Regiões cloud na América Latina: AWS, Google Cloud e Azure, e quanto custa cada uma

1. Onde há regiões na América Latina#

Escolher a região onde roda a sua aplicação é das decisões mais difíceis de reverter: os dados vivem ali e movê-los custa tempo e dinheiro. A tabela reúne as regiões de AWS, Google Cloud e Azure na região, segundo a documentação oficial de cada provedor consultada em 17 de outubro de 2026.

Os três provedores têm regiões no Brasil (São Paulo) e no México (Querétaro). No Chile (Santiago) há regiões do Google Cloud e do Azure, mas a AWS não a lista na tabela. E para quem opera a partir da Colômbia, nenhum dos três lista hoje uma região no país: as mais próximas são São Paulo, Querétaro e Santiago, ou as dos Estados Unidos.

A Oracle Cloud tem uma região no país: Colombia Central (Bogotá), identificador sa-bogota-1, segundo a sua documentação oficial consultada em 17 de outubro de 2026. Se o seu requisito é que os dados estejam fisicamente na Colômbia, é a opção a avaliar. Não encontramos um anúncio oficial de uma região da AWS, Google Cloud ou Azure na Colômbia.

Documentação: AWS: regiões disponíveis ↗ · Google Cloud: regiões e zonas do Compute Engine ↗ · Azure: lista de regiões ↗ · Oracle: regiões e domínios de disponibilidade ↗

2. Quanto custa cada região#

A região não muda só a latência: muda o preço. A lista de preços oficial da AWS, publicada em 15 de outubro de 2026, mostra que o armazenamento do S3 Standard custa $0,023 por GB-mês na Virgínia (us-east-1), $0,0405 em São Paulo e $0,02415 no México. As requisições também mudam: um milhão de GET custa $0,40, $0,56 e $0,42, respectivamente.

Com um exemplo de 1 TB armazenado, 20 milhões de GET e 2 milhões de PUT por mês, o código calcula o custo mensal em dólares e em pesos colombianos com a TRM oficial de 17 de outubro. É uma referência: não inclui transferência de saída nem impostos.

REGIOES = {  # (USD por GB-mês, USD por milhão de GET, USD por milhão de PUT): S3 Standard, lista oficial da AWS de 2026-10-15
    "us-east-1 (Virgínia)": (0.023, 0.40, 5.00),
    "sa-east-1 (São Paulo)": (0.0405, 0.56, 7.00),
    "mx-central-1 (México)": (0.02415, 0.42, 5.25),
}
GB, GETS_M, PUTS_M = 1_000, 20, 2    # 1 TB armazenado, 20 milhões de GET e 2 milhões de PUT por mês
TRM = 3174.67                        # TRM de 17 out 2026: use a vigente no dia em que orçar

for regiao, (por_gb, por_get, por_put) in REGIOES.items():
    usd = GB * por_gb + GETS_M * por_get + PUTS_M * por_put
    print(f"{regiao}: ${usd:,.2f} por mês | COP {usd * TRM:,.0f}")

São Paulo custa 60 % mais por mês que a Virgínia neste exemplo; o México, 5 % mais. Se os seus usuários estão no Brasil e a latência é crítica, o sobrepreço pode valer a pena; se não, o México é a região latino-americana com o menor acréscimo.

Documentação: AWS: lista de preços oficial do S3 (São Paulo) ↗ · AWS: preços do Amazon S3 ↗

3. Latência: meça, não suponha#

A distância geográfica nem sempre prevê a latência: depende das rotas do seu provedor de internet. Antes de decidir, meça de onde estão os seus usuários ou a sua equipe. O script abre várias conexões TCP a um endpoint público do S3 de cada região e devolve a mediana, em milissegundos.

import socket, statistics, time

ENDPOINTS = {  # um endpoint regional público por região
    "us-east-1": "s3.us-east-1.amazonaws.com",
    "sa-east-1": "s3.sa-east-1.amazonaws.com",
    "mx-central-1": "s3.mx-central-1.amazonaws.com",
}

def conexao_ms(host: str, tentativas: int = 15) -> float:
    """Mediana do tempo de conexão TCP à porta 443, em milissegundos."""
    tempos = []
    for _ in range(tentativas):
        inicio = time.perf_counter()
        with socket.create_connection((host, 443), timeout=5):
            tempos.append((time.perf_counter() - inicio) * 1000)
        time.sleep(0.2)
    return statistics.median(tempos)

for regiao, host in ENDPOINTS.items():
    print(f"{regiao}: {conexao_ms(host):.0f} ms")

Repita a medição em diferentes momentos do dia e a partir das redes dos seus usuários (fibra residencial e dados móveis). Uma diferença de poucos milissegundos raramente justifica pagar mais por armazenamento.

4. Residência de dados#

Alguns setores ou contratos exigem que os dados fiquem em um país ou região. Os três provedores permitem fixar a região de cada recurso, mas o que a sua norma ou o seu cliente exige é uma decisão jurídica, não técnica: consulte assessoria especializada antes de escolher.

Duas precauções técnicas. Primeiro, evite que backups ou logs saiam da região sem você ter decidido. Segundo, documente em que região vive cada serviço: mudá-la depois implica migrar dados.

5. Como escolher conforme o seu caso#

Não há uma região melhor em geral. A tabela transforma cada caso em uma região a avaliar primeiro e o motivo.

Para estimar o custo total com o seu volume, use as fichas de armazenamento do catálogo, que mostram o preço de cada provedor, e o guia do custo real do armazenamento de objetos.

Para se aprofundarCusto real do armazenamento de objetos: S3 vs R2, B2 e Spaces

6. Mantenha seus números em dia#

As regiões e seus preços mudam: a AWS abriu México Central, o Google Cloud Querétaro e o Azure Chile Central nos últimos anos. Os números deste guia são os das fontes oficiais em 17 de outubro de 2026.

• Revise a tabela de regiões de cada provedor antes de comprometer uma arquitetura.
• Recalcule o custo com a lista de preços oficial quando o seu volume mudar.
• Meça a latência de novo se abrir um mercado novo.