Aufbau von Microservices, 2. Auflage

Kapitel 3. Den Monolithen aufspalten

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Viele von euch, die dieses Buch lesen, haben wahrscheinlich kein unbeschriebenes Blatt, auf dem sie ihr System entwerfen können, und selbst wenn sie es hätten, wäre es aus den in Kapitel 1 genannten Gründen keine gute Idee, mit Microservices zu beginnen. Viele von euch haben bereits ein bestehendes System, vielleicht eine Art monolithische Architektur, das ihr auf eine Microservice-Architektur umstellen wollt.

In diesem Kapitel stelle ich einige erste Schritte, Muster und allgemeine Tipps vor, die dir den Übergang zu einer Microservice-Architektur erleichtern.

Ein Ziel haben

Microservices sind nicht das Ziel. Du "gewinnst" nicht, wenn du Microservices hast. Die Einführung einer Microservice-Architektur sollte eine bewusste Entscheidung sein, die auf einer rationalen Entscheidungsfindung beruht. Du solltest die Umstellung auf eine Microservice-Architektur nur dann in Erwägung ziehen, wenn du mit deiner derzeitigen Architektur keinen einfacheren Weg findest, um deinem Ziel näher zu kommen.

Wenn du nicht genau weißt, was du erreichen willst, könntest du in die Falle tappen, Aktivität mit Ergebnis zu verwechseln. Ich habe schon Teams gesehen, die wie besessen Microservices entwickelt haben, ohne sich jemals zu fragen, warum. Das ist angesichts der neuen Komplexität, die Microservices mit sich bringen können, äußerst ...