Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Architekturentscheidungen in Mikrofrontends
Teams, die ein Mikro-Frontend-Architekturmuster für ihre Anwendungen anwenden, müssen frühzeitig mehrere Architekturentscheidungen treffen:
In den folgenden Abschnitten werden diese Themen eingehender behandelt.
Bei Architekturentscheidungen ist es wichtig, über die richtigen Kennzahlen zu verfügen und die Nutzungsmuster, Anwendungsmerkmale und Kompromisse zu verstehen. Beispielsweise weist eine E-Commerce-Website im Vergleich zu einem Videobearbeitungstool oder Observability-Dashboards andere Merkmale und Nutzungsmuster auf.
Für die Öffentlichkeit zugängliche Anwendungen mit hohem Traffic und kurzer Sitzungstiefe können für Metriken wie Time to Interactive (TTI) und First Contentful Paint (FCP) optimiert werden. Im Gegensatz dazu kann eine Anwendung, bei der sich Benutzer zu Beginn ihres Tages anmelden und mit der sie den ganzen Tag über interagieren, möglicherweise für das anwendungsinterne Erlebnis optimiert werden. Das Anwendungsteam optimiert möglicherweise nach jeder Navigation die Kennzahl First Input Delay (FID), anstatt die Seite beim ersten Laden zu laden.
Öffentliche Websites müssen für verschiedene Browserumgebungen geeignet sein. Unternehmensanwendungen mit bekannten Einschränkungen in der Client-Umgebung können ihre Mikro-Frontend-Zusammensetzung entsprechend ihren Einschränkungen optimieren.
Es gibt keine einzige richtige Wahl für Architekturentscheidungen. Verstehen Sie die Kompromisse, den Kontext, in dem das Unternehmen tätig ist, die Nutzungsmuster und die Kennzahlen, um Entscheidungen zu treffen, die für jede einzelne Anwendung geeignet sind.
