E-Commerce, München
Micro-Frontends entlang der Teamgrenzen, nicht der Technik
Mehrere Teams arbeiteten an einem gemeinsamen Frontend – wir haben die Architektur an ihre tatsächlichen Zuständigkeiten angepasst.
| Branche | E-Commerce |
|---|---|
| Leistungen | Tech-Transformation |
Ausgangslage
Mehrere Teams arbeiteten an einem gemeinsamen Frontend eines E-Commerce-Unternehmens in München. Jede Änderung musste über ein gemeinsames Release koordiniert werden, unabhängig davon, welches Team sie gebaut hatte.
Aufgabe
Als Software-Architekt sollte eine Micro-Frontend-Architektur entstehen, die es Teams erlaubt, ihren Teil unabhängig zu liefern – mit Next.js SSR für Performance und SEO, einem Backend-for-Frontend als Entkopplungsschicht und der passenden DevOps-Pipeline.
Umsetzung
Micro-Frontend-Architektur
Aufteilung des Frontends entlang von Team- und Fachgrenzen.
Next.js SSR
Serverseitiges Rendering für Performance und Suchmaschinenfreundlichkeit.
Backend-for-Frontend
Entkoppelt die einzelnen Micro-Frontends von den Backend-Diensten.
DevOps-Pipeline
Unabhängige Deployments je Micro-Frontend statt eines gemeinsamen Release-Takts.
Team-Leitlinien
Klare Zuständigkeit, welches Team welchen Teil des Frontends besitzt.
Vorgehen
Ausgangspunkt war die Frage, wo die tatsächlichen Team- und Verantwortungsgrenzen verliefen, nicht die Technik. Die Aufteilung des Frontends folgte diesen Grenzen, nicht einer willkürlichen technischen Trennung.
Next.js SSR hielt Performance und Suchmaschinenfreundlichkeit über die Aufteilung hinweg aufrecht. Der Backend-for-Frontend-Layer sorgte dafür, dass kein Micro-Frontend direkt von den Details der Backend-Dienste abhing. Erst mit einer eigenen DevOps-Pipeline pro Micro-Frontend wurde die unabhängige Auslieferung auch praktisch möglich.
Ergebnis
Teams liefern ihren Teil des Frontends heute unabhängig aus, statt ein gemeinsames Release-Fenster abzustimmen. Die Architektur bildet ab, wer wofür verantwortlich ist, statt nur eine technische Trennung zu sein.
Übertragbare Erkenntnisse
Grenzen nach Verantwortung ziehen
Micro-Frontends funktionieren, wenn sie Teamgrenzen folgen, nicht wenn sie sie erzeugen sollen.
Ein Backend-for-Frontend macht die Trennung praktikabel
Ohne diese Schicht bleibt die Frontend-Aufteilung nur oberflächlich.
Unabhängige Auslieferung braucht eigene DevOps
Architektur allein liefert nicht unabhängig aus, die Pipeline muss mitziehen.
Erstgespräch: 30 Minuten, konkret.
Wir schauen uns an, ob Ihre Frontend-Architektur Ihren Teamgrenzen entspricht.