Tema: cloud
-
Endpoints de metadados de instâncias na nuvem: por que tokens IMDSv2 e hop limit 1 reduzem o risco de SSRF
As VMs na nuvem expõem um serviço de metadados em endereço link-local que pode devolver credenciais temporárias do papel da instância. Uma falha de SSRF ou a ferramenta de fetch de um agente consegue alcançá-lo. Na AWS, exigir tokens de sessão IMDSv2 e manter o hop limit da resposta ao PUT em 1 elimina os caminhos mais simples.
-
Tags de alocação de custos: um padrão de tagging que sobrevive à exportação de faturamento
A fatura de nuvem só pode ser agrupada por tags que existam no recurso, estejam ativadas para faturamento e sejam escritas de forma consistente. Defina um conjunto curto de chaves obrigatórias, imponha-o na criação com políticas, aplique-o via infraestrutura como código e concilie o gasto sem tags todo mês.
-
Agentes de provisionamento do primeiro boot no Windows na nuvem: EC2Launch v2, Azure VM Agent e cloudbase-init
A AWS, a Azure e a maioria das outras nuvens executam, dentro da imagem do Windows, um pequeno agente que processa user data ou custom data no primeiro boot; os agentes mais comuns são o EC2Launch v2, os agentes de provisionamento e Windows VM Agent do Azure (que gravam o custom data em CustomData.bin, mas não o executam) e o cloudbase-init, de código aberto. Cada um registra logs em um local diferente, que vale conferir quando o provisionamento parece ter falhado em silêncio.
-
State do Terraform: o que armazena, por que é bloqueado e como o drift aparece
O state associa os endereços dos recursos na configuração aos objetos reais e guarda valores de atributos, inclusive segredos, em JSON puro; um backend remoto com lock evita que gravações concorrentes o corrompam, e o drift (alterações feitas fora do Terraform) aparece como diferenças inesperadas no plan ou numa execução refresh-only.
Legível por máquina: JSON