Architektur

Vorlage: Microservice-Architektur

API-Gateway, vier Services mit eigener Datenbank und ein Event-Bus

Was drinsteckt

Nodes: 11
Packs: NetzwerkCloudSicherheitStackDaten
Kategorie: Architektur

Funktioniert im Free-Tarif: 15 Diagramm-Nodes + 150 Notizen, Texte, Sticker & Mindmap-Themen pro Diagramm.

Diese Vorlage zeigt eine Microservice-Architektur mit vorgeschaltetem API-Gateway. Web- und Mobile-Clients rufen das Gateway über HTTPS auf, das Gateway prüft Tokens bei einem Identitätsanbieter und leitet jede Anfrage an einen von vier Services weiter. Jeder Service besitzt seine Daten: users-db und orders-db in PostgreSQL, inventory-db in einer Dokumentdatenbank.

Die Services rufen sich nicht für alles gegenseitig auf. Wird eine Bestellung aufgegeben, veröffentlicht orders-service ein OrderPlaced-Ereignis auf dem Event-Bus, und payments-service und inventory-service abonnieren es. Jede Service-Karte zeigt Sprache und Schnittstelle, sodass das Bild auch zeigt, wem welcher Code gehört.

Wann sie passt

Einen Monolithen aufteilen und festlegen, welcher Service welche Daten besitzt.
Neue Engineers in ein System mit vielen Services und einem Einstiegspunkt einarbeiten.
Synchrone Aufrufe und Ereignisse prüfen, bevor daraus ein verteilter Monolith wird.
Eine Änderung an Gateway, Identität oder Messaging planen, die jeden Service betrifft.

So gehen Sie vor

Benennen Sie Services und Datenbanken um und tragen Sie auf jeder Service-Karte Sprache und Schnittstelle ein.
Ergänzen Sie Ihre Services aus dem Stack-Pack und verbinden Sie jeden mit seiner eigenen Datenbank aus dem Daten-Pack.
Zeichnen Sie Ereignisse als gestrichelte Kanten vom Herausgeber zum Event-Bus und vom Bus zu den Abonnenten, beschriftet mit dem Ereignisnamen.
Teilen Sie das Diagramm mit den Teams, denen die Services gehören, und speichern Sie eine Version, wenn ein Service oder ein Ereignis hinzukommt.

Fragen

Kann ich meine Docker-Compose- oder Kubernetes-Dateien importieren?

Ja. Fügen Sie eine docker-compose.yml in das kostenlose Tool Docker Compose als Diagramm oder Manifests in das Tool Kubernetes-YAML als Diagramm ein, und Ihre Services, Ports und Volumes werden als bearbeitbare Nodes gezeichnet. Nutzen Sie diese Vorlage, wenn Sie die logische Sicht mit Zuständigkeiten und Ereignissen statt der Deployment-Sicht wollen.

Sollte jeder Microservice eine eigene Datenbank haben?

Das ist die übliche Regel, weil sie Services unabhängig hält: Ein Service kann sein Schema ändern, ohne die anderen zu brechen, und die anderen lesen seine Daten über seine API oder seine Ereignisse. Die Vorlage zeigt dieses Muster; eine gemeinsame Datenbank zeichnen Sie genauso, wenn Ihr System so arbeitet.

Kann mein KI-Agent das Diagramm aktualisieren, wenn wir einen Service hinzufügen?

Ja. Verbinden Sie Ihren KI-Agenten über MCP mit Archboard und bitten Sie ihn, einen Service, seine Datenbank und die Ereignisse, die er veröffentlicht, hinzuzufügen. Wer das Diagramm geöffnet hat, sieht die Änderung live, und eine Änderung, die Ihr Agent in Ihrem Namen gemacht hat, machen Sie in einem Schritt rückgängig.