Zum Hauptinhalt springen

Microservices Architecture

Microservices sind ein Architekturstil, bei dem ein System aus autonomen, fachlich geschnittenen Services besteht.

Jeder Service:

  • kapselt eine Business-Fähigkeit
  • besitzt seine Daten
  • kann unabhängig deployt werden
  • wird von einem Team end-to-end verantwortet

Microservices sind kein technisches Pattern –
sie sind ein Organisationsmodell mit technischer Umsetzung.


Prinzipdarstellung

Kernaussage:

  • Autonome Services
  • Klare Verantwortungsgrenzen
  • Kommunikation über definierte Verträge

Ziel

Microservices adressieren primär organisatorische Skalierung.

Sie ermöglichen:

  • Unabhängige Deployments
  • Team-Autonomie
  • Differenzierte Skalierung
  • Parallele Weiterentwicklung
  • Technologische Vielfalt (wenn notwendig)

Charakteristika

  • Lose Kopplung über APIs oder Messaging
  • Klare Domänenschnitte (Bounded Contexts)
  • Dezentralisierte Datenhaltung
  • End-to-End-Ownership in Teams
  • Explizite Resilienz- und Observability-Standards

Nicht verwechseln mit

  • Verteilter Monolith
  • Viele Deployables ohne Ownership
  • Shared Database mit REST-Hülle

Microservices erkennt man nicht an der Anzahl Container, sondern an Autonomie und Betriebsrealität.


Reality Check

Microservices erhöhen:

  • Infrastrukturaufwand
  • Testkomplexität
  • Observability-Bedarf
  • Koordinationskosten

Sie lohnen sich nur, wenn:

Team-Autonomie und Skalierungsbedarf den zusätzlichen Aufwand rechtfertigen.


Diese Sektion behandelt