Was ist ein modularer Monolith und wie funktioniert er?

Question

IT Interview Practice · Accepted Answer

## Was ist ein modularer Monolith?

**Ein modularer Monolith gliedert eine Anwendung in getrennte fachliche Module, die gemeinsam paketiert und bereitgestellt werden.** Jedes Modul übernimmt bestimmte Verantwortlichkeiten und legt fest, wie andere Module es verwenden können.

Eine Vertriebsanwendung kann beispielsweise Module für Produkte, Lagerbestände und Bestellungen enthalten. Sie bleiben Teil einer einzigen Anwendung; ihre Trennung hilft dabei, den Code auch bei wachsendem Funktionsumfang übersichtlich zu halten.

## Wie sind die Module aufgebaut?

Ein Modul besteht üblicherweise aus zwei Teilen:

- **Öffentliche Schnittstelle:** Operationen, die anderen Modulen zur Verfügung stehen, etwa das Prüfen des Lagerbestands oder das Reservieren von Artikeln für eine Bestellung. Dabei kann es sich um Funktionen innerhalb desselben Programms handeln, ohne Netzwerk-API.
- **Interne Implementierung:** Die Geschäftsregeln und der Datenzugriffscode des Moduls. Andere Module nutzen seine öffentliche Schnittstelle, statt direkt auf diese Details zuzugreifen.

Module können sich eine Datenbank teilen, doch die Zuständigkeit für die einzelnen Datengruppen sollte klar sein. Getrennte Ordner anzulegen, während jedes Modul die Daten aller anderen verändern darf, bietet kaum eine sinnvolle Trennung.

## Beispiel: Eine Bestellung aufgeben

Das Bestellmodul ruft eine vom Bestandsmodul angebotene Operation auf, um Artikel zu reservieren. Das Bestandsmodul prüft die Verfügbarkeit, reserviert die Artikel bei ausreichendem Bestand und gibt ein Ergebnis zurück, damit die Bestellverarbeitung fortgesetzt werden kann. Das Bestellmodul aktualisiert die Bestandstabelle nicht selbst.

Wenn sich die Bestandsverwaltung ändert, passen Entwickler hauptsächlich das Bestandsmodul an und halten dabei die von Bestellungen genutzte Operation stabil. Bei einer Veröffentlichung wird weiterhin die gesamte Anwendung gemeinsam bereitgestellt.

## Vorteile und Grenzen

- **Einfachere Wartung:** Klare Zuständigkeiten für Funktionen und Daten helfen dabei, den für eine Korrektur oder Funktion relevanten Code zu finden.
- **Einfache Bereitstellung:** Das Betriebsteam verwaltet eine Anwendung, und die Module können über lokale Aufrufe zusammenarbeiten.
- **Keine unabhängige Skalierung einzelner Module:** Einem Modul mehr Ressourcen zu geben, bedeutet üblicherweise, weitere Instanzen der gesamten Anwendung auszuführen.
- **Grenzen müssen gepflegt werden:** Aufrufe interner Bestandteile eines anderen Moduls oder direkte Änderungen seiner Daten können die Module eng miteinander koppeln.

## Wann sollte man ihn einsetzen?

Ein modularer Monolith eignet sich für eine Anwendung mit mehreren Geschäftsbereichen, die das Team weiterhin gemeinsam entwickeln und betreiben möchte. Ein Vertriebsmanagementsystem kann beispielsweise Bestände, Bestellungen und Kunden trennen, ohne jeden Teil unabhängig bereitzustellen.

Modulgrenzen helfen auch bei Überlegungen, später einen Dienst auszugliedern. Dieser Schritt erfordert jedoch weiterhin Änderungen an der Kommunikation und der Datenverwaltung.

Was ist ein modularer Monolith?

Wie sind die Module aufgebaut?

Beispiel: Eine Bestellung aufgeben

Vorteile und Grenzen

Wann sollte man ihn einsetzen?

Ähnliche Fragen