Monolith, Microservices oder Modulith? Wie gebe ich Anwendungen eine Struktur?

preview_player
Показать описание
Neben #Microservices und #Monolith gibt es mit dem #Modulith eine dritte Alternative für die Softwarearchitektur einer Anwendung. Bei allen drei Ansätzen gibt es Möglichkeiten zur Strukturierung und Gliederung. In diesem Video erfährst du, was ein Modul ist und wie man in jedem der drei Architekturstile für Ordnung sorgt.

00:00 Begrüßung
00:21 Monolith
00:45 Struktur Monolith
04:47 Microservices
06:06 APIs
07:55 Modulith
09:09 Module
13:09 Modul Support
15:44 Vorteil Modulith
16:26 Monolith, Microservices oder Modulith

predic8 Schulungen online, in Bonn oder als Firmenseminar:

Intensivkurs Softwarearchitektur: Paradigmen, Technik und Praxis

APIs mit REST, OpenAPI & GraphQL für Einsteiger

Microservices

Mich, Thomas Bayer findet ihr bei:

Twitter: @thomasub
Рекомендации по теме
Комментарии
Автор

was ich bevorzuge sind 2 Monoliths: für's Backend und für die Storefront - und mehrere kleinere Microservices für's Backend die zusätzliche Funktionalitäten hinzugefügt die nicht im Standart drin sind (bezahl methoden die müssen ja nicht alle im Backend drin sein wenn man sich entscheidet nur eine zu nützen) - für die Storefront benutze ich feature toggles um Funktionalitäten an/aus zu schalten

frederik_hd
Автор

Zu wenig likes und Kommentare... Thomas vielen Dank für deine Mühe und Zeit.

yasinicdeniz
Автор

Hallo Thomas, super Video. Mir fallen noch zwei Aspekte ein, die man in diesem Themenbereich noch genauer erörtern könnte. Einmal, was die unterschiedlichen Ansätze für Implikationen auf mögliche/sinnvolle Transaktionsklammern haben. Und zweitens hast Du quasi gesagt, dass man einen Modulithen in einem gemeinsamen Repository entwickelt. Das kann man machen, muss man aber nicht. Denn insbesondere, wenn mehrere Teams an unterschiedlichen Modulen arbeiten, kommt man sich ständig mit den Commits und Versionen ins Gehege - der Git-Flow wird entsprechend kompliziert. Insbesondere, wenn man den Maven-Multimodule-Ansatz verfolgt, können die Module auch in verschiedenen Repositories liegen.

marcom.
Автор

Bei Module habe ich Interfaces und Interfaces haben Daten. Wo kommen die Daten (Entities) her?. Diese muss ich oft auch duplizieren, dass ist ein kleiner Nachteil. Microservices haben den Vorteil, dass Code auch eher entsorgt werden kann - der Scope ist begrenzt. Microservices können in der passenden Technologie entwickelt werden - es muss nicht alles homogen sein. Mit Mircoservices kann man Menschen "skalieren". Micro- und Macro-Sevices können auch mit Module implementiert werden.

Massenhaft