Was sind Microservices?

Microservices: Definition

Das Gegenmodell ist der Monolith: eine Anwendung, in der alle Funktionen – von der Benutzerverwaltung über den Warenkorb bis zur Rechnung – in einem gemeinsamen Codeblock stecken und gemeinsam ausgeliefert werden. In einer Microservice-Architektur wird diese Anwendung in einzelne Dienste zerlegt, etwa Katalog, Bestellung, Zahlung und Versand.

Jeder Dienst hat idealerweise seine eigene Datenhaltung und kann von einem kleinen Team verantwortet werden. Änderungen an einem Dienst erfordern nicht, die gesamte Anwendung neu zu veröffentlichen. Der Zuschnitt orientiert sich an fachlichen Bereichen, nicht an technischen Schichten.

So funktionieren Microservices

Die Dienste kommunizieren über klar definierte Schnittstellen – synchron etwa per REST-API oder gRPC, asynchron über Nachrichtensysteme wie RabbitMQ oder Apache Kafka. Ein API-Gateway bündelt häufig die Anfragen von außen und leitet sie an den zuständigen Dienst weiter.

Damit das Zusammenspiel funktioniert, braucht jeder Dienst einen klaren Vertrag: Welche Daten nimmt er an, welche gibt er zurück, wie reagiert er auf Fehler? Ändert sich ein Dienst, müssen seine Schnittstellen abwärtskompatibel bleiben oder versioniert werden.

• Eigenständige Dienste mit klar abgegrenzter Fachlichkeit
• Kommunikation über APIs oder Nachrichten
• Betrieb meist in Containern, z. B. mit Docker und Kubernetes
• Zentrales Monitoring und Logging über alle Dienste

Vorteile und Grenzen von Microservices

Microservices erlauben es, stark beanspruchte Teile gezielt zu skalieren, Technologien pro Dienst passend zu wählen und mehrere Teams parallel arbeiten zu lassen. Fällt ein Dienst aus, muss nicht zwangsläufig die gesamte Anwendung stillstehen.

Dem steht deutlich mehr Komplexität gegenüber: verteilte Daten, Netzwerkfehler, aufwendigeres Testen und Monitoring. Für kleine Teams und frühe Produktphasen ist ein gut strukturierter, modularer Monolith oft die bessere Wahl – er lässt sich später gezielt aufteilen, wenn ein konkreter Bedarf entsteht.

• Unabhängige Auslieferung und Skalierung einzelner Funktionen
• Parallele Arbeit mehrerer Teams
• Höherer Aufwand für Betrieb, Tests und Überwachung
• Lohnt sich vor allem bei großen, wachsenden Systemen

Praxisbeispiel: schrittweise Zerlegung eines Monolithen

Ein Onlinehändler betreibt einen über Jahre gewachsenen Shop. Besonders die Produktsuche gerät bei Aktionen unter Last und bremst den gesamten Shop aus. Statt alles neu zu schreiben, wird zunächst die Suche als eigener Dienst ausgelagert und separat skaliert. Weitere Bereiche folgen nur dort, wo es einen klaren Nutzen gibt.

Nano Concepts bewertet bestehende Architekturen nüchtern und empfiehlt Microservices nur dort, wo sie Ihr Problem tatsächlich lösen – andernfalls eine sauber modularisierte Anwendung.