Infraestrutura como Código
Aprenda como a Infraestrutura como Código permite definir recursos de nuvem de forma declarativa para provisionamento repetível, automatizado e controlado por versões.
Infraestrutura como Código é uma aula grátis de System Design Basics for Backend Developers no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de System Design Basics for Backend Developers, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de System Design Basics for Backend Developers inclui 4 aulas no total.
Partes desta aula ainda não foram traduzidas e aparecem em inglês.
From Clicking to Code
Manually clicking through a cloud console to create servers and networks is slow, error-prone, and impossible to reproduce. Infrastructure as Code (IaC) defines your infrastructure in files you can version, review, and re-run.
Why IaC Matters
IaC brings software engineering discipline to infrastructure:
- Version control and code review for changes
- Reproducible environments (dev, staging, prod identical)
- Automated, fast provisioning and teardown
- Self-documenting infrastructure
Declarative vs Imperative
IaC tools are usually declarative: you describe the desired end state and the tool figures out how to get there. Imperative scripts instead list the exact steps. Declarative is easier to reason about and converge to.
A Declarative Resource
Here is a declarative definition of a virtual machine. You state what should exist; the tool creates or updates it to match.
resource "aws_instance" "web" {
ami = "ami-123456"
instance_type = "t3.micro"
tags = {
Name = "web-server"
}
}Idempotency
A core IaC property is idempotency: applying the same definition repeatedly yields the same result. If the resource already matches, nothing changes. This makes re-runs safe.
State and Drift
Many tools track a state of what they manage. When reality diverges — someone changes a resource by hand — that is drift. The tool detects drift and can reconcile infrastructure back to the declared definition.
Plan Before Apply
Good IaC workflows preview changes before applying them. A plan step shows exactly what will be created, changed, or destroyed, so you catch a destructive change in review rather than in production.
$ terraform plan
+ aws_instance.web will be created
~ aws_security_group.sg will be updated
- aws_instance.old will be destroyedProvisioning vs Configuration
Two related but distinct jobs:
- Provisioning creates infrastructure (Terraform, CloudFormation, Pulumi)
- Configuration management sets up software on existing machines (Ansible, Chef, Puppet)
Containers and immutable images blur this line.
Modules and Reuse
Avoid copy-paste by packaging infrastructure into reusable modules with input variables. One well-tested module can stamp out identical, parameterized environments for many teams.
module "web" {
source = "./modules/app"
instance_type = "t3.small"
env = "production"
}IaC and Cloud-Native CI/CD
IaC fits naturally into pipelines: a commit triggers a plan, review approves it, and the pipeline applies it. Combined with containers and Kubernetes manifests, the entire stack — network, cluster, and apps — becomes reproducible from code.
Best Practices
Keep IaC healthy: store state remotely and locked, never hardcode secrets, review every plan, keep modules small, and treat infrastructure code exactly like application code — tested and reviewed.
Quick Check
Test your understanding of Infrastructure as Code.
Recap
You learned the foundations of Infrastructure as Code:
- Declarative definitions describe desired state idempotently
- State tracking detects and reconciles drift
- Plan before apply to preview changes safely
- Modules enable reuse; IaC integrates into CI/CD pipelines
Perguntas Frequentes
A aula “Infraestrutura como Código” é grátis?
Sim — o texto completo de “Infraestrutura como Código” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de System Design Basics for Backend Developers, atualize para CoddyKit PRO. O curso de System Design Basics for Backend Developers inclui 4 aulas no total.
O que vou aprender em “Infraestrutura como Código”?
Aprenda como a Infraestrutura como Código permite definir recursos de nuvem de forma declarativa para provisionamento repetível, automatizado e controlado por versões. Você pratica System Design Basics for Backend Developers com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.
Preciso ter experiência prévia para começar System Design Basics for Backend Developers?
Nenhuma experiência prévia é necessária. System Design Basics for Backend Developers no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.
Quanto tempo leva a aula “Infraestrutura como Código”?
A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.
Posso escrever e executar código nesta aula de System Design Basics for Backend Developers?
Sim. Cada aula de System Design Basics for Backend Developers inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.
Todas as aulas deste curso
- Arquiteturas sem servidor
- Conteinerização com Docker e K8s
- Observabilidade e rastreamento distribuído
- Infraestrutura como Código