Microsoft recorre à AWS para aliviar gargalo de capacidade de IA no GitHub

A Microsoft está usando a AWS não por fraqueza estratégica, mas por uma realidade operacional crua: o GitHub virou um dos maiores consumidores de infraestrutura de IA do planeta, e sua demanda está crescendo 14x em um ano, enquanto o Azure ainda luta para entregar GPU e CPU na velocidade exigida. Os 14 bilhões de commits previstos para 2026 não são só tráfego: são milhões de pull requests geradas por agentes, testes automatizados disparados em cascata, indexações de código em tempo real e execuções de Actions que sobrecarregam sistemas projetados para humanos, não para máquinas que codificam 24/7.

Essa pressão não é isolada. O Azure já esgotou capacidade em regiões-chave como Leste dos EUA (julho/2025) e Reino Unido Sul (início/2026), forçando bloqueios em novas implantações de VMs com GPUs. A Microsoft investe US$ 190 bi em CAPEX em 2026, mas 48 interrupções importantes entre maio/2025 e abril/2026, com fevereiro sendo o pior mês (37 incidentes), mostram que escala não é só dinheiro: é alocação inteligente, priorização de carga e governança de infraestrutura multi-tenant. O GitHub não compete apenas com o Cursor ou o Claude Code: compete com o Copilot, com o OpenAI, com os próprios serviços de segurança da Microsoft, todos disputando a mesma fatia limitada de compute no Azure.

Em abril, o CEVIU noticiou que as instabilidades do GitHub eram causadas pelo 'rápido crescimento no desenvolvimento orientado por IA', mas ainda sem confirmação de sourcing externo. Em 10 de junho, a Microsoft reforçou sua aposta no GitHub como camada nativa de IA para empresas, mesmo enquanto a plataforma sofria 9 incidentes em maio. Agora, em 17 de junho, a confirmação da parceria com a AWS transforma o diagnóstico em decisão operacional concreta: não é mais só 'pressão por IA', é 'falha de governança de capacidade'. O que era rumor em abril (uso de nuvem rival) virou política explícita de elasticidade, e o que era promessa de migração total para o Azure até 2027 agora coexiste com uma ponte tática para a AWS, com 40% do tráfego monolítico já no Azure, mas sem margem de manobra para absorver o pico agêntico.

Para empresas que dependem do GitHub como camada crítica de desenvolvimento, essa decisão não é só técnica: é um alerta de risco operacional. Se o GitHub, com todo o suporte da Microsoft, precisa alugar compute de um concorrente para evitar downtime, o que isso diz sobre a resiliência de arquiteturas baseadas em IA? Significa que a confiabilidade de plataformas de engenharia não pode mais ser garantida por contrato de nuvem, mas exige design multi-cloud desde a camada de aplicação: tokens sem estado, replicação geográfica, desacoplamento de banco de dados e tolerância a falhas por workload, não por região. E significa que compliance e segurança precisam ser pensados para ambientes híbridos reais, não teóricos: um incidente de segurança em maio (extensão maliciosa no VS Code comprometendo 3.800 repositórios internos) mostra que a superfície de ataque se amplia quando a infraestrutura se fragmenta.