Décisions architecturales dans les micro-frontends

Les équipes qui appliquent un modèle d'architecture micro-frontend à leurs applications doivent prendre plusieurs décisions concernant l'architecture dès le début :

Les sections suivantes abordent ces sujets de manière plus approfondie.

Lorsque vous prenez des décisions en matière d'architecture, il est essentiel de disposer des indicateurs appropriés et de comprendre les modèles d'utilisation, les caractéristiques des applications et les compromis à faire. Par exemple, un site de commerce électronique présente des caractéristiques et des modes d'utilisation différents de ceux d'un outil de montage vidéo ou de tableaux de bord d'observabilité.

Les applications destinées au public présentant un trafic élevé et une faible profondeur de session peuvent être optimisées pour les indicateurs de chargement initial des pages, tels que Time to Interactive (TTI) et First Contentful Paint (FCP). En revanche, une application à laquelle les utilisateurs se connectent au début de leur journée et avec laquelle ils continuent d'interagir tout au long de la journée peut être optimisée pour l'expérience intégrée à l'application. L'équipe chargée de l'application peut optimiser la métrique FID (First Input Delay) après chaque navigation au lieu du chargement initial de la page.

Les sites Web publics doivent s'adapter à différents environnements de navigation. Les applications d'entreprise présentant des contraintes connues sur l'environnement client peuvent optimiser la composition de leur micro-frontend en fonction de leurs contraintes.

Il n'existe pas de bon choix unique pour les décisions en matière d'architecture. Comprenez les compromis, le contexte dans lequel l'entreprise opère, les modèles d'utilisation et les indicateurs pour orienter les décisions adaptées à chaque application individuelle.