Der Monolith ist keine Schande
Ein klar geschichteter Monolith mit Modulgrenzen im Code ist fuer viele Produkte die kosteneffizienteste Startform. Deployments sind einfacher, Transaktionen ueber eine Datenbank bleiben nachvollziehbar, und Observability ist auf einen Stack fokussiert.
Wann Services Sinn ergeben
Teams skalieren unabhaengig, unterschiedliche Release-Zyklen (z. B. Pricing-Service vs. CMS-Frontend) oder technische Heterogenitaet koennen fuer Services sprechen. Kosten: verteilte Transaktionen, Netz-Latenzen, mehr Monitoring. Faustregel aus der Praxis: ab etwa 3-5 eng gekoppelten Deploy-Einheiten lohnt die Diskussion - nicht schon bei zwei Modulen im Repo.
Check: Haben Sie Team-Grenzen, unabhängige Skalierungspflicht oder unterschiedliche SLA pro Domäne? Wenn nein - Monolith plus saubere Module.
Cloud-Themen: Cloud & Skalierung.