Microservices

Microservices

Microservices sind ein Architekturstil, bei dem eine Anwendung aus fachlich abgegrenzten Diensten besteht, die unabhängig ausgeliefert werden können. Das kann eigenständige Entwicklung ermöglichen, erhöht aber den Aufwand für Kommunikation, Datenkonsistenz und Betrieb.

Microservices im Detail

Ein Shop soll seine Produktsuche weiterentwickeln, während der Bestellprozess stabil bleibt. Dafür können getrennte Dienste sinnvoll sein. Die bloße Aufteilung in viele kleine Programme reicht jedoch nicht: Entscheidend ist, ob fachliche Aufgaben und Verantwortlichkeiten tatsächlich unabhängig bearbeitet werden können.

Microservices kommunizieren über definierte Schnittstellen. Ein Dienst kann separat geändert oder skaliert werden, sofern die Abhängigkeiten das zulassen. Fällt ein beteiligter Dienst aus, müssen die anderen mit diesem Zustand umgehen können. Verteilung verhindert keine Fehler; sie verändert, wo Fehler entstehen und wie man sie untersucht.

Für eine kleinere Anwendung kann eine gut strukturierte gemeinsame Codebasis die angemessenere Lösung sein. Prüft deshalb, welche Aufgaben wirklich getrennte Änderungszyklen, Kapazitäten oder Teams benötigen. Mehr Dienste bedeuten nicht automatisch weniger Aufwand. Auch mehrere eingekaufte Werkzeuge ergeben noch keine durchdachte Microservice-Architektur.

Unser Maßstab im Creative Engineering ist die nutzbare Gesamtleistung. Eine technisch elegante Suche hilft wenig, wenn Preise beim Übergang in den Warenkorb widersprüchlich sind. Bewertet Architektur anhand vollständiger Abläufe, klarer Zuständigkeiten und nachvollziehbarer Kosten. Automatisierung unterstützt Entwicklung und Prüfung, ersetzt diese Verantwortung aber nicht.

Beispiele

Hypothetisches Anwendungsbeispiel

Ein Händler trennt seine Produktsuche vom Bestellprozess. Vor der Freigabe prüft das Team nicht nur Suchergebnisse, sondern auch veraltete Produktdaten, Zeitüberschreitungen und den Übergang zum Warenkorb. Erst wenn diese Bedingungen sinnvoll behandelt werden, lässt sich der Nutzen getrennter Änderungen beurteilen.

Wichtige Punkte

Dienste nach fachlichen Aufgaben abgrenzen.
Unabhängige Auslieferung muss praktisch möglich sein.
Ausfälle, Datenkonsistenz und Gesamtbetrieb mitplanen.

Anwendung im Marketing-Alltag

Wählt einen Bereich mit nachvollziehbarem Änderungsbedarf. Vergleicht den Nutzen einer Trennung mit den zusätzlichen Schnittstellen, Tests und Betriebsaufgaben.

Sinnvolle Messgrößen

Änderungsfähigkeit

Prüft, ob ein fachlicher Bereich ohne gekoppelte Gesamtauslieferung geändert werden kann.

Ablaufzuverlässigkeit

Messt vollständige Nutzerwege einschließlich Teilstörungen.

Gesamtbetrieb

Erfasst Betreuung, Fehlersuche, Infrastruktur und Abstimmungsaufwand.

Häufige Fehler

Eine hohe Zahl von Diensten als Qualitätsmerkmal verwenden.
Abhängigkeiten und Datenübergänge erst nach dem Aufbau klären.
Feste Zeit- oder Kostenvorteile ohne Projektvergleich versprechen.

Quellen und Einordnung

Microsoft: Microservices architecture
Beschreibt unabhängig auslieferbare Dienste und die zusätzliche Komplexität verteilter Systeme.

Häufige Fragen zu Microservices

Nein. Die passende Architektur hängt von Aufgabe, Team und Änderungsbedarf ab. Eine überschaubare gemeinsame Anwendung kann einfacher zu betreiben sein.

Begriffsempfehlungen werden geladen…

Alle Begriffe

Microservices im Detail