Monolithisch

Einfach ausgedrückt ist eine monolithische Architektur eine Architektur, bei der sich die Gesamtheit der Codebasis, Funktionen und Algorithmen in einer einzigen Einheit oder einem einzigen Projekt befindet.

Während monolithisch ein etwas traditionellerer Ansatz in der Softwareentwicklung ist, bedeutet dies nicht, dass er nicht mehr verwendet wird. Eine monolithische Architektur wäre immer noch ideal für einfachere Projekte, da sie einfacher zu erstellen und bereitzustellen sind.

Vorteile:

• Einfacher zu entwickeln und bereitzustellen.
• Es ist weniger wahrscheinlich, dass Latenzprobleme auftreten, da die Kommunikation mit anderen Diensten geringer ist.
• Entwickler müssen sich nur auf eine Komponente konzentrieren.

• Die eng gekoppelte Komponente macht es schwierig, gute Softwaredesigns und -prinzipien zu integrieren. Außerdem könnte eine kleine Änderung die gesamte Komponente effektiv zum Absturz bringen.
• Kleine Änderungen erfordern den Einsatz der gesamten Komponente, was beim Versuch, Kosten zu senken, kontraintuitiv sein könnte.
• Weniger flexibel bei der Einführung neuer Technologien aufgrund der Art der Architektur selbst.

Am anderen Ende der Leitung haben wir Microservices. Microservices sind im Grunde kleine Betriebseinheiten oder Dienste, die unabhängig voneinander arbeiten, aber zusammen ein größeres Stück vom Kuchen bilden. Während sie leichtgewichtige Dienste bereitstellen, die lose gekoppelt sind, bringt dies ein gewisses Maß an Komplexität in die Architektur ein. Beispiele dafür sind das Verwalten von Anfragen/Anrufen zwischen Diensten und das Verwalten von Datenbanken, die von jedem Dienst verwendet werden.

Vorteile

• Geringes Gewicht erleichtert die Aufnahme, Verwaltung und Bereitstellung.
• Lose gekoppelt bedeutet, dass selbst der Ausfall eines Dienstes die anderen Dienste nicht beeinträchtigt – es sei denn, der ausgefallene Dienst ist Teil eines größeren benötigten Anwendungsfalls.
• Kann eine einzelne Einheit horizontal skalieren, wenn nur bei einem bestimmten Dienst eine größere Anruflast ansteht.

• Das verteilte System erhöht die Komplexität, da es mehr Dienste gibt.
• Kostspielig, da mehr Netzwerknutzung erforderlich ist, um die Latenz der Kommunikation zwischen verschiedenen Komponenten aufrechtzuerhalten.
• Das Debuggen eines einzelnen Anwendungsfalls kann schwierig sein, da der Workflow verschiedene Komponenten umfasst, wodurch es schwieriger wird, die eigentliche Ursache von Problemen zu ermitteln.

Es gibt keine einheitliche Architektur, die in allen Softwareprojekten verwendet würde. Letztendlich hängt es von verschiedenen Faktoren ab, wie der Art des Projekts, der Komplexität des Projekts, Anwendungsfällen des Projekts und manchmal sogar dem Budget.

Ich denke, eine Faustregel lautet: Wenn Sie das Projekt auch auf lange Sicht einfacher mit einfachen Funktionen planen, wäre ein monolithischer Ansatz ideal. Andernfalls wären Microservices die bessere Option, wenn Sie voraussehen, dass neue Technologien skaliert oder sogar eingeführt werden müssen.