Name: Von Microservices zum Modulithen – Erfahrungen aus einem Experiment
Start: 2025-06-04T12:15:00+02:00
End: 2025-06-04T13:00:00+02:00

In vielen Entwicklungsprojekten, in denen ich im Laufe der letzten Jahre mitwirken durfte, hatte man sich bei der Umsetzung für eine Microservice- oder Self-contained-Systems-Architektur entschieden. Wenn man im Rahmen der fachlichen Analyse und Modellierung mehrere, weitestgehend voreinander unabhängige Subsysteme identifiziert hat, scheint das die naheliegendste Architekturform zu sein. Allerdings bringt sie einige Nachteile mit sich, die sich negativ auf die Entwicklungsgeschwindigkeit und die Flexibilität auswirken können. Subsysteme sind in der Regel nicht völlig unabhängig. Irgendwelche Abhängigkeiten zwischen ihnen muss es immer geben, und die werden schnell unhandlich und damit teuer in der (Weiter-) Entwicklung.

Ein Modulith, also eine monolythische Applikation, die intern in sauber getrennte Module aufgeteilt ist, würde vielleicht denselben Zweck erfüllen und wäre dabei vermutlich deutlich einfacher zu handhaben. Wie würde ein solcher Modulith aber intern aussehen? Genauso strukturiert wie die existierenden, getrennten Services, nur alles in einem Repository und ohne den ganzen Overhead an Modul-Schnittstellen?

In einem Experiment habe ich versucht, die Domäne aus einem meiner Projekte in Form eines solchen Modulithen neu umzusetzen. Dabei bin ich über eine Reihe erwarteter, aber auch über einige unerwartete Design-Fragestellungen gestolpert. Im Vortrag stelle ich einige dieser Fragestellungen sowie meine persönlichen Learnings vor.

\-\-\-\-\-\-\-\-\-\-\-\-
Einfach aus dem Homeoffice teilnehmen!
Livestream mit Q&A am 04.06.2025, 12:15–13:00 Uhr.
👉👉👉 YouTube Livestream: https://www.youtube.com/live/rQHOOOMaGW4?si=xu0-s1Tefy9jYYQm
und LinkedIn Live (Link folgt) 👈👈👈
👉👉👉 LinkedIn Live: https://www.linkedin.com/events/vonmicroserviceszummodulithen7335249847958097920/theater/ 👈👈👈
\-\-\-\-\-\-\-\-\-\-\-\-

🤝 Für diese Veranstaltung gilt der [Berlin Code of Conduct](https://berlincodeofconduct.org/).
🗄️ Alle bisherigen Episoden findest du in unserem [Archiv](https://www.innoq.com/de/technology-lunch/).
❓Fragen oder Anregungen? Schreib uns 👉 technologylunch@innoq.com
📘 [Inside Technology 11](https://inside-technology.innoq.com/): Unser Buch mit tiefgehenden Fachartikeln zu Software-Architektur und -Entwicklung

Robert Glaser

INNOQ Technology Lunch

INNOQ

Technology

Open Source

Software Development

New Technology

Web Technology

Web Development

Product Development

New Product Development: Software & Tech

Torsten ist Softwareentwickler und Berater mit langjähriger Erfahrung im Java/Web-Umfeld. Er begeistert sich für leichtgewichtige Architekturen, Domain-driven Design, Clean Code und automatisiertes Testen.

INNOQ Technology Lunch

Von Microservices zum Modulithen – Erfahrungen aus einem Experiment

INNOQ Technology Lunch

Details

Mitglieder interessieren sich auch für