AWS abre prévia da conexão privada direta entre a sua nuvem e a Microsoft Azure
O Interconnect - multicloud passa a atender o Azure em quatro regiões, ainda em prévia pública, quatro meses depois de entrar em disponibilidade geral com o Google Cloud
Empresas que mantêm sistemas em mais de uma nuvem convivem há anos com o mesmo trabalho manual: contratar um parceiro de rede, atravessar um ponto de troca de tráfego ou montar uma malha de VPNs para ligar uma nuvem à outra. É um processo que costuma ser medido em semanas.
Na segunda-feira, a Amazon Web Services anunciou que a Microsoft Azure passou a ser atendida pelo serviço que a AWS criou para eliminar esse trabalho. A notícia vem com uma ressalva que precisa aparecer antes de qualquer outra coisa: é prévia pública, não disponibilidade geral.
Apuração · o que é verificável
O que aconteceu
Em 31 de agosto de 2026, a AWS anunciou a prévia pública do AWS Interconnect - multicloud com a Microsoft Azure. O serviço permite provisionar conexões privadas e de alta velocidade entre uma rede virtual na AWS e uma rede virtual em outro provedor de nuvem, sem passar pela internet pública.
Segundo o comunicado da AWS, a prévia com o Azure está disponível em quatro regiões da AWS: Leste dos Estados Unidos, em Norte da Virgínia; Oeste dos Estados Unidos, em Norte da Califórnia; Ásia-Pacífico, em Sydney; e Europa, em Frankfurt. O provisionamento é feito pelo console de gerenciamento da AWS, pela linha de comando ou pela API.
O lado da Microsoft tem nome próprio: Azure Multicloud Interconnect. Em publicação assinada por Robert Kennedy no blog de redes e distribuição de conteúdo da AWS, também de 31 de agosto de 2026, a empresa descreve que a ligação usa arquitetura com redundância quádrupla, distribuída por instalações e roteadores fisicamente diversos, com quatro caminhos lógicos independentes por conexão, e criptografia MACsec entre os roteadores de borda. O mesmo texto informa que a integração se apoia em uma especificação aberta de API publicada pela AWS no GitHub durante o re:Invent de 2025.
A cronologia do produto ajuda a situar o anúncio. O Interconnect - multicloud entrou em prévia em novembro de 2025 e chegou à disponibilidade geral em 14 de abril de 2026, tendo o Google Cloud como primeiro parceiro de lançamento, em cinco regiões. Na ocasião, a AWS informou que Microsoft Azure e Oracle Cloud Infrastructure viriam ainda em 2026. A prévia com a Oracle foi anunciada em maio de 2026, e a com o Azure é a que sai agora.
Sobre preço, o que existe publicado é o modelo anunciado na disponibilidade geral: tarifa única baseada na largura de banda escolhida pelo cliente e no alcance geográfico da conexão, com um interconnect local de 500 Mbps gratuito por região a partir de maio. O comunicado da prévia com o Azure não divulga valores nem opções de banda específicas para esse par de nuvens.
Registre-se o estágio, sem ambiguidade: com o Google Cloud e com a Oracle Cloud Infrastructure o serviço está em disponibilidade geral; com a Microsoft Azure ele está em prévia pública, e a própria documentação sinaliza que recursos, metas de desempenho e prazos podem mudar até a disponibilidade geral.
Contexto
Por muito tempo, ligar duas nuvens grandes uma à outra foi um problema deixado para terceiros. As alternativas usuais eram três: túneis VPN sobre a internet pública, que são simples de montar e ruins de prever em latência; um provedor de rede intermediário, que resolve mas acrescenta um contrato e um fornecedor a mais na conta; ou uma conexão dedicada montada em uma instalação de colocation, que funciona bem e leva tempo.
O que muda com um produto como este é quem opera a ligação. Em vez de o cliente costurar as pontas, cada provedor expõe o serviço no próprio console e a ligação é provisionada pelos dois lados a partir de uma especificação comum. A publicação da AWS resume a diferença de prazo dizendo que o provisionamento acontece em alguns cliques, em vez de semanas ou meses.
Vale entender por que a especificação aberta importa mais do que a lista de regiões. Se cada par de nuvens exigisse uma integração própria, o número de integrações cresceria com o quadrado do número de participantes. Uma especificação que qualquer provedor pode implementar transforma isso em uma integração por provedor. É o mesmo raciocínio que sustenta protocolos de rede em geral, e é a razão pela qual a adesão do Azure vale mais como precedente do que como funcionalidade isolada.
Há também um ponto que o anúncio não resolve e que não deve ser confundido: conectividade privada entre nuvens reduz latência e exposição de rede, mas não elimina a cobrança de transferência de dados de saída, que é um dos itens mais discutidos na conta de quem opera em mais de um provedor. São duas questões diferentes, e apenas a primeira está em jogo aqui.
Interpretação editorial da sysINFO
Análise sysINFO
A leitura da sysINFO é que o anúncio interessa menos pelo recurso e mais pela mudança de postura que ele indica. Durante anos, a dificuldade de sair de uma nuvem ou de operar entre duas foi tratada pelos próprios provedores como um problema do cliente. Ver AWS e Microsoft implementando os dois lados de uma mesma especificação aberta é um movimento na direção contrária, e não é um movimento trivial para empresas que competem diretamente.
O contraponto honesto é o tamanho do que foi entregue. Quatro regiões, em prévia, sem preço divulgado para esse par de nuvens, é um começo estreito diante da malha global das duas empresas. Uma prévia também não carrega compromisso de disponibilidade, e a experiência do setor mostra que a distância entre uma prévia e a disponibilidade geral pode ser de meses ou de nunca. Quem estiver desenhando arquitetura hoje deve tratar isso como possibilidade futura, não como fundação.
Registramos que esta seção é interpretação editorial da sysINFO, não relato de fato. Verificáveis são a data do anúncio, o estágio de prévia, as quatro regiões, os nomes dos serviços dos dois lados, a arquitetura descrita pela AWS e o histórico do produto desde novembro de 2025. A avaliação sobre o significado estratégico do movimento e sobre a estreiteza do escopo é leitura nossa.
Recorte brasileiro
Impacto para o Brasil
O efeito prático imediato para quem opera no Brasil é nenhum, e isso precisa ser dito com clareza: nenhuma das quatro regiões da prévia é a região de São Paulo. Empresas brasileiras que hoje mantêm cargas de trabalho divididas entre AWS e Azure continuam dependendo das mesmas alternativas de sempre para ligar as duas pontas.
Ainda assim, o assunto não é indiferente por aqui. Arquitetura em mais de uma nuvem é comum em setores regulados no Brasil, sobretudo no financeiro, onde exigências de continuidade e de plano de saída empurram as instituições a não concentrar tudo em um só provedor. Para essas equipes, a existência de um caminho gerenciado entre nuvens muda a conversa sobre custo e prazo de um plano de contingência, mesmo que a ferramenta ainda não esteja disponível na região local.
Há um segundo recorte, de soberania de dados. Uma conexão privada entre nuvens só resolve o trajeto; ela não altera onde o dado é processado nem sob qual jurisdição ele fica. Para quem precisa demonstrar a um regulador brasileiro onde a informação está, a pergunta relevante continua sendo a localização das regiões usadas, e não a natureza do enlace entre elas.
Agenda de acompanhamento
O que observar agora
A prévia abre uma janela de perguntas que só o tempo responde. Estes são os pontos que a sysINFO vai acompanhar, sempre nos comunicados oficiais dos provedores.
- Se e quando a conectividade com o Azure sair da prévia e entrar em disponibilidade geral, e com quais garantias de disponibilidade.
- Se a lista de regiões atendidas passará a incluir a América do Sul, e em especial a região de São Paulo.
- Qual será o preço praticado para o par AWS e Azure, que ainda não foi divulgado.
- Se outros provedores adotarão a mesma especificação aberta publicada no GitHub, ampliando a malha para além dos quatro já anunciados.
- Se a conectividade privada virá acompanhada de alguma mudança nas tarifas de transferência de dados de saída, que continuam sendo cobradas à parte.
Fontes consultadas
-
Amazon Web Services
AWS announces AWS Interconnect - multicloud connectivity with Microsoft Azure in preview
-
Amazon Web Services
AWS and Microsoft Azure collaborate to expand multicloud networking
-
Amazon Web Services
AWS announces general availability of AWS Interconnect - multicloud
-
Amazon Web Services
AWS announces AWS Interconnect - multicloud connectivity with Oracle Cloud Infrastructure in preview
-
Amazon Web Services
Como esta matéria foi produzida. Conteúdo elaborado pela Redação sysINFO com apoio de inteligência artificial, a partir das fontes relacionadas nesta página. As análises representam uma interpretação editorial automatizada dos acontecimentos. Leia a política de utilização de inteligência artificial e a política de correções.
