Szenarien mit einem Klick
Fasse die Services eines Ablaufs in einem Szenario zusammen und starte oder stoppe das Ganze mit einem Knopf. Startreihenfolge, Health und Abhängigkeiten sind für dich geregelt.
Was ein Szenario istStarte dein Microservice-Szenario lokal mit einem Klick
Jede Abhängigkeit zeigt dorthin, wo du es sagst: auf den Service, den du offen hast, auf deine Cloud-Umgebung oder auf einen Mock. Aseptic schreibt die URLs beim Start um, du fasst also keine Zeile deiner Repositories an.
- lokal der Service, den du offen hast
- Cloud deine gemeinsame Umgebung
- Mock eine simulierte Antwort
Abhängigkeiten Ändere ein Ziel und sieh dir die URL an
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
Beim Start · Aseptic injiziert diese URLs in jeden Service
Das Szenario, in Betrieb
Dasselbe checkout wie oben, jetzt gestartet: die drei Services kommen der Reihe nach hoch, und jeder Aufruf geht dorthin, wohin er soll.
- bff-catalog gestoppt startet gesund :8080
- orders-core gestoppt startet gesund :8081
- payments-core gestoppt startet gesund :8082
infra kafka, redis und postgres laufen
bff-catalog lauscht auf http://localhost:8080
orders-core lauscht auf http://localhost:8081
payments-core lauscht auf http://localhost:8082
mock GET /catalog/scopes → 200
Das hier ersetzt es
Eine lokale Microservice-Umgebung aufzusetzen ist langsam, brüchig und schwer zu wiederholen. Und das Dokument, das es erklärt, altert schlechter als der Code. Warum es existiert und wer es macht.
- Docker Desktop starten und auf den Daemon warten
- Kafka, Redis und PostgreSQL aus der Compose-Datei hochfahren
- Datenbank anlegen und Migrationen laufen lassen
- Alle 14 Umgebungsvariablen exportieren
orders-coremit seinem Profil und seinen-Dstarten- Die URLs der Cores in deiner
application.ymlumschreiben - Daran denken, das vor dem Commit rückgängig zu machen
…und 33 weitere Schritte
$ aseptic up checkout
oder du drückst Starten im Fenster
Drei Entscheidungen
Alles andere folgt aus diesen dreien: was zusammen startet, wohin jeder Aufruf geht und wie jeder Service ausgeführt wird.
Lokal / Cloud / Mock, pro Abhängigkeit
Für jede Verbindung entscheidest du, ob sie auf den echten lokalen Service, auf deine Cloud-Umgebung oder auf einen Mock zeigt. Aseptic schreibt die URLs automatisch um, ohne deine Repositories zu ändern.
Wie jede Abhängigkeit aufgelöst wirdNativ oder im Container
Gemischter Betrieb: der Service, an dem du arbeitest, läuft nativ, schnell und mit Hot Reload; die, die du nur im Hintergrund brauchst, laufen isoliert in Docker. Du entscheidest pro Service.
Nativ oder im ContainerUnd außerdem
-
Autoerkennung von Manifesten
„Service hinzufügen“ erkennt Stack, Ports, Infrastruktur und Abhängigkeiten aus dem Repo. Null manuelle Konfiguration für den Anfang.
Das Manifest und der Stack -
Mock Studio
Rufe abfangen und mit einem Klick zu Stubs machen, Antwortgerüste aus OpenAPI erzeugen und Varianten pro Service verwalten, mit Hot Reload.
Die Mocks in der App -
Gemeinsame Infrastruktur, verwaltet
Kafka, Redis und PostgreSQL laufen in Docker, von der App verwaltet, mit automatischem Port-Remapping bei Kollisionen. Kein handgeschriebenes
Die gemeinsame Infrastrukturdocker compose—und wo Compose aufhört, sich zu lohnen, ist eine längere Geschichte. -
Logs, Health und Graph
Live-Logs pro Service farbig, mit Suche und Folgen des Endes; Health auf jeder Karte und ein navigierbarer Graph, um zu sehen, wer mit wem spricht.
Die Live-Logs -
Ein CLI mit voller Parität
Alles, was das Fenster kann, kann auch das CLI
Das CLIaseptic, mit derselben Engine-Logik. Automatisiere Szenarien in CI oder von deinem Terminal aus.aseptic -
Exportierbare Szenarien
Importiere und exportiere in sich geschlossene Szenarien. Dieselbe Umgebung, reproduzierbar auf jedem Rechner im Team.
Ein Szenario teilen -
Deine Bibliotheken, unveröffentlicht
Aseptic baut deine lokale Bibliothek und verlinkt sie in den Services, die sie verwenden —npm, Maven, Gradle und Python—, und baut im laufenden Betrieb neu. Das Aufheben der Verknüpfung macht nur rückgängig, was Aseptic gesetzt hat.
Die lokalen Bibliotheken
Von null auf laufend
Vier Schritte, ein einziges Mal. Wenn du noch überlegst, wie du es aufsetzt, erklärt der Leitfaden, was eine lokale Microservice-Umgebung braucht und was jeder Ansatz löst.
- 01
Füge deine Services hinzu
Zeig auf den Ordner des Repos. Aseptic erkennt Stack, Ports, Infrastruktur und Abhängigkeiten.
Einen Service hinzufügen - 02
Stelle das Szenario zusammen
Wähle, welche Services zusammen starten und, pro Abhängigkeit, ob sie lokal, in die Cloud oder zu einem Mock geht.
Dein erstes Szenario - 03
Drücke Starten
Es startet Infrastruktur und Backends in der richtigen Reihenfolge, schreibt die URLs zwischen ihnen um und wartet auf Health.
Der erste Start - 04
Teste und beobachte
Starte deinen Ablauf. Verfolge die Live-Logs, prüfe die Health und bearbeite Mocks im Betrieb, ohne neu zu starten.
Aktivität und Prüfungen
Technologieunabhängig
Die Engine trägt keine Logik eines bestimmten Stacks: dieses Wissen lebt in deklarativen Profilen. Eine Technologie hinzuzufügen heißt, ein Profil hinzuzufügen, nicht den Orchestrator neu zu schreiben.
- Quarkus fertig
- Spring Boot fertig
- Node / Angular fertig
- Python fertig
- .NET vorbereitet
- Go vorbereitet
Lokale Bibliotheken haben ihr eigenes Register: npm, Maven, Gradle und Python, jede dort verlinkt, wo ihr Ökosystem sie auflöst.
Preise
Für private Nutzung kostenlos: Fenster und CLI, vollständig, mit einem täglichen KI-Kontingent zum Ausprobieren. Bezahlt wird die Nutzung bei der Arbeit: Pro, wenn die Lizenz dir gehört, Team, wenn die Firma sie kauft.
Ganz Aseptic, von Hand.
Fenster und Terminal, ungekürzt. Das CLI aseptic trägt dieselbe Engine-Logik und volle Parität mit der App, auch in CI.
- Szenarien, Mocks, Docker und Bibliotheken ohne Limit
- Vollständiges CLI, einbindbar in CI-Pipelines
- Ein tägliches KI-Kontingent zum Ausprobieren
Nutze es bei der Arbeit.
Eine kommerzielle Lizenz auf den Namen einer Person: sie gilt in jedem Unternehmen und folgt dir, wenn du den Job wechselst. Mit Copilot und MCP-Server ohne Tageslimit.
- Kommerzielle Nutzung, und die Lizenz gehört dir
- Copilot und MCP-Server ohne Tageslimit
- Bezahlt wird von der Person, nicht von der Firma
Die Umgebung, für alle gleich.
Ein Szenario-Katalog, den das Team teilt: wer neu dazukommt, klont, startet und arbeitet schon, ohne irgendjemandes LOCAL_SETUP.md zu lesen.
- Alles aus Pro, pro Platz
- Geteilter Szenario-Katalog
- Zentrale Lizenzen, Abrechnung und SSO
Download
Beta Erste öffentliche Beta. Noch nicht signiert: dein Betriebssystem warnt womöglich vor einer nicht verifizierten App.
Windows
.exe-Installer · Windows 10/11 (x64)
macOS
.dmg-Image · universal (Intel und Apple Silicon)
Noch nicht signiert: beim ersten Mal mit Rechtsklick → Öffnen starten.
Linux
AppImage · .deb
.deb-Paket Häufige Fragen
Was am häufigsten vor der Installation gefragt wird. Alles Weitere steht in der Dokumentation.
Muss ich meine Microservices umkonfigurieren, um Aseptic zu nutzen?
Nein. Aseptic ist nicht invasiv: es injiziert die Konfiguration beim Start jedes Service (-D-Optionen oder Umgebungsvariablen) und schreibt die URLs zwischen den Services um, ohne den Code oder die Dateien in deinen Repositories anzufassen.
Welche Technologien werden unterstützt?
Die Engine ist stack-unabhängig: sie nutzt ein deklaratives Register von Profilen. Heute laufen JVM (Quarkus, Spring Boot), Node/Angular und Python; .NET und Go sind vorbereitet. Lokale Bibliotheken haben ihr eigenes Register: npm, Maven, Gradle und Python. Eine Technologie hinzuzufügen heißt, ein Profil hinzuzufügen, ohne den Orchestrator anzufassen.
Kann ich meine eigene Bibliothek testen, ohne sie zu veröffentlichen?
Ja. Aseptic baut deine lokale Bibliothek und verlinkt sie in den Services, die sie verwenden, jede dort, wo ihr Ökosystem sie auflöst: node_modules bei npm, das lokale Repository ~/.m2 bei Maven und Gradle, die virtuelle Umgebung bei Python. Mit „Änderungen beobachten“ baut und verlinkt es im laufenden Betrieb neu. Es ist umkehrbar und nicht invasiv: die Abhängigkeitsdatei des Verbrauchers wird nie angefasst, und das Aufheben der Verknüpfung macht nur rückgängig, was Aseptic gesetzt hat.
Kann ich lokale Services mit anderen mischen, die in die Cloud zeigen?
Ja. Pro Abhängigkeit entscheidest du, ob du sie lokal, gegen deine Cloud-Umgebung (mit VPN, wo nötig) oder mit einem Mock auflöst. Das ist der Kern von Aseptic: den Teil zu testen, der dich interessiert, ohne alles andere hochzufahren.
Welche Infrastruktur startet es für mich?
Kafka, Redis und PostgreSQL in Docker, von der App selbst verwaltet, mit automatischem Port-Remapping bei Kollisionen. Du brauchst Docker Desktop (oder eine Docker-Engine) installiert.
Wann kann ich es herunterladen, und ist es kostenlos?
Du kannst es jetzt herunterladen: es gibt Beta-Installer für Windows, macOS und Linux. Für private Nutzung ist es kostenlos —lernen, evaluieren, eigene Projekte—; die Nutzung bei der Arbeit erfordert einen bezahlten Plan.
Kann ich ein Szenario mit meinem Team teilen?
Ja. Szenarien werden als in sich geschlossene, importierbare Dateien exportiert, sodass das ganze Team genau dieselbe Umgebung reproduzierbar hochfährt.
Hör auf, die Umgebung von Hand aufzusetzen
Lade die Beta herunter und hab dein Microservice-Szenario in Minuten am Laufen.
Downloads ansehen