Die Plattform modernisieren, ohne das Geschäft zu unterbrechen.

Microservices, API-first, Cloud-native und Headless: vier Architekturprinzipien, die zusammen eine große monolithische Anwendung durch unabhängig deploybare, über APIs verbundene Services ersetzen, laufend auf Cloud-Infrastruktur, die automatisch skaliert, mit vom Back-End entkoppeltem Front-End. Das ist wichtig, weil ein Monolith bedeutet, dass ein Bug, ein Deployment oder eine Traffic-Spitze die gesamte Plattform beeinträchtigen kann; MACH-Architektur begrenzt diesen Wirkungsradius auf einen einzelnen Service.

Nein, und wir würden davon abraten. MACH-Transformationen laufen als gestaffelte Migration: Komponenten werden nach und nach aus dem Monolithen herausgelöst und als unabhängige Services neu gebaut, sodass das Geschäft auf dem bestehenden System weiterläuft, während die neue Architektur darunter entsteht, statt die gesamte Plattform auf einen einzigen großen Umbau zu setzen.

Die Architekturbewertung im ersten Schritt gibt eine ehrliche Antwort, bevor Migrationsarbeit beginnt. Anzeichen, dass es sich lohnt: Deployments sind langsam und riskant, weil alles zusammen ausgeliefert wird, die Plattform kann einen einzelnen Teil (wie den Checkout während eines Sales) nicht skalieren, ohne alles zu skalieren, oder ein neues Front-End hinzuzufügen bedeutet, Logik neu zu bauen, die anderswo bereits existiert.

Da die Migration gestaffelt und komponentenweise erfolgt, können Teams in der Regel weiterhin Änderungen an den Teilen der Plattform liefern, die noch nicht migriert wurden, während neu migrierte Services ihren eigenen, unabhängigen Release-Zyklus erhalten. Die Arbeit so zu staffeln, soll gerade einen langen Stillstand für den Rest des Geschäfts vermeiden.

Beides ist möglich. Wir betreiben migrierte Systeme standardmäßig auf Brova Cloud, mit dem Monitoring, den Alerts und der Incident Response, die ein verteiltes System wirklich braucht, weil dieselben Entwickler, die eine Microservices-Architektur entwerfen, verstehen, was daran kaputtgehen kann. Wenn Sie ein internes Team haben, das den Betrieb übernehmen möchte, übergeben wir mit Dokumentation und können bei den Teilen involviert bleiben, die sinnvoll sind.

Es ist am wertvollsten, sobald eine Plattform den Punkt überschritten hat, an dem ein Team eine Sache sicher ändern kann, ohne alles andere zu beeinflussen, und das kann deutlich vor „Enterprise”-Größe passieren. Für eine kleine Plattform mit geringer Komplexität ist eine vollständige MACH-Transformation oft mehr, als das Geschäft aktuell braucht; die Architekturbewertung wird das ehrlich sagen, statt sie standardmäßig zu empfehlen.