Microservice-Architekturen finden zunehmend Einsatz bei Neuentwicklungen und Migrationsprojekten, so auch bei einem unserer Kunden. Dort haben wir in den letzten zwei Jahren eine bestehende Windows-Client-Server-Anwendung durch eine Microservice-Anwendung ersetzt. Im Vortrag blicken wir zurück auf diese Zeit und schildern, was sich bewährt hat und was wir beim nächsten Mal anders machen werden.

Um einen sinnvollen fachlichen Schnitt der Microservices zu erhalten, haben wir Domain-Driven-Design eingesetzt und zusammen mit dem Fachbereich mehrere Workshops durchgeführt. Dabei haben wir mit Eventstorming die Bounded Contexts ermittelt, die sich dann auf einzelne Services abbilden lassen. Dadurch erhält man einen Service-Schnitt mit hoher Kohäsion und geringer Kopplung. Die Services haben wir in Java als Spring-Boot-Applikationen aufgesetzt. Die Service-Infrastruktur beruht auf dem Spring-Cloud-Netflix-Stack, die Services selbst kommunizieren per REST und RabbitMQ als Message Broker.

Insbesondere möchten wir im Vortrag auf verschiedene Prinzipien eingehen, die sich bewährt haben. So lösen wir das Problem der Wiederverwendung von Daten in der Regel über Replikation durch einen Message Broker. Unser Code ist im wesentlichen frei von null-Werten, da wir auf Optional setzen. Und schließlich haben wir einen effizienten Weg gefunden, die Testpyramide in einer Microservice-Anwendung umzusetzen. Nicht zuletzt deswegen können wir bei der Entwicklung in der Regel auch auf Feature Branches verzichten.