KI-gestützte Entwicklung verändert die Kosten, Code zu schreiben. Sie verändert nicht den Grund, warum Systeme auf eine bestimmte Weise entworfen werden.

Die Behauptung, dass Vibe Coding – Software durch natürlichsprachliche Prompts an eine KI entwickeln – Microservices weniger wichtig macht, gewinnt an Verbreitung. Die Logik ist intuitiv. Wenn man Code so schnell generieren kann, wie man einen Satz tippt, warum dann noch Servicegrenzen, API-Verträge und verteilte Komplexität?

Dieses Argument ist teilweise richtig. Jedoch aus den falschen Gründen.

Warum das Monolith-Argument stärker wird

Microservices waren nie der natürliche Standard in der Softwarearchitektur. Sie entstanden als Lösung für ein konkretes Problem: Codebases, die so groß wurden, dass menschliche Teams sie nicht mehr koordinieren konnten.

Wenn zehn Teams unabhängig voneinander deployen müssen, ohne sich gegenseitig zu blockieren, lösen Servicegrenzen ein Koordinationsproblem. Wenn ein einzelnes Team kaum noch seinen eigenen Code versteht, isoliert die Aufteilung in Services die Komplexität.

KI verändert beide dieser Bedingungen.

Ein leistungsfähiges Modell kann einen viel größeren Kontext halten als jeder einzelne Entwickler. Es versteht Cross-Service-Abhängigkeiten, verfolgt Aufrufe über Grenzen hinweg und generiert Integrationscode zwischen Services mit minimalem Aufwand. Der kognitive Overhead, der die Microservice-Zerlegung auf Codebase-Ebene rechtfertigte, schrumpft.

Ein gut entworfener Monolith – als Einheit getestet, als einzelnes Artefakt deployt – lässt sich wieder leichter durchdenken. Die KI übernimmt die Oberfläche. Das Team übernimmt die Richtung.

Das ist ein echter Wandel. Ihn zu ignorieren wäre unehrlich.

Warum Microservices nicht einfach verschwinden

Microservices waren nie nur ein Mittel gegen Codekomplexität. Sie lösen operative Probleme, die sich nicht wegprommpten lassen.

Unabhängige Deploybarkeit. Wenn fünfzig Teams an einem einzelnen Produkt arbeiten, ist unabhängiges Ausrollen ohne Koordination jeder Änderung eine politische und operative Notwendigkeit, keine Frage der Codequalität.

Fehlereingrenzung. Ein Monolith, der ausfällt, fällt vollständig aus. Ein Service Mesh kann Ausfälle einzelner Komponenten absorbieren, ohne dass diese kaskadieren. Kein noch so gut generierter Code ändert das Laufzeitverhalten eines einzelnen Prozesses.

Skalierungsgranularität. Verschiedene Teile eines Systems haben völlig unterschiedliche Lastprofile. Einen Monolithen zu skalieren bedeutet, alles zu skalieren. Microservices erlauben, nur die Teile zu skalieren, die es wirklich brauchen.

Das sind keine Probleme, die KI auf Prompt-Ebene löst. Es sind Infrastrukturentscheidungen, die jede einzelne Codebase überleben.

Es gibt auch einen kontraintuitiven Punkt: KI-Modelle funktionieren am besten bei abgegrenzten, klar definierten Problemen. Ein Service mit einer klaren Schnittstelle und einer engen Verantwortlichkeit gibt einem Modell genau den Kontext, den es braucht, um sauber zu arbeiten. Monolithen lösen diese Anforderung nicht auf. Sie verbergen sie nur.

Vibe, dann Verifizieren

Die entscheidende Frage ist nicht “Microservices versus Monolith”. Sie ist: “Wer definiert die Architektur?”

Vibe Coding verlagert den Implementierungsaufwand auf die KI. Die architektonische Urteilsfähigkeit verlagert es nicht. Entwickler entscheiden weiterhin, wo Servicegrenzen liegen, welche Verträge sie einhalten und wie sich Ausfälle ausbreiten.

Das macht die Qualität dieser Entscheidungen wichtiger, nicht unwichtiger. Wenn ein Modell einen vollständigen Service aus einem einzigen Prompt generiert, bestimmt die Struktur, in der die KI arbeitet, ob das Ergebnis kohärent und sicher für die Produktion ist. Eine schlecht definierte Grenze macht die Ausgabe der KI schwerer zu prüfen, schwerer zu testen und schwerer rückgängig zu machen.

Vibe Coding erhöht den Hebel jeder architektonischen Entscheidung. Gute Struktur verstärkt, was die KI leisten kann. Schlechte Struktur multipliziert ihre Fehler.

Wann sich die Rechnung ändert

Für kleine Projekte – Solo-Builds, MVPs, Prototypen – verschiebt sich die Rechnung tatsächlich. Der Koordinationsaufwand von Microservices ist real. Ein Monolith, den die KI von Anfang bis Ende durchdenken kann, ist oft die richtige Ausgangsentscheidung.

Für große Produktionssysteme, die echte Nutzer in großem Maßstab bedienen, ändert sich nichts. Die Probleme, die Microservices lösen, sind keine Code-Probleme. Es sind organisatorische, operative und Zuverlässigkeitsprobleme. KI löst diese nicht auf.

Die Frage ist nicht, ob Vibe Coding Microservices obsolet macht. Die Frage ist, ob Entwickler noch wissen, wann sie darauf zurückgreifen – und warum.

Kenne deine Werkzeuge.
Kenne deine Probleme.
Passe sie bewusst aufeinander an.

Prompten ist schnell. Architektur bleibt langsam. Genau diese Asymmetrie ist der ganze Punkt.