Unser Tipp: Vorausschauen und abwägen

Der beschriebene Ansatz bringt Vorteile erfordert jedoch auch, dass man sich mindestens zu folgenden zwei Punkten Gedanken macht:

1. Contract

Wie erwähnt, müssen die Micro Frontends zueinander passen. Insbesondere kritisch ist der Umstand, dass die Integration zur Laufzeit stattfindet und Benutzer von möglichen Inkompatibilitäten sofort betroffen sind. Daher ist es notwendig, dass:

jede Komponente ihr API (Contract) definiert - Rahmenbedingungen für die Anbindung hat (z.B. welche Parameter in welcher Form beim Laden übergeben werden müssen). Das gewählte Micro Frontend Framework gibt vor, wie das API definiert wird (z.B. wie Parameter an das Modul übergeben werden oder wie ein Modul mit anderen Modulen kommunizieren kann).
das API der Micro Frontend Komponente stabil bleibt, was jedes Team, das eine Komponente zur Verfügung stellt, sicherstellt (z.B. welche Parameter für die Initialisierung des Moduls benötigt werden).
es in der Organisation klare Guidelines für die Erstellung der Micro Frontend Komponenten gibt. Die Guidelines sollen definieren, welches Framework verwendet wird, wie es mit gemeinsamen Ressourcen umgegangen wird etc.

2. Einheitliches Design

Ein nahtloses Erlebnis ist für eine optimale User-Experience essenziell. Mit Micro Frontends kann eine nahtlose Integration der Komponenten implementiert werden. Wenn aber unterschiedliche Teams ihre Komponenten unabhängig voneinander entwickeln, können sie grafische Elemente, die Benutzerführung und andere Look&Feel Aspekte unterschiedlich lösen.

Eine Lösung dafür könnte ein zentrales UX-Team sein, das eine Bibliothek mit graphischen Komponenten inkl. CSS-Styling stellt und in jedem Feature-Team in die UX-Entscheidungen involviert wird, um die Einheitlichkeit sicherzustellen.