Implante servidores de app em regiões próximas aos usuários; use DNS global ou CDN para rotear tráfego. Replique ou particione dados conforme consistência. Multi-região adiciona complexidade; comece com primária e uma de failover.
Por que multi-região
- Latência: Usuários têm menor latência quando os servidores estão na sua região. Use DNS geo ou CDN para direcionar o tráfego.
- Resiliência: Se uma região falhar, o tráfego pode fazer failover para outra.
- Compliance: Residência de dados pode exigir rodar (ou armazenar) em regiões específicas (ex.: UE para GDPR).
Tráfego e DNS
- DNS global: Retorne registros A/AAAA diferentes por geografia (geo DNS) para clientes resolverem para a região mais próxima.
- CDN: Para conteúdo estático ou cacheável, bordas da CDN dão baixa latência sem rodar app em todo lugar.
- Load balancer: Load balancer global pode rotear para backends regionais e fazer failover por health.
Dados
- Replicação: Replique DB/cache de forma assíncrona ou síncrona para outra região. Consistência e conflitos ficam complexos.
- Particionamento: Shard ou particione dados por região. Consistência mais simples mas acesso cross-region tem latência.
- Comece simples: Primária em uma região, réplica de leitura ou standby em outra. Adicione regiões conforme precisar.
Resumo
Multi-região melhora latência e resiliência. Use DNS global ou LB para rotear; replique ou particione dados conforme consistência. Comece com primária + uma região de failover.
