„Also wir als Start-Up setzen ja auf eine skalierbare Microservice-Architektur”

da werde ich immer hellhörig. Gerade junge Unternehmen mit Blick auf schnelles Wachstum greifen gerne zum Architekturstil der Microservices. Schließlich fahren die großen Player gut damit und sowohl Entwicklungsprozess als auch Produkt können am Ende besser skalieren, als es mit einer monolithischen Architektur der Fall wäre. Doch so einfach ist es am Ende nicht: Microservices sind in erster Linie ein Mittel der Komplexitätsbewältigung. Man erreicht eine verhältnismäßig gute Beherrschbarkeit großer Softwareprojekte, nimmt dabei aber einige Nachteile in Kauf. So wird die Entwicklung zu Beginn erst einmal durch die höhere Systemkomplexität ausgebremst, die der Microservice-Ansatz mit sich bringt.

Für große Unternehmen rentiert sich dieser Trade-Off: Mehr Entwickler*innen können gleichzeitig an einem Produkt arbeiten, ohne sich in die Quere zu kommen. Es können weitgehend autonome Teams gebildet werden und die Bereitstellung der Software verläuft reibungsloser. Start-Ups kämpfen jedoch selten mit Teamgröße oder Produktkomplexität. Ihr Hauptaugenmerk liegt normalerweise nicht auf interner Prozessoptimierung sondern auf Innovationsgeschwindigkeit: Ideen müssen kostengünstig und schnell am Markt validiert werden. Und so fühlen sich Microservices schnell nicht wie ein Enabler an, sondern eher wie ein Klotz am Bein.