Infraestrutura como codigo para cloud governada.
Terraform permite declarar e versionar infraestrutura cloud como codigo. No contexto da Lumi Data, e essencial para ambientes reproduziveis, auditaveis e menos dependentes de configuracao manual.
Terraform implementa o paradigma de Infrastructure as Code declarativo com dois princípios fundamentais: idempotência (aplicar a mesma configuração múltiplas vezes sempre produz o mesmo resultado, independentemente do estado inicial) e convergência (o provider calcula o delta entre o estado declarado e o estado atual e executa apenas as mudanças necessárias). O state file do Terraform é o mecanismo que torna a idempotência possível: armazena o mapeamento entre recursos declarados e recursos reais na cloud, permitindo que o plan detecte drift (mudanças manuais feita fora do Terraform) e que o destroy saiba exatamente o que remover. Kief Morris (2016), em "Infrastructure as Code", estabelece os princípios que Terraform implementa: infraestrutura deve ser tratada com as mesmas práticas de engenharia do software de aplicação (versionamento, revisão de código, testes automatizados, CI/CD). Forsgren et al. (2018) em Accelerate documentam que times de elite fazem infrastructure changes via pull request com aprovação, exatamente o workflow que GitOps com Terraform enforce.
A infraestrutura existente criada manualmente no console AWS é importada para Terraform com "terraform import", estabelecendo um state file como fonte de verdade. A partir daí, todas as mudanças passam por pull request com terraform plan como comentário automatizado, criando um histórico auditável de quem mudou o quê e quando — requisito de compliance que ClickOps não consegue atender.
Terraform Workspaces ou estrutura de módulos com diferentes tfvars separam os ambientes com a mesma configuração base. Promoção de mudanças de infra segue o mesmo fluxo do código de aplicação: branch, PR, review, merge, apply automatizado via CI/CD (GitHub Actions + Atlantis). O plano de produção é sempre revisado por um segundo engenheiro antes do apply.
Terraform com políticas Sentinel ou OPA (Open Policy Agent) previne criação de recursos não-conformes — buckets S3 públicos, security groups com porta 22 aberta para o mundo, instâncias sem criptografia em repouso. O git history do repositório de infra é evidência de auditoria: cada mudança tem autor, timestamp, justificativa no commit message e aprovação no PR.
IaC com Terraform não é opcional em nenhum projeto Lumi que envolve provisionamento de recursos cloud — é o mínimo de qualidade de operação que aceitamos entregar. Nossa linha é clara: se o recurso foi criado no console sem Terraform, ele não existe para nós formalmente, e a primeira etapa é importar ou recriar. Usamos remote state com locking (S3 + DynamoDB ou Terraform Cloud) desde o primeiro recurso, módulos com interfaces explícitas para reutilização entre projetos, e terraform plan automatizado em PR como gate de revisão antes de qualquer apply em produção. Alinhamos com os princípios de GitOps: o repositório é a única fonte de verdade sobre o estado desejado da infraestrutura, e nenhuma mudança acontece fora do fluxo de código.
A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.
A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.
A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.
A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.
HashiCorp. (2021). Infrastructure as Code: What Is It? Why Is It Important? HashiCorp Learn. learn.hashicorp.com.
Define os princípios de IaC com Terraform — idempotência, versionamento, estado declarativo — e o workflow de plan/apply como mecanismo de revisão de mudanças de infraestrutura.
Morris, K. (2016). Infrastructure as Code: Managing Servers in the Cloud. O'Reilly Media.
Estabelece os princípios de IaC — imutabilidade, reproductibilidade, tratamento de infra como código de aplicação — que fundamentam as práticas de Terraform em projetos de produção.
Kim, G., Humble, J., Debois, P., & Willis, J. (2016). The DevOps Handbook. IT Revolution Press.
Contextualiza IaC como prática fundamental do Primeiro Caminho do DevOps (Flow) — infraestrutura como código acelera o fluxo de mudanças de desenvolvimento para produção.
Forsgren, N., Humble, J., & Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press.
Documenta que times de elite fazem mudanças de infraestrutura via peer review — exatamente o workflow GitOps que Terraform com PR e terraform plan automatizado implementa.
HashiCorp. (2023). Terraform Documentation: State. developer.hashicorp.com/terraform/language/state.
Documentação do mecanismo de state do Terraform, cobrindo remote state com locking, import de recursos existentes e detecção de drift como fundamentos operacionais.
A Lumi avalia contexto, dados, equipe, custo e maturidade para recomendar a tecnologia certa e entregar com responsabilidade.
