Quando você projeta uma aplicação pensando em disponibilidade global, geralmente assume que o problema de conectividade já foi resolvido. Fibra, 4G, data centers distribuídos, parece que o mundo está coberto. Mas tente fazer deploy de algo que precisa funcionar nas Filipinas rurais, nas ilhas do Pacífico ou nas estepes da Mongólia, e a realidade bate forte.

É aqui que a banda larga via satélite de órbita terrestre baixa (LEO) deixou de ser curiosidade de nicho e virou variável de arquitetura.

GEO vs LEO: a mudança que finalmente tornou o satélite viável para aplicações reais

Durante décadas, satélite era sinônimo de latência absurda. Satélites geoestacionários operam a mais de 35.000 km de altitude, o round-trip de um pacote facilmente ultrapassava 600ms. Nas Filipinas, esse era o número real registrado em 2025 com operadoras tradicionais como a Kacific.

A Starlink opera a aproximadamente 550 km de altitude. Essa diferença não é incremental, é uma mudança de ordem de magnitude. A Nova Zelândia está registrando latências em torno de 35ms via satélite. A Austrália bate médias de download acima de 160 Mbps.

Para quem trabalha com aplicações que dependem de WebSockets, chamadas de API síncronas ou qualquer coisa que sofra com latência alta, isso muda completamente o conjunto de usuários que você pode atender com uma arquitetura padrão.

A geografia como constraint de sistema: arquitetar para mercados fragmentados

A Ásia-Pacífico é o caso de uso mais brutal para infraestrutura distribuída. A Indonésia tem mais de 17.000 ilhas. As Filipinas, mais de 7.000. Estender fibra óptica para esses territórios não é uma questão de vontade política ou investimento, é uma equação de custo que raramente fecha.

O que isso significa na prática para desenvolvedores?

Usuários nesses mercados chegam com conectividade intermitente, variable bandwidth e potencial para quedas bruscas de throughput. Aplicações que assumem conexão estável e rápida vão performar de forma imprevisível. Padrões como offline-first, sync diferido e design tolerante a falhas de rede deixam de ser boas práticas e viram requisito.

A Indonésia, inclusive, registrou leve queda de performance recente, não por problema técnico do satélite, mas por pressão de capacidade causada pelo crescimento de demanda. É o mesmo problema de qualquer infraestrutura compartilhada em escala.

Regulação como camada de infraestrutura: o que você não vê no dashboard de latência

Aqui está algo que costuma pegar desenvolvedores de surpresa: a qualidade de conexão disponível num país não depende só de engenharia. Depende de política.

Cada mercado tem sua própria régua regulatória. Japão e Austrália tinham frameworks prontos, a Starlink entrou rápido. No Japão, o modelo inicial foi B2B: a KDDI usou o serviço para backhaul de torres móveis em áreas rurais, não para acesso residencial direto.

Filipinas e Malásia aprovaram operação em 2023. A Indonésia demorou mais por restrições a propriedade estrangeira. O Sri Lanka reformou a legislação de telecom pela primeira vez em décadas para viabilizar a entrada. Bangladesh criou um sistema de licenciamento específico para satélites não-geoestacionários.

A Índia é o caso mais interessante: todas as aprovações principais já foram obtidas, mas detalhes como precificação de espectro e clearance de segurança ainda travam a operação em escala. Um mercado de 1,4 bilhão de pessoas potencialmente entrando na base de usuários conectados via LEO é uma variável que qualquer arquitetura global precisa considerar.

Estações terrestres como edge nodes: por que a infraestrutura local ainda importa

Existe um detalhe técnico que o marketing de satélite costuma suavizar: a performance do LEO depende criticamente de onde ficam as estações terrestres (ground stations).

Mercados com ground stations locais, Austrália e Nova Zelândia são o exemplo mais claro na região, conseguem rotear o tráfego de forma eficiente e manter latência baixa. Mercados sem essa infraestrutura próxima veem latências ultrapassando facilmente 100ms, mesmo com LEO.

É análogo ao problema de edge computing: a proximidade física ainda importa, mesmo quando você está falando de satélites. Para quem desenha arquiteturas com CDN, seleção de região de cloud ou otimização de rotas de rede, essa é uma variável que começa a entrar no cálculo.

Direct-to-device: a próxima quebra de premissa

Se LEO já mudou o que se pode assumir sobre conectividade em áreas remotas, a tecnologia de direct-to-device vai mais longe: satélites conectando diretamente a smartphones, sem necessidade de hardware dedicado.

Isso amplia o conjunto de usuários potencialmente conectados para além de quem pode pagar pelo kit de antena. Para aplicações móveis com foco em mercados emergentes, essa é uma mudança de endereçamento de mercado, não só de infraestrutura.

Concorrência chegando: o mapa não vai ser Starlink para sempre

A Starlink detém hoje mais de 97% da atividade global de Speedtest via satélite e opera em 155 países com cerca de 10 milhões de usuários. É dominância quase absoluta.

Mas o cenário está mudando. O projeto Kuiper da Amazon vai substituir parte da constelação de satélites governamentais australianos. A China está construindo sua própria rede LEO, o Qianfan, com modelo de operação diferente, geralmente via parcerias locais em vez de acesso direto ao consumidor.

Para quem trabalha com aplicações que dependem de conectividade de terceiros ou pensa em estratégias multi-cloud/multi-network, o surgimento de múltiplos provedores LEO começa a criar oportunidades de redundância e negociação que não existiam antes.

O que levar para o próximo projeto

A banda larga via satélite na Ásia-Pacífico não é uma história sobre o espaço ou sobre telecomunicações. É sobre o conjunto de premissas que você pode ou não pode fazer ao projetar sistemas para escala global.

Latência baixa em áreas remotas começa a ser viável. Conectividade estável em mercados arquipelagos deixa de ser exceção. Mas regulação, infraestrutura terrestre e capacidade de rede ainda criam variações significativas entre mercados, às vezes no mesmo país.

Se sua aplicação precisa funcionar onde a fibra não chega, ou se você está desenhando para mercados que historicamente ficaram fora do radar por limitações de conectividade.

Esse mapa está mudando mais rápido do que a maioria dos roadmaps de produto acompanha.