Zwei Entwickler sitzen vor derselben Codebasis und streiten, ob ein neues Feature im Kern oder als eigener Dienst entstehen soll: Das ist kein technischer Streit, sondern eine strategische Entscheidung mit Folgen für Tempo, Risiko und Kosten.
Warum diese Debatte gerade jetzt laut wird
Cloud, Container und Continuous Delivery machen unabhängige Deployments technisch möglich, gleichzeitig drückt die Erwartung nach schneller Auslieferung und Skalierung; Entwickler, Architekten, Ops-Teams und Produktmanager stehen im Zentrum dieser Auseinandersetzung.
Wenn Technik und Organisation zusammenwirken
Monolithen bieten einfache lokale Entwicklung, weniger Betriebskomplexität und unmittelbare Refactoring-Fähigkeit, sind aber schwerer feingranular zu skalieren; Microservices erlauben unabhängige Deployments, unterschiedliche Technologien pro Service und gezieltes Skalieren, bringen jedoch verteilte Fehlerfälle, Latenz, Datenkonsistenz-Probleme und höheren Betriebsaufwand mit sich.
Conway wirkt: Teams formen Systeme
Die Architektur folgt oft der Teamstruktur: Kleine autonome Teams profitieren von klar abgegrenzten Diensten, während enge, crossfunktionale Teams in einem modularen Monolithen schneller gemeinsame Features ausliefern können.
Der Onlineshop, der durchteilte
Ein fiktiver Shop wuchs rasant und extrahierte Zahlungen, Suche und Katalog in eigene Dienste; die Peak-Lasten ließen sich gezielt skalieren, doch das Team musste in Observability, Testautomatisierung und resilienten Netzverkehr investieren, sonst häuften sich Ausfälle.
Das Startup, das bewusst wartete
Ein kleines Startup entschied sich für einen modularen Monolithen, um schnell zu validieren; nach zwei Jahren splittete ein Team Teile in Services, als klare Domänengrenzen und Nutzerzahlen den Schritt rechtfertigten.
Keine Dogmen, sondern Kriterien
Die richtige Wahl folgt Metriken und Organisation: Teamgröße, Deploy-Frequenz, Betriebskapazität, Domänenkomplexität und Kundenanforderungen sollten Vorrang vor Modetrends haben; hybride Wege wie ein modularer Monolith oder schrittweises Extrahieren minimieren Risiko.
Was Architekt, Entwickler und Manager tun können
Solution- und Software-Architekten, Entwickler und Projektmanager schaffen Klarheit, indem sie Grenzen definieren, Metriken etablieren, Automatisierung vorantreiben und schrittweise Migrationen planen; gute Entscheidungen entstehen an der Schnittstelle von Technik, Prozessen und Produktzielen.
