23. Segurança, segredos e cadeia de suprimentos

Este capítulo apresenta Segurança, segredos e cadeia de suprimentos em uma sequência pensada para quem está aprendendo o assunto. Os conceitos serão ligados a problemas, decisões, formas de execução e evidências, para que siglas e ferramentas ganhem sentido dentro do ciclo completo da tecnologia.

A infraestrutura passa então a ser descrita como código versionado. Isso permite planejar mudanças, revisar dependências, repetir ambientes e reduzir diferenças invisíveis entre o que foi projetado e o que está em execução. Este é o capítulo 23 de 25 da disciplina Infraestrutura como Código (IaC). Ele retoma Testes, validação e políticas como código e acrescenta uma nova camada. Na sequência, estudaremos Migrações, dependências e continuidade.

Ponto de partida

Para compreender infraestrutura, acompanhe o caminho completo de uma solicitação e de seus dados. Identifique o componente que recebe a entrada, o estado que precisa conservar, as dependências que aciona e a saída que entrega. Depois introduza atraso, indisponibilidade ou configuração incorreta e observe como o sistema reage.

Em Infraestrutura como Código (IaC), o nome de uma tecnologia é apenas o começo. O entendimento surge quando você relaciona finalidade, arquitetura, configuração, operação, segurança e recuperação. Essa leitura por camadas evita decorar siglas sem compreender o mecanismo que sustenta o serviço.

Fundamentos e vocabulário

Começamos por Fundamentos e vocabulário, que fornece a linguagem necessária para compreender as partes seguintes.

O primeiro elemento dessa parte estabelece a base. Least privilege para IaC limita a identidade de automação às ações e escopos necessários. Observe como essa regra define o papel do componente e quais efeitos aparecem nas camadas vizinhas.

Em uma implementação real, separar plan e apply e usar credenciais temporárias por ambiente. A configuração precisa deixar claro onde o recurso atua, quais dependências utiliza e o que deve acontecer tanto no fluxo normal quanto durante uma falha.

É possível verificar esse funcionamento: políticas e logs mostram acesso mínimo e sessão de curta duração. Registros, métricas, testes e inspeção do estado devem confirmar o comportamento observado, em vez de apenas provar que o componente existe.