Microservices

Eine Zeilenzahl gibt es nicht; die verbreitete Faustregel bemisst die Größe am Team: ein Dienst, den fünf bis sieben Personen in etwa einem Monat neu schreiben könnten. Diese Zahl stammt aus Ratgebertexten ohne Messverfahren und ist damit eine Konvention, keine Messung. Microsoft nennt dieselbe Grenze ohne Zahl: klein genug für ein einzelnes Team, groß genug für eine fachliche Aufgabe. Zu feine Dienste erhöhen nur die Zahl der Netzaufrufe.

Nein – Microservices laufen auch als einzelne Prozesse hinter einem Webserver auf einer Maschine. Eine Orchestrierung wird nötig, sobald Instanzen automatisch verteilt, ersetzt und nach Last vergrößert werden sollen; bis dahin bindet sie mehr Einarbeitung, als sie einspart. Die Reihenfolge lautet deshalb: erst der fachliche Schnitt, dann die Verpackung in Container, dann – wenn überhaupt – die Orchestrierung. Kubernetes ersetzt keine Entscheidung über Dienstgrenzen.

Für Querschnittsaufgaben wie Protokollierung ja, für fachliche Regeln nein. Microsoft führt geteilte Bibliotheken zwischen Diensten ausdrücklich als Antimuster: Jede Änderung an der Bibliothek zwingt alle Dienste, die sie einbinden, zu einer gemeinsamen Veröffentlichung. Damit entfällt die Unabhängigkeit, für die der ganze Aufwand betrieben wurde. Prüfbares Kennzeichen: Lässt sich ein Dienst nicht mehr allein ausrollen, ist die geteilte Abhängigkeit zu fachlich geworden.

Mit Vertragstests statt mit einer vollständigen Kopie der Umgebung. Geprüft wird je Schnittstelle, dass der aufrufende Dienst genau das erwartet, was der gerufene zusichert; beide Seiten prüfen denselben Vertrag, aber getrennt voneinander. Ein Test über vier Dienste hinweg braucht alle vier lauffähig und schlägt bei jeder fremden Störung fehl. Was Vertragstests nicht leisten: Sie prüfen die Form der Daten, nicht deren fachliche Richtigkeit.

Der gerufene Dienst – die Lage im internen Netz ist keine Berechtigung. Microsoft empfiehlt dafür eine gegenseitige TLS-Prüfung zwischen den Diensten sowie Rollenrechte und benennt es als Antimuster, die Prüfung der Zugangsmerkmale in jeden Dienst einzubauen statt sie an einer eigenen Stelle zu bündeln. Praktische Folge: Jede neue Schnittstelle zwischen zwei Diensten ist ein Zugangspunkt, der eine eigene Entscheidung über Rechte braucht.