Wo schneidet man einen Monolithen? Die Grenzen, die halten
Die Frage ist selten, ob ein Monolith zerlegt wird, sondern wo. Ein falscher Schnitt erzeugt zwei Teile, die sich ständig gegenseitig aufrufen — also denselben Monolithen, jetzt mit Netzwerk dazwischen und doppeltem Betriebsaufwand.
Ein tragfähiger Schnitt folgt vier Kriterien: Datenhoheit (kann der Bereich abgeschaltet werden, ohne dass ein anderer seine Daten verliert), vollständige fachliche Vorgänge statt technischer Schichten, unterschiedliche Änderungsgeschwindigkeit — ablesbar daran, welche Dateien in der Versionsverwaltung gemeinsam geändert werden — und unterschiedliche Anforderungen an Schutz und Verfügbarkeit. Der teuerste Fehler ist ein Schnitt entlang der heutigen Organisationsstruktur.
Kriterium 1: Daten, die zusammengehören, bleiben zusammen
Der belastbarste Hinweis auf eine Grenze ist die Datenhoheit. Wenn zwei Bereiche dieselben Datensätze schreiben, ist dazwischen keine Grenze — egal wie unterschiedlich sie fachlich wirken. Umgekehrt: Ein Bereich, der seine Daten allein verantwortet und nach außen nur Auskunft gibt, ist ein Kandidat. Der Test dafür ist einfach: Ließe sich der Bereich abschalten, ohne dass ein anderer seine Daten verliert?
Kriterium 2: Der Schnitt folgt dem Vorgang, nicht der Schicht
Ein Schnitt entlang technischer Schichten — Oberfläche hier, Logik dort, Datenzugriff dahinter — erzeugt Teile, die einzeln nichts können. Jede fachliche Änderung berührt dann alle drei. Der tragfähige Schnitt umfasst einen vollständigen Vorgang: Eingabe, Regeln, Daten, Ausgabe. Er ist am Anfang unbequemer, weil er quer zu gewachsenen Zuständigkeiten liegt.
Kriterium 3: Unterschiedliche Änderungsgeschwindigkeit
Bereiche, die sich wöchentlich ändern, und Bereiche, die seit vier Jahren stabil sind, gehören nicht in dieselbe Auslieferungseinheit. Diese Grenze findet man nicht im Code, sondern in der Versionsverwaltung: Welche Dateien werden gemeinsam geändert? Die Auswertung der letzten zwei Jahre zeigt Gruppen, die kein Architekturdiagramm zeigt.
Kriterium 4: Unterschiedliche Anforderungen an Verfügbarkeit und Schutz
Ein Bereich mit Personendaten und ein Bereich mit öffentlichen Stammdaten haben verschiedene Schutzanforderungen. Ein Bereich, der beim Monatsabschluss unter Last steht, und einer mit gleichmäßiger Last haben verschiedene Betriebsanforderungen. Beides sind gute Gründe für eine Grenze und werden regelmäßig übersehen, weil sie nicht fachlich klingen.
Der Fehler, der am teuersten ist
Nach Organisationsstruktur zu schneiden. Teams ändern sich, Fachlichkeit nicht. Ein Schnitt entlang der heutigen Abteilungsgrenzen fühlt sich richtig an, weil er Konflikte vermeidet — und ist nach der nächsten Umorganisation falsch, ohne dass jemand die Systeme zurückbauen kann.
Häufige Fragen
Wie erkennt man eine falsche Grenze im Nachhinein?
An der Zahl der Aufrufe über die Grenze hinweg und daran, wie oft beide Seiten gemeinsam ausgeliefert werden müssen. Wenn eine fachliche Änderung regelmäßig zwei Teile gleichzeitig betrifft, liegt die Grenze falsch — dann ist sie eher zurückzunehmen als zu verwalten.
Sollte man erst zerlegen oder erst modernisieren?
Weder noch: erst verstehen. Ohne belegte Abhängigkeiten ist jeder Schnitt geraten. Die Analyse der gemeinsam geänderten Dateien und der tatsächlichen Aufrufe liefert die Grenzen, die im Diagramm nicht stehen.
Wie groß sollte ein herausgelöster Teil sein?
Groß genug, dass er einen fachlichen Vorgang allein bedienen kann, klein genug, dass ein Team ihn versteht. Die Zahl der Dienste ist kein Qualitätsmerkmal; viele kleine Teile mit engen gegenseitigen Abhängigkeiten sind schlechter als wenige größere mit klaren Grenzen.
Was ist mit gemeinsam genutzten Stammdaten?
Sie bekommen einen eigenen Besitzer und werden von dort gelesen, nicht kopiert und parallel gepflegt. Wo Kopien unvermeidlich sind, gilt eine Richtung als führend, und die Kopie darf nicht geschrieben werden. Alles andere erzeugt zwei Wahrheiten.
Bringen Sie das System mit, das Ihnen Sorgen macht.
30 Minuten, kein Vertrieb. Wir sagen Ihnen, ob eine Discovery bei diesem System etwas bringt.
Legacy Discovery ansehen →
