Monolithen vs Microservices // deutsch

Wenn in den vergangenen Jahren von Architektur die Rede war, schienen Microservices die neue Standardarchitektur zu sein. Inzwischen wird aber zunehmend Kritik laut, und der bereits fast in der Versenkung verschwundene Monolith erlebt einen neuen Frühling. Wann empfiehlt sich der Einsatz von Microservices, und wann ist ein Monolith vorzuziehen?

00:00 – Einleitung
00:54 – Vorteile von Monolithen
03:17 – Ein statisch gelinktes Executable
04:59 – Was sind Microservices?
07:03 – Vorteile von Microservices
09:04 – Komplexe Infrastruktur
11:07 – Die richtige Architektur finden
13:17 – Fachliche Schnitte
15:15 – Ausblick

────────────────────

Über the native web 🦄

Wir sind ein Beratungs-, Schulungs- und Entwicklungsunternehmen, das sich auf Web- und Cloud-Technologien spezialisiert hat. Wir streben nach intelligenten und eleganten Lösungen für komplexe Probleme, und wir glauben, dass Softwareentwicklung kein Selbstzweck ist. Stattdessen sollte Software tatsächliche Probleme der realen Welt lösen.

Wir glauben, dass native Web- und Cloud-Technologien das Fundament sind, auf dem die Zukunft aufbaut. Unsere Kernkompetenz ist der Entwurf und die Entwicklung verteilter Web- und Cloud-Anwendungen unter Verwendung dieser Technologien in interdisziplinären Teams. Wir entwickeln auch unser eigenes Open-Source-Framework namens wolkenkit. Und wir lieben es, unser Wissen in Schulungen und Workshops, auf Konferenzen und bei Usergroups zu teilen.

────────────────────

Weiterführende Links 🌍

[iham]

Fazit für jedes konzept: es kommt drauf an - old news, but important.

[kvnx]

Ich arbeite seit ca. 2, 5 Jahren in einer microservice Architektur und habe vorher an einem relativ großen Monolithen gearbeitet. Ich persönlich finde das speziell das debugging in einer microservice Architektur viel aufwendiger ist als bei einem Monolithen. Auch ist die Koordination von Übergreifenden Features etwas aufwendiger da hier die Schnittstellen erst festgelegt werden müssen (vor und Nachteil). Beim Monolithen finde ich hat man oft das Problem das die Struktur irgendwann verwässert wenn man nicht mit Tools wie archunit oder ähnlichem gegensteuert.

[christianfaust]

Danke für sehr guten und aufgeregten Vergleich zwischen Monolithen und Microservices. Ich sehe die Teamgröße als kritisch an. Im Idealfall gibt es pro Domäne ein separates Software Team, das ist aber oft leider nicht gegeben.

[valeridause]

Danke für das Video. Hier ist meine Anmerkung zu der Gegenüberstellung von Microservices vs. Monolith. Nicht umsonst stellt man fest, dass Microservices nicht das sind, was sie versprochen haben. Nein, wo es Sinn macht, habe sie ihre da-sein-Berechtigung. Doch, wenn sie herauskamen als Idee, dann hat man sie als alternativlos zu dem Monolith positioniert. Und diese Übertreibung ging nach Hinten los. Genau das Gleiche passiert gerade mit der Methode Agile. Auch sie positioniert sich als alternativlos zu dem Wasserfall. Und das soll niemandem interessieren, dass im absoluten Wasserfall seit 40 Jahren kein Mensch mehr Projekte durchführt. Für die Positionierung muss man so tun, als ob Agile alle Probleme löst. Und überall stellt man fest, dass dies nicht der Fall ist. Und das Einfachste, was sofort als Erklärung kommt - ihr wendet Agile nicht richtig an. Genauso wie mit dem erhöhten Aufwand bei den komplexen Microservice-Architekturen. Ihr habt die Microservices falsch entworfen.

Wenn aber verstanden wird, dass solche Sachen wie Microservices, Agilität usw. nicht alleinige Methoden sind, sondern Teil von der Familie der guten Ideen, dann wird es viel einfacher sein. Doch, wer will das so "komplex" denken. Lösungen müssen "einfach" klingen und das machen die Vertreter von solchen Trend "sehr gut". Es entsteht so was wie cargo-Kult drum herum. Um Microservices weniger, um Agile - kaum auszuhalten. Nur meine private Meinung.

Danke für das Video. Sehr gut die Gegenüberstellung und die Aussicht auf Zukunft dargestellt.

[DogzDeDoggy]

Auf der anderen Seite sollte man sich nicht zu schade sein, Microservices zu reduzieren/zusammenzufassen. Vielleicht macht es Sinn, aus 80 Services nur 4 zu machen, wenn man nur dort Skalierbarkeit benötigt. Für Release Zyklen und das zusammenbringen der verschiedenen zusammengefassten Services benötigt man ebenfalls kluge Strategien, um die unabhängige Entwicklung zu gewährleisten. Also viele verschiedene Technologien sprächen dem zum Beispiel entgegen. Auf der anderen Seite muss man betrachten, ob sich mit "beste Technologie für jeden Service" aussuchen überhaupt einen Gefallen tut, was je nach vorhandenem know-how ja auch schwierig sein kann.

[kvnx]

Das man auch mit einem Monolithen ziemlich weit kommen kann sieht man finde ich persönlich auch ganz gut an Shopify.

[MrCschoeneich]

Was sind das eigentlich für schöne LED Lichter im Hintergrund ?

[kyrospace]

Monolith und MicroService sind in meinen Augen die beiden extrem Fälle oder Enden. Gibt es auch irgendetwas sinnvolles dazwischen? Mischformen?