Zum Hauptinhalt springen

Ökonomik von Microservices

Microservices sind kein Architektur-Upgrade. Sie sind ein Komplexitäts-Tauschgeschäft.

Sie tauschen:

  • einfache Systemstruktur
    gegen
  • organisatorische und betriebliche Autonomie.

Die Frage ist nicht: „Sind Microservices modern?“

Sondern: „Rechnet sich die zusätzliche Komplexität?“

1️⃣ Direkte Kosten (technisch messbar)​

Plattformbetrieb​

  • CI/CD-Pipelines pro Service
  • Container-Registry
  • Service Discovery
  • API Gateway
  • Netzwerkverkehr

Observability​

  • Distributed Tracing
  • Metrics
  • Log Aggregation
  • Alerting
  • SLO-Monitoring

Resilienz-Infrastruktur​

  • Circuit Breaker
  • Retry-Strategien
  • Dead Letter Queues
  • Saga/Outbox-Mechanismen

Incident- und Betriebsaufwand​

  • Mehr On-Call-Oberfläche
  • Mehr mögliche Fehlerquellen
  • Höhere kognitive Last

2️⃣ Indirekte Kosten (organisatorisch)​

Koordinationskosten​

  • API-Verhandlungen
  • Versionierungsabsprachen
  • Deprecation-Strategien

Schnittstellenpflege​

  • Dokumentation
  • Contract Testing
  • Breaking Change Management

Teststrategie​

  • Unit + Contract + Integration
  • Testdaten-Orchestrierung
  • Testumgebungsaufbau

Cognitive Load​

Jeder Service erhöht:

  • die Anzahl Deployables
  • die Anzahl Abhängigkeiten
  • die Anzahl Observability-Dimensionen

Komplexität wächst nicht linear, sondern überproportional.

3️⃣ Nutzenhebel​

Microservices lohnen sich nur, wenn mindestens einer dieser Hebel stark ist:

  • Hohe Release-Frequenz
  • Mehrere autonome Teams
  • Unterschiedliche Skalierungsprofile
  • Heterogene Technologieanforderungen
  • Klare Domänenabgrenzung

4️⃣ Break-Even-Denken​

Microservices sind sinnvoll, wenn:

Der Nutzen aus Autonomie und Skalierung
größer ist als die zusätzlichen Plattform- und Koordinationskosten.

Bei kleinen Teams (< 3 Teams) überwiegen häufig die Zusatzkosten.

5️⃣ Reality Check​

Ein System mit:

  • vielen Services
  • aber geringer Team-Autonomie
  • und zentraler Governance

trägt die Kosten, aber nicht den Nutzen.

Fazit​

Microservices sind kein technisches Upgrade, sondern ein Organisationsmodell mit technischer Umsetzung.

Sie erhöhen:

  • Freiheitsgrade
  • aber auch Systemkosten.

Die Architekturentscheidung ist deshalb immer auch eine ökonomische Entscheidung.