Déploiement multi-région
Replication logique cross-region, failover automatique, data residency par pays. Patterns pour SaaS global avec latence locale sans sacrifier la cohérence.
12 min de lecture·Niveau avancé·Révisé le 15 avr. 2026
#
Topologies
Trois patterns courants
- Single region (par défaut) — tout dans
eu-west-3: Postgres, Storage, Functions, CDN. Latence minimale intra-région, un seul point de défaillance au niveau région AWS. - Primary + read replicas — primary dans une région, replicas en lecture dans d'autres (eu → us-east + apac). Écritures centralisées, lectures distribuées.
- Active-active multi-région (Enterprise) — Postgres avec BDR (bi-directional replication), logical decoding par table, résolution de conflits custom.
#
Replication logique
Table par table, filtrée
Activez la replication logique depuis le Studio ou CLI. Choisissez les tables à répliquer (granularité fine : exclure les tables lourdes non-critiques).
#
Failover
Automatique sous 30 secondes
Notre agent monitore chaque primary avec health checks multi-AZ. Sur panne confirmée (3 checks consécutifs), un replica est promu en ~30s. Le gateway bascule les connexions automatiquement.
Attention
Pendant le failover, les écritures sont mises en file d'attente côté client SDK (retry automatique avec backoff). Les lectures continuent sur les replicas survivants.
#
Data residency
Pinning par pays sur Enterprise
Plan Enterprise : épingle chaque projet à un pays. Les données, backups, replicas et caches CDN ne quittent jamais le territoire — engagement contractuel, sans certification tierce à ce jour.
FR
France
RGPD
DE
Allemagne
RGPD
US
États-Unis
CCPA
UK
Royaume-Uni
UK GDPR
JP
Japon
APPI
BR
Brésil
LGPD
Dernière mise à jour · 15 avr. 2026