Microservices: Fachliche Entscheidungshilfen für den Einsatz

Den Begriff "Microservice" gibt es seit 2011. Microservices sind also kein Hype mehr, sondern etabliert und durch umfangreiche Literatur und Erfahrungsberichte beschrieben. Durch ihre Flexibilität spielen sie ihre Vorteile speziell bei Qualitätsattributen wie Änderbarkeit und Skalierbarkeit aus. Wichtig ist insbesondere, dass die einzelnen Microservices unabhängige Lebenszyklen haben. Diese Unabhängigkeit ermöglicht minimale Lieferzyklen für Neuerungen und Fehlerbehebungen und verbessert die Fähigkeit, auf sich ändernde Kundenwünsche gut zu reagieren.

Doch Microservices sind auch umstritten: Christoph Iserlohn und Till Schulte-Coerne greifen die Fragestellungen einzelner Vor- und Nachteile von Microservices gegenüber dem Monolithen auf [2]. Um Microservices erfolgreich einsetzen zu können, muss ein Unternehmen hohe Anforderungen an Design, Entwicklung und Betrieb erfüllen.

Entscheidend für den erfolgreichen Einsatz ist dabei, dass fachliche Kriterien herangezogen werden, wenn über eine Investition in den Einsatz von Microservices entschieden werden soll. In unserer Artikelserie beleuchten wir Microservices daher v. a. aus dieser fachlichen Sicht und arbeiten fachliche Kriterien als Entscheidungsgrundlage heraus. Neben dieser fachlichen Motivation gibt es in der Regel eine Vielzahl weiterer Einflussgrößen und Entscheidungskriterien wie beispielsweise die Frage nach Technologiestacks, nach DevOps-Einsatz bzw. nach betrieblichen Aspekten wie Monitoring: Diese Themen werden wir im Folgenden nur am Rande mitbetrachten und uns stattdessen auf fachliche Aspekte konzentrieren. Auch müssen wir weitere Fragen wie die nach Migrationsszenarien ("Wie kommt man von einem Monolithen zu einer Microservice-Architektur?") und auch die nach Auswirkungen von Microservices auf die Entwicklungsmethodik in unserer vorliegenden Artikelserie weitgehend außer Acht lassen.

Überblick über die Artikelserie

Microservice-Architekturen werden üblicherweise im Kontext komplexer, innovationsgetriebener Unternehmen erstellt.

1. Wir präzisieren zunächst im ersten Teil (Microservices nur bei ausreichender "Komplexität") unserer Artikelserie, was "Komplexität" bedeutet, wie sie sich auf Lösungsstrategien auswirkt und verdeutlichen, warum Komplexität ein Treiber für den Microservice-Einsatz ist.
2. Im zweiten Teil (Wie groß darf ein Microservice sein?) behandeln wir den Einfluss der Anwendungsgröße auf den Entwicklungsprozess.
3. Der dritte Teil (Was ist das Was?) arbeitet typische Problemstellungen der fachlichen Ausrichtung von Microservices und deren Rolle in einer Anwendungslandschaft heraus.
4. Im vierten Teil (Verteilte Systeme, Asynchronität und Eventual Consistency) zeigen wir verschiedene technische Konsequenzen und Herausforderungen eines Microservice-Einsatzes aufgrund ihrer betrieblichen Eigenständigkeit.
5. Abschließend (Wann und für wen eignen sich Microservices?) fassen wir alle Aspekte zu einer Klassifikation zusammen, die somit Orientierung und Leitfaden für eine Einsatzentscheidung sein kann.