Stratégie multi-région

Quand c’est nécessaire

• La latence du push depuis des régions distantes est critique (>200ms agent → ingest)
• Conformité — la data residency impose le stockage dans une géographie précise
• Le volume de données dépasse la capacité single-VM (>20 TB raw)

Que choisir

Sélecteur par région dans l’UI (plus simple)

L’utilisateur choisit une région dans la sidebar avant de consulter. Les données ne sont pas agrégées entre régions.

• Pro : une implémentation simple, des performances prévisibles
• Con : une « vue unique » est impossible

Fédération côté serveur (plus dur, ajouté plus tard)

L’API fait un fan-out sur toutes les régions pertinentes et merge sur le serveur.

• Pro : un UX unifié
• Con : la sémantique d’agrégation PromQL entre régions n’est pas triviale (on ne peut pas simplement concat des series de matrix-result aux labels identiques)