Decisioni architettoniche nei microfrontend

I team che applicano un modello di architettura micro-frontend per le proprie applicazioni devono prendere diverse decisioni sull'architettura nella fase iniziale:

Le sezioni seguenti trattano questi argomenti in modo più approfondito.

Quando si prendono decisioni sull'architettura, è essenziale disporre delle metriche corrette e comprendere i modelli di utilizzo, le caratteristiche delle applicazioni e i compromessi. Ad esempio, un sito di e-commerce presenta caratteristiche e modelli di utilizzo diversi rispetto a uno strumento di montaggio video o a dashboard di osservabilità.

Le applicazioni destinate al pubblico con traffico elevato e profondità di sessione breve possono essere ottimizzate per le metriche iniziali di caricamento della pagina come Time to Interactive (TTI) e First Contentful Paint (FCP). Al contrario, un'applicazione a cui gli utenti accedono all'inizio della giornata e con cui continuano a interagire per tutto il giorno potrebbe essere ottimizzata per l'esperienza all'interno dell'applicazione. Il team dell'applicazione potrebbe ottimizzare la metrica First Input Delay (FID) dopo ogni navigazione anziché il caricamento iniziale della pagina.

I siti Web pubblici devono soddisfare diversi ambienti di browser. Le applicazioni aziendali con vincoli noti sull'ambiente client possono ottimizzare la composizione dei microfrontend in base ai propri vincoli.

Non esiste un'unica scelta giusta per le decisioni relative all'architettura. Comprendi i compromessi, il contesto in cui opera l'azienda, i modelli di utilizzo e le metriche per guidare le decisioni adatte a ogni singola applicazione.