Sam Newman

Schlüsselwerke: Building Microservices (2015, 2021), Monolith to Microservices (2019)

Die prägende Idee

Microservices sind keine technische Architektur. Sie sind eine Organisations-Architektur. Der Grund für Microservices ist Deployment-Unabhängigkeit für Teams — nicht Performance.

Newman hat auch die Kosten klar formuliert: Microservices erhöhen die Komplexität. Wer das nicht einkalkuliert, sollte beim Monolithen bleiben.

Was in Projekten relevant wurde

• Self-Contained Systems: Newmans Microservices-Prinzipien übertragen auf UI + Backend als Einheit. Jedes SCS in Taskly folgt dieser Logik.
• Strangler Fig Pattern: Legacy-Systeme nicht abreißen, sondern graduell ablösen. Neues System umschließt altes schrittweise.
• API Boundaries: Was ein Service nach außen exponiert, ist Contract — nicht Implementierungsdetail. Änderungen am Contract sind Breaking Changes.

Die praktische Lehre

Die Frage „Wie groß soll ein Service sein?” hat eine organisatorische Antwort: So groß, dass ein Team es vollständig besitzen kann. Kleiner ist nicht besser.