A mesma etiqueta do GitHub Actions agora pode rodar na AWS
Um job pode falhar no login externo sem alteração no YAML. Em 28 de outubro, o GitHub anunciou capacidade Linux na AWS além do Azure. A etiqueta pode continuar igual enquanto o endereço de saída muda.
Mais máquinas por trás das mesmas etiquetas
Entram runners Linux padrão de 2 e 4 núcleos e larger runners compatíveis desses tamanhos sem configurações especiais. Windows e redes privadas ficam de fora. Free, Pro e Team participam automaticamente; Enterprise Cloud pode habilitar AWS em Actions > Hosted compute cloud providers.
O GitHub distribui jobs elegíveis entre provedores disponíveis sem mudar etiquetas ou sintaxe. Busca reduzir filas por falta de capacidade e aumentar resiliência. Isso não garante aceleração de cada job nem execução duplicada nas duas nuvens.
Por que a falha pode parecer intermitente
Imagine uma API de deploy que só aceita endereços Azure. O mesmo workflow pode passar pelo Azure e falhar por outra saída. O GitHub também cita condições de rede do Microsoft Entra Conditional Access. É uma situação ilustrativa, não um incidente observado.
Antes de trocar tokens, compare horário, destino, IP de origem e política aplicada. Esperar uma máquina e receber uma recusa de autenticação após iniciar são fases diferentes. Mais capacidade não corrige regras de acesso.
IPs devem ser lidos como faixas
O ponto oficial é actions em GET https://api.github.com/meta. A documentação REST pede valores atuais, não cópias dos exemplos. Nosso teste local com Python ipaddress usa a faixa documental 192.0.2.0/24: .10 e .200 estão dentro; 198.51.100.10 está fora. Não são IPs reais de runners.
Liberar todas as faixas não serve para todos. A referência desaconselha os muitos intervalos padrão para recursos internos e indica larger runners com IP estático ou runners próprios. Origem de rede não substitui autenticação e privilégio mínimo.
Etiqueta estável, premissa diferente
Localize a falha antes ou depois do início e compare faixas atuais com políticas reais. Se a saída fixa é requisito, escolha um runner adequado. Uma etiqueta não deve representar silenciosamente a identidade do provedor de nuvem.