Microfrontend

Il problema

Team diversi devono evolvere parti di una grande UI con cicli di rilascio indipendenti.

Il pattern

Suddividere il frontend in vertical slice con ownership chiara, integrati da una shell e da contratti di composizione.

Come funziona

Ogni microfrontend può possedere UI, chiamate al proprio BFF e parte del dominio di esperienza. Design system, routing, auth e telemetry devono rimanere governati centralmente.

Esempio sanitario

Benefici

• Autonomia dei team frontend
• Release indipendenti
• Allineamento con bounded context

Trade-off

• Bundle e runtime più complessi
• Versionamento di contratti UI
• Rischio UX frammentata

Quando usarlo

Per organizzazioni grandi con team verticali e release realmente indipendenti.

Quando evitarlo

Per una singola squadra o una UI piccola.

Pattern correlati