Terraform para Iniciante 2026: Infraestrutura como Código

Você quer entrar em Cloud ou DevOps, mas toda vaga pede Terraform, AWS, Kubernetes, CI/CD, “Infrastructure as Code”, e parece que existe uma escada invisível entre você e a entrevista. A sensação é bem comum: você abre uma descrição de vaga no LinkedIn, vê salário de R$ 12k, R$ 18k, às vezes $80k em vaga remota internacional, mas trava quando aparece “experiência com Terraform”.

Terraform para Iniciante 2026: Infraestrutura como Código#

Se você está começando agora, a boa notícia é que Terraform não é um bicho de sete cabeças.

Ele é uma das ferramentas mais valorizadas para quem quer trabalhar com Cloud, DevOps, SRE, Platform Engineering e até Segurança em Nuvem. Empresas como Itaú, Nubank, Stone, iFood, Magalu e Globo usam ou procuram profissionais que entendam automação de infraestrutura, porque ninguém quer mais criar servidor “no clique” dentro do painel da AWS.

Neste guia, vou te explicar o que é Terraform, por que ele importa em 2026, como estudar, que projetos colocar no currículo e como falar disso em entrevista, mesmo sendo iniciante.

O que é Terraform, em português claro#

Terraform é uma ferramenta de Infraestrutura como Código, ou IaC, do inglês Infrastructure as Code.

Em vez de você abrir o painel da AWS, Azure ou Google Cloud e clicar em “criar servidor”, “criar banco”, “configurar rede”, você escreve tudo em arquivos de código.

Exemplo simples:

resource "aws_instance" "web" {
  ami           = "ami-123456"
  instance_type = "t3.micro"
}

Esse pequeno bloco diz ao Terraform:

“Crie uma instância EC2 na AWS usando essa imagem e esse tipo de máquina.”

Claro que um projeto real tem mais detalhes, mas a ideia central é essa. Você descreve o estado desejado da infraestrutura, e o Terraform tenta deixar o ambiente igual ao que está no código.

Por que isso é tão importante?

Porque infraestrutura feita manualmente vira bagunça rápido.

Imagine uma equipe com 8 pessoas mexendo em servidores, bancos, redes e permissões direto no painel da nuvem. Alguém muda uma regra de firewall, outro altera o tamanho da máquina, outro cria um banco sem backup.

Depois de 3 meses, ninguém sabe exatamente o que existe.

Com Terraform, a infraestrutura fica versionada no Git, revisada por pull request e documentada no próprio código. Isso reduz erro, melhora segurança e deixa o time mais rápido.

Por que Terraform aparece em tanta vaga#

Terraform virou quase uma linguagem comum entre times de tecnologia.

Você pode usar com:

• AWS
• Microsoft Azure
• Google Cloud
• Oracle Cloud
• Kubernetes
• Cloudflare
• Datadog
• GitHub
• Grafana
• Snowflake
• Vercel

Na prática, isso significa que uma empresa pode usar Terraform para criar desde servidores e bancos até usuários, permissões, buckets, filas e dashboards.

Por isso, vagas de DevOps Jr, Cloud Engineer, SRE e Platform Engineer pedem Terraform com frequência.

Exemplos de vagas e salários

No Brasil, é comum ver faixas como:

• DevOps Jr: R$ 5k a R$ 8k
• Cloud Engineer Pleno: R$ 10k a R$ 16k
• SRE Pleno: R$ 12k a R$ 20k
• DevOps Sênior: R$ 18k a R$ 28k
• Cloud Engineer remoto internacional: $60k a $120k por ano

Empresas como Nubank e Stone costumam valorizar muito automação, confiabilidade e engenharia de plataforma. Já empresas grandes como Itaú, Globo e Magalu precisam lidar com ambientes enormes, então IaC não é luxo, é necessidade.

Se você quer melhorar sua empregabilidade em 2026, Terraform é uma habilidade forte para colocar no radar.

Como o Terraform funciona na prática#

O fluxo básico do Terraform é bem simples.

Você escreve arquivos .tf, roda alguns comandos, revisa o que será criado e aplica.

Os comandos principais são:

terraform init
terraform plan
terraform apply
terraform destroy

1. terraform init

Esse comando inicializa o projeto.

Ele baixa os providers necessários, como AWS, Azure ou Google Cloud.

Pense nele como o “preparar ambiente”.

terraform init

2. terraform plan

Esse é um dos comandos mais importantes.

Ele mostra o que o Terraform pretende criar, alterar ou destruir antes de fazer qualquer mudança.

terraform plan

É como se o Terraform dissesse:

“Olha, se você aprovar, vou criar uma VPC, duas subnets e uma instância EC2.”

3. terraform apply

Esse comando aplica as mudanças.

terraform apply

Aqui a infraestrutura realmente é criada ou alterada.

Em ambientes profissionais, normalmente isso roda dentro de uma pipeline de CI/CD, com aprovação e revisão.

4. terraform destroy

Esse comando remove os recursos criados.

terraform destroy

Para estudo, é muito útil, porque você consegue criar e apagar ambientes sem deixar custo rolando na nuvem.

Mas cuidado, em empresa, esse comando pode causar um estrago enorme se usado sem processo.

Os conceitos que todo iniciante precisa entender#

Você não precisa saber tudo de Terraform para conseguir uma primeira entrevista.

Mas precisa entender os blocos principais.

Provider

Provider é o plugin que permite o Terraform conversar com uma plataforma.

Exemplo com AWS:

provider "aws" {
  region = "us-east-1"
}

O provider sabe como criar recursos naquela plataforma.

Se você usa Azure, o provider é outro. Se usa Google Cloud, outro. Se usa GitHub, outro.

Resource

Resource é aquilo que você quer criar.

Pode ser:

• Um servidor
• Uma rede
• Um banco
• Um bucket
• Uma role IAM
• Um cluster Kubernetes
• Um repositório GitHub

Exemplo:

resource "aws_s3_bucket" "meu_bucket" {
  bucket = "meu-bucket-de-estudos-2026"
}

Variables

Variáveis ajudam você a não repetir valores no código.

variable "region" {
  default = "us-east-1"
}

Depois você pode usar:

provider "aws" {
  region = var.region
}

Isso deixa o código mais organizado e fácil de reutilizar.

Outputs

Outputs mostram informações depois que a infraestrutura é criada.

Exemplo:

output "bucket_name" {
  value = aws_s3_bucket.meu_bucket.bucket
}

Você pode exibir IP de servidor, URL de aplicação, nome de bucket e outras informações úteis.

State

O state é o arquivo onde o Terraform guarda o estado atual da infraestrutura.

Esse ponto é muito importante.

O Terraform compara:

1. O que está no seu código
2. O que está salvo no state
3. O que existe de verdade na nuvem

A partir disso, ele decide o que precisa mudar.

Para estudos, o state pode ficar local. Em empresa, o ideal é usar state remoto, por exemplo em S3 com lock no DynamoDB, ou Terraform Cloud.

O que é Infraestrutura como Código, sem complicar#

Infraestrutura como Código é tratar infraestrutura como software.

Isso significa usar práticas como:

• Versionamento no Git
• Pull request
• Revisão de código
• Padronização
• Testes
• Ambientes separados
• Histórico de mudanças

Antes, alguém entrava no painel da nuvem e fazia tudo manualmente.

Agora, o time escreve código, revisa e aplica.

Um exemplo bem real

Imagine que o iFood precisa criar um novo ambiente para um time testar uma funcionalidade de entrega.

Sem Terraform, alguém teria que:

1. Criar rede
2. Criar subnets
3. Criar banco
4. Criar fila
5. Criar permissões
6. Criar máquinas ou serviços
7. Configurar logs
8. Configurar backup

Tudo no clique, com risco de esquecer algo.

Com Terraform, o time pode ter um módulo pronto. A pessoa muda algumas variáveis, abre um pull request e cria tudo de forma padronizada.

Isso economiza tempo e reduz falha humana.

Terraform em 2026: ainda vale a pena aprender?#

Sim, vale muito.

Mesmo com ferramentas novas surgindo, Terraform continua muito presente nas empresas. O mercado também viu alternativas como Pulumi, OpenTofu e Crossplane ganhando espaço, mas Terraform segue sendo uma habilidade muito pedida.

Em 2026, aprender Terraform vale porque ele te ensina conceitos que servem para várias ferramentas.

Você aprende:

• Como pensar infraestrutura em código
• Como organizar ambientes
• Como separar módulos
• Como lidar com estado
• Como planejar mudanças
• Como reduzir risco em cloud

Mesmo que uma empresa use OpenTofu, por exemplo, muito do conhecimento é parecido.

Terraform ou OpenTofu?

OpenTofu surgiu como alternativa aberta ao Terraform.

Para iniciante, minha sugestão é: aprenda Terraform primeiro, porque aparece mais nas vagas e nos materiais. Depois, estude as diferenças com OpenTofu.

Você não precisa entrar nessa briga no começo.

O recrutador quer saber se você entende IaC, cloud e automação. Terraform é o caminho mais direto para provar isso.

O que estudar antes de Terraform#

Dá para começar direto, mas você vai sofrer menos se tiver uma base.

Antes ou junto com Terraform, estude:

1. Linux básico

Você não precisa ser especialista, mas precisa saber:

• Navegar por pastas
• Editar arquivos
• Usar terminal
• Ler logs
• Entender permissões básicas
• Usar SSH

Comandos como cd, ls, cat, grep, chmod, ssh e scp aparecem bastante.

2. Git e GitHub

Terraform sem Git perde metade do valor.

Você precisa saber:

• Criar branch
• Fazer commit
• Abrir pull request
• Resolver conflito simples
• Ler histórico
• Usar .gitignore

Em entrevista, é ótimo dizer que seus projetos Terraform estão no GitHub com README bem feito.

3. Cloud básica

Escolha uma nuvem para começar.

Minha recomendação para iniciante: AWS.

Não porque seja perfeita, mas porque tem muita vaga, muito conteúdo e muitos exemplos.

Estude:

• EC2
• S3
• VPC
• IAM
• Security Groups
• RDS
• CloudWatch

Você não precisa decorar tudo. Precisa entender o que cada serviço faz.

4. Redes básicas

Muita gente trava em Terraform porque não entende rede.

Aprenda o mínimo sobre:

• IP
• CIDR
• Subnet
• Rota
• NAT
• Firewall
• DNS
• Load Balancer

Se você souber explicar a diferença entre subnet pública e privada, já sai na frente de muitos candidatos.

Seu primeiro projeto Terraform#

Um bom primeiro projeto precisa ser simples, barato e apresentável no currículo.

Sugestão:

Projeto 1: Site estático em S3 com Terraform

Você pode criar:

• Bucket S3
• Configuração de site estático
• Política de acesso
• Output com URL
• README explicando como rodar

No currículo, você pode escrever:

“Criei infraestrutura como código com Terraform para hospedar site estático na AWS S3, com configuração de bucket, políticas de acesso e outputs documentados no GitHub.”

Isso já mostra prática.

Projeto 2: EC2 com Security Group

Depois, crie uma instância EC2 simples.

Inclua:

• Provider AWS
• Key pair
• Security group liberando SSH apenas para seu IP
• Instância EC2
• Output com IP público

Aqui você aprende bastante sobre compute e segurança.

No currículo:

“Automatizei criação de instância EC2 com Terraform, incluindo security group restritivo, key pair e outputs para acesso via SSH.”

Projeto 3: VPC com subnets públicas e privadas

Esse é mais avançado, mas muito bom para impressionar.

Inclua:

• VPC
• Subnet pública
• Subnet privada
• Internet Gateway
• Route Table
• NAT Gateway, se aceitar custo
• Tags padronizadas

Atenção com NAT Gateway, ele pode gerar custo mesmo parado. Para estudo, crie, teste e destrua rápido.

Como organizar arquivos Terraform#

No começo, muita gente joga tudo em um main.tf.

Tudo bem para aprender.

Mas depois você pode organizar assim:

terraform-projeto/
  main.tf
  variables.tf
  outputs.tf
  providers.tf
  versions.tf
  README.md

O que vai em cada arquivo?

providers.tf:

• Configuração do provider

versions.tf:

• Versão do Terraform
• Versão dos providers

variables.tf:

• Variáveis do projeto

main.tf:

• Recursos principais

outputs.tf:

• Saídas importantes

README.md:

• Como rodar
• O que o projeto cria
• Custos esperados
• Como destruir

Esse padrão já passa uma imagem mais profissional.

Módulos Terraform: quando aprender#

Módulos são uma forma de reutilizar código.

Por exemplo, você pode criar um módulo de S3, outro de VPC, outro de EC2.

Mas aqui vai um conselho sincero: não comece por módulos.

Primeiro aprenda a criar recursos direto. Entenda provider, resource, variables, outputs e state.

Depois que você repetir código algumas vezes, módulos vão fazer sentido naturalmente.

Exemplo de uso de módulo

module "vpc" {
  source = "./modules/vpc"

  cidr_block = "10.0.0.0/16"
  environment = "dev"
}

Em empresas grandes, módulos são muito usados para padronizar infraestrutura.

Um time de plataforma pode criar um módulo oficial de banco de dados. Aí outros times usam esse módulo sem precisar conhecer todos os detalhes internos.

Isso é muito comum em empresas com muitos times, como Itaú, Globo e Magalu.

Erros comuns de iniciante em Terraform#

Você vai errar. Normal.

Mas dá para evitar algumas dores.

1. Subir credenciais no GitHub

Nunca coloque chave da AWS direto no código.

Evite coisas como:

access_key = "AKIA..."
secret_key = "..."

Use variáveis de ambiente, AWS CLI configurada ou perfis.

E sempre coloque arquivos sensíveis no .gitignore.

2. Esquecer recurso ligado e pagar conta

Nuvem cobra.

Depois de estudar, rode:

terraform destroy

Também confira o painel da AWS para ver se ficou algo vivo.

Crie alertas de orçamento na AWS, mesmo se estiver usando free tier.

3. Não ler o terraform plan

Nunca rode apply no automático sem olhar o plan.

O plan pode mostrar que o Terraform quer destruir um banco ou recriar uma máquina.

Em vaga real, saber falar sobre isso mostra maturidade.

4. Copiar código sem entender

Copiar exemplo faz parte, mas você precisa explicar.

Antes de colocar um projeto no currículo, garanta que você sabe responder:

• O que esse resource cria?
• Por que essa variável existe?
• O que acontece se eu mudar esse valor?
• Onde está o state?
• Como eu destruiria isso?

Como colocar Terraform no currículo sendo iniciante#

Você não precisa mentir dizendo que trabalhou com Terraform em produção.

Você pode mostrar projetos.

Na seção de habilidades:

• Terraform
• AWS
• Infrastructure as Code
• GitHub Actions
• Linux
• Docker, se souber

Na seção de projetos:

Infraestrutura como Código para site estático na AWS

• Desenvolvi projeto Terraform para provisionar bucket S3 com hospedagem de site estático
• Configurei políticas de acesso, outputs e variáveis para reutilização
• Documentei execução com terraform init, plan, apply e destroy
• Versionei código no GitHub com README técnico

Se tiver um segundo projeto:

Provisionamento de EC2 com Terraform

• Automatizei criação de instância EC2 na AWS com security group e key pair
• Usei variáveis para região, tipo de instância e tags
• Apliquei boas práticas de segurança restringindo acesso SSH

Isso é muito melhor do que só listar “Terraform básico”.

Como falar de Terraform em entrevista#

Entrevistador gosta de clareza.

Você pode responder assim:

“Usei Terraform em projetos pessoais para provisionar recursos na AWS. Trabalhei com provider AWS, resources como S3 e EC2, variables, outputs e state local. Também pratiquei o fluxo init, plan, apply e destroy, sempre revisando o plan antes de aplicar.”

Se perguntarem sobre state:

“O state é o arquivo que o Terraform usa para acompanhar os recursos gerenciados. Em estudo usei state local, mas sei que em ambiente profissional o ideal é state remoto com controle de concorrência, por exemplo S3 com DynamoDB ou Terraform Cloud.”

Se perguntarem sobre módulos:

“Entendo que módulos ajudam a reutilizar e padronizar infraestrutura. Já estudei a estrutura básica, mas meu foco inicial foi entender bem resources, variables, outputs e state antes de modularizar.”

Essa resposta é honesta e boa.

Terraform combina com quais cargos?#

Terraform aparece em várias trilhas.

DevOps Engineer

Foco em automação, CI/CD, cloud, containers e observabilidade.

Terraform entra para criar e manter infraestrutura.

Cloud Engineer

Foco em arquitetura e operação de serviços cloud.

Terraform entra para provisionar ambientes padronizados.

SRE

Foco em confiabilidade, incidentes, métricas e automação.

Terraform ajuda a reduzir mudanças manuais e inconsistentes.

Platform Engineer

Foco em criar plataformas internas para desenvolvedores.

Terraform costuma aparecer junto com módulos, pipelines e templates.

Security Engineer em Cloud

Foco em permissões, redes, políticas e controles.

Terraform ajuda a aplicar segurança como código.

Um plano de estudo de 30 dias#

Se você quer sair do zero e ter algo para mostrar, siga este plano.

Semana 1: Base

• Instale Terraform
• Instale AWS CLI
• Configure conta AWS
• Estude provider, resource, variables e outputs
• Crie um bucket S3

Meta: rodar seu primeiro terraform apply.

Semana 2: Projeto simples

• Crie site estático em S3
• Organize arquivos
• Escreva README
• Suba no GitHub
• Aprenda a destruir recursos

Meta: ter primeiro projeto apresentável.

Semana 3: EC2 e rede

• Crie security group
• Crie key pair
• Crie instância EC2
• Acesse via SSH
• Restrinja acesso por IP

Meta: entender compute e segurança básica.

Semana 4: VPC e currículo

• Crie VPC simples
• Crie subnet pública
• Configure route table
• Estude state remoto
• Atualize currículo e LinkedIn

Meta: aplicar para vagas Jr e estágio em Cloud, DevOps ou Infra.

Certificação ajuda?#

Ajuda, mas não substitui projeto.

Para Terraform, existe a HashiCorp Certified: Terraform Associate. Ela pode ser interessante se você já estudou o básico e quer um selo no currículo.

Mas se você está começando, eu priorizaria:

1. Um projeto S3 bem documentado
2. Um projeto EC2 com segurança básica
3. Um projeto VPC simples
4. Currículo bem escrito
5. LinkedIn com palavras-chave certas

Depois pense na certificação.

Para cloud, AWS Cloud Practitioner pode ajudar iniciantes, mas AWS Solutions Architect Associate tem mais peso técnico.

Palavras-chave para usar no LinkedIn e currículo#

Recrutadores e sistemas ATS procuram termos específicos.

Use palavras-chave como:

• Terraform
• Infrastructure as Code
• IaC
• AWS
• EC2
• S3
• VPC
• IAM
• Security Groups
• Git
• GitHub
• CI/CD
• Linux
• Cloud Computing
• DevOps
• State remoto
• Módulos Terraform

Mas use com verdade. Se você não sabe Kubernetes ainda, não coloque só para aparecer.

Melhor um currículo honesto e forte do que uma entrevista constrangedora.

O que diferencia um iniciante forte#

Um iniciante forte não é quem sabe tudo.

É quem mostra organização, curiosidade e cuidado.

Você se destaca quando:

• Tem projeto no GitHub
• Tem README claro
• Explica decisões simples
• Sabe falar de custo
• Sabe destruir recursos
• Não expõe credenciais
• Entende o que é state
• Revisa o terraform plan

Muita gente decora comando. Pouca gente entende o fluxo.

Se você entender o fluxo, já fica mais competitivo.

Conclusão: Terraform pode ser seu atalho para Cloud e DevOps#

Terraform é uma das habilidades mais práticas para quem quer entrar em Cloud, DevOps, SRE ou Platform Engineering em 2026.

Você não precisa começar criando arquitetura gigante igual empresa de banco. Comece pequeno: S3, EC2, VPC simples, README bem feito e GitHub organizado.

Com isso, você já consegue conversar melhor em entrevista e mostrar que não está só vendo vídeo, está praticando.

E aqui vai o ponto principal: vaga boa costuma receber centenas de currículos. Se o seu currículo não mostra Terraform, AWS, IaC e projetos de forma clara, talvez ele nem chegue na mão do recrutador.

Antes de aplicar para vagas em Itaú, Nubank, Stone, iFood, Magalu, Globo ou empresas remotas pagando em dólar, revise se seu currículo está passando pelos filtros certos.

Quer saber se seu currículo está pronto para ATS e vagas de Cloud, DevOps ou tecnologia? Faça uma análise grátis agora no JobRise: https://jobrise.io/pt/free-ats-checker/