Des scénarios en un clic
Regroupez les services d'un flux dans un scénario et démarrez-le ou arrêtez-le entièrement d'un bouton. Ordre de démarrage, santé et dépendances réglés pour vous.
Ce qu'est un scénarioLancez votre scénario de microservices en local en un clic
Chaque dépendance pointe où vous le dites : vers le service que vous avez ouvert, vers votre environnement dans le cloud ou vers un mock. Aseptic réécrit les URLs au démarrage, vous ne touchez donc pas une ligne de vos dépôts.
- local le service que vous avez ouvert
- cloud votre environnement partagé
- mock une réponse simulée
Dépendances Changez une cible et regardez l'URL
bff-catalog→orders-core http://localhost:8081
bff-catalog→payments-core https://api.cloud.acme.io/payments
orders-core→catalog-api http://localhost:8500/catalog
Au démarrage · Aseptic injecte ces URLs dans chaque service
Le scénario, en marche
Le même checkout que dans l'en-tête, maintenant lancé : les trois services qui montent dans l'ordre, et chaque appel qui sort par où il doit.
- bff-catalog arrêté démarrage sain :8080
- orders-core arrêté démarrage sain :8081
- payments-core arrêté démarrage sain :8082
infra kafka, redis et postgres up
bff-catalog à l’écoute sur http://localhost:8080
orders-core à l’écoute sur http://localhost:8081
payments-core à l’écoute sur http://localhost:8082
mock GET /catalog/scopes → 200
Voilà ce que cela remplace
Monter un environnement local de microservices est lent, fragile et difficile à reproduire. Et le document qui l'explique vieillit plus mal que le code. Pourquoi il existe et qui le fait.
- Démarrez Docker Desktop et attendez le démon
- Montez Kafka, Redis et PostgreSQL depuis le fichier compose
- Créez la base et lancez les migrations
- Exportez les 14 variables d’environnement
- Démarrez
orders-coreavec son profil et ses-D - Réécrivez les URLs des cores dans votre
application.yml - Pensez à tout défaire avant de commiter
…et 33 étapes de plus
$ aseptic up checkout
ou vous appuyez sur Démarrer dans la fenêtre
Trois décisions
Tout le reste découle de ces trois-là : ce qui démarre ensemble, où va chaque appel et comment s’exécute chaque service.
Local / cloud / mock, par dépendance
Pour chaque connexion, vous choisissez si elle pointe vers le service réel en local, vers votre environnement dans le cloud ou vers un mock. Aseptic réécrit les URLs automatiquement, sans modifier vos dépôts.
Comment se résout chaque dépendanceNatif ou conteneurisé
Mode mixte : le service que vous modifiez tourne en natif, rapide et avec rechargement à chaud ; ceux dont vous n'avez besoin qu'en fond tournent isolés dans Docker. Vous décidez service par service.
Natif ou conteneuriséEt aussi
-
Autodétection des manifestes
« Ajouter un service » détecte le stack, les ports, l'infrastructure et les dépendances du dépôt. Zéro configuration manuelle pour commencer.
Le manifeste et le stack -
Mock Studio
Capturez des appels et créez des stubs en un clic, générez des squelettes de réponse depuis OpenAPI et organisez des variantes par service, avec rechargement à chaud.
Les mocks dans l’app -
Infrastructure commune gérée
Kafka, Redis et PostgreSQL tournent dans Docker, gérés par l'app, avec remappage automatique des ports en cas de collision. Pas de
L'infrastructure communedocker composeà la main —et là où Compose cesse de payer est une plus longue histoire. -
Logs, santé et graphe
Logs en direct colorés par service, avec recherche et suivi de fin ; santé sur chaque carte, et un graphe navigable pour voir qui parle à qui.
Les logs en direct -
Un CLI à parité totale
Tout ce que fait la fenêtre, le CLI
Le CLIasepticle fait aussi, avec la même logique du moteur. Automatisez des scénarios en CI ou depuis votre terminal.aseptic -
Des scénarios exportables
Importez et exportez des scénarios autonomes. Le même environnement, reproductible sur n'importe quelle machine de l'équipe.
Partager un scénario -
Vos bibliothèques, sans les publier
Aseptic construit votre bibliothèque locale et la lie dans les services qui la consomment —npm, Maven, Gradle et Python—, en reconstruisant à la volée. Délier ne défait que ce qu'Aseptic avait posé.
Les bibliothèques locales
De zéro à en marche
Quatre étapes, une seule fois. Si vous hésitez encore sur la façon de le monter, le guide explique ce dont a besoin un environnement local de microservices et ce que résout chaque approche.
- 01
Ajoutez vos services
Pointez vers le dossier du dépôt. Aseptic détecte le stack, les ports, l'infrastructure et les dépendances.
Ajouter un service - 02
Composez le scénario
Choisissez quels services démarrent ensemble et, pour chaque dépendance, si elle va en local, vers le cloud ou vers un mock.
Votre premier scénario - 03
Appuyez sur Démarrer
Il démarre l'infrastructure et les backends dans le bon ordre, réécrit les URLs entre eux et attend la santé.
Votre premier démarrage - 04
Testez et observez
Lancez votre flux. Suivez les logs en direct, vérifiez la santé et éditez les mocks à la volée sans redémarrer.
Activité et vérifications
Agnostique de la technologie
Le moteur ne porte aucune logique propre à un stack : cette connaissance vit dans des profils déclaratifs. Ajouter une technologie, c'est ajouter un profil, pas réécrire l'orchestrateur.
- Quarkus prêt
- Spring Boot prêt
- Node / Angular prêt
- Python prêt
- .NET préparé
- Go préparé
Les bibliothèques locales ont leur propre registre : npm, Maven, Gradle et Python, chacune liée là où son écosystème la résout.
Tarifs
Gratuit pour un usage personnel : la fenêtre et le CLI, entiers, avec un palier quotidien d'IA pour l'essayer. Ce qui se paie, c'est l'usage au travail : Pro si la licence est la vôtre, Team si c'est l'entreprise qui la prend.
Tout Aseptic, à la main.
La fenêtre et le terminal, sans coupes. Le CLI aseptic porte la même logique du moteur et une parité totale avec l'app, en CI aussi.
- Scénarios, mocks, Docker et bibliothèques sans limite
- CLI complet, intégrable dans des pipelines de CI
- Un palier quotidien d'IA pour l'essayer
Utilisez-le au travail.
Une licence d'usage commercial au nom d'une personne : elle vaut dans n'importe quelle entreprise et vous suit si vous changez de poste. Avec le copilote et le serveur MCP sans limite quotidienne.
- Usage commercial, et la licence est la vôtre
- Copilote et serveur MCP sans limite quotidienne
- C'est la personne qui paie, pas l'entreprise
L'environnement, le même pour tous.
Un catalogue de scénarios que l'équipe partage : celui qui arrive clone, démarre et travaille déjà, sans lire le LOCAL_SETUP.md de qui que ce soit.
- Tout le plan Pro, par siège
- Catalogue de scénarios partagé
- Licences, facturation et SSO centralisés
Téléchargement
Bêta Première bêta publique. Pas encore signée : votre système peut signaler une app non vérifiée.
Windows
Installeur .exe · Windows 10/11 (x64)
macOS
Image .dmg · universelle (Intel et Apple Silicon)
Pas encore signée : la première fois, ouvrez-la par clic droit → Ouvrir.
Linux
AppImage · .deb
.deb Questions fréquentes
Ce que l'on demande le plus avant de l'installer. Le reste est dans la documentation.
Dois-je reconfigurer mes microservices pour utiliser Aseptic ?
Non. Aseptic est non invasif : il injecte la configuration au démarrage de chaque service (options -D ou variables d'environnement) et réécrit les URLs entre services, sans toucher au code ni aux fichiers de vos dépôts.
Quelles technologies prend-il en charge ?
Le moteur est agnostique du stack : il utilise un registre déclaratif de profils. Aujourd'hui il fait tourner JVM (Quarkus, Spring Boot), Node/Angular et Python ; .NET et Go sont préparés. Les bibliothèques locales ont leur propre registre : npm, Maven, Gradle et Python. Ajouter une technologie, c'est ajouter un profil, sans toucher à l'orchestrateur.
Puis-je tester ma propre bibliothèque sans la publier ?
Oui. Aseptic construit votre bibliothèque locale et la lie dans les services qui la consomment, chacune là où son écosystème la résout : node_modules pour npm, le dépôt local ~/.m2 pour Maven et Gradle, l'environnement virtuel pour Python. Avec la surveillance des changements, il reconstruit et relie à la volée. C'est réversible et non invasif : le fichier de dépendances du consommateur n'est jamais touché, et délier ne défait que ce qu'Aseptic avait posé.
Puis-je mélanger des services en local avec d'autres pointant vers le cloud ?
Oui. Pour chaque dépendance, vous décidez de la résoudre en local, contre votre environnement dans le cloud (avec VPN le cas échéant) ou avec un mock. C'est l'essence d'Aseptic : tester la partie qui vous intéresse sans monter tout le reste.
Quelle infrastructure monte-t-il pour moi ?
Kafka, Redis et PostgreSQL dans Docker, gérés par l'app elle-même, avec remappage automatique des ports en cas de collision. Il vous faut Docker Desktop (ou un moteur Docker) installé.
Quand puis-je le télécharger, et est-ce gratuit ?
Vous pouvez le télécharger dès maintenant : il y a des installeurs de la bêta pour Windows, macOS et Linux. C'est gratuit pour un usage personnel —apprendre, évaluer, vos propres projets— ; l'utiliser au travail demande un plan payant.
Puis-je partager un scénario avec mon équipe ?
Oui. Les scénarios s'exportent comme des fichiers autonomes et importables, de sorte que toute l'équipe monte exactement le même environnement, de façon reproductible.
Arrêtez de monter l'environnement à la main
Téléchargez la bêta et ayez votre scénario de microservices en marche en quelques minutes.
Voir les téléchargements