Читать книгу Vom Monolithen zu Microservices - Sam Newman - Страница 23

Der Monolith – egal ob als Ein-Prozess-Monolith oder als verteilter Monolith – ist häufig den Gefahren einer Kopplung ausgesetzt, insbesondere einer Implementierungs- oder Deployment-Kopplung (worauf wir noch eingehen werden).

Wenn Sie mehr und mehr Menschen am selben Ort haben, kommen sie sich in die Quere. Verschiedene Entwickler wollen denselben Code verändern, unterschiedliche Teams Funktionalität zu unterschiedlichen Terminen produktiv bringen (oder Deployments verschieben). Es gibt Verwirrung, wer für was zuständig ist und wer Entscheidungen trifft. Viele Studien zeigen die Herausforderungen nicht eindeutiger Ownership-Definitionen.⁶ Ich nenne dieses Problem den Deployment-Streit.

Mit einem Monolithen müssen Sie nicht zwingend die Probleme eines Deployment-Streits haben – und genauso wenig werden Sie ihnen mit einer Microservices-Architektur niemals begegnen. Aber eine Microservices-Architektur liefert Ihnen konkretere Ownership-Grenzen in einem System, womit Sie mehr Flexibilität zum Reduzieren dieses Problems haben.