A IA não vai te substituir. A falta de fundamentos, sim.

Toda semana aparece um post novo no LinkedIn ou “Insta” dizendo que “a IA vai acabar com o emprego de sysadmin” ou que “infra vai ser toda gerenciada por agentes autônomos em dois anos”. O pessoal de redes fica nervoso. O time de cloud fica ansioso. E quem trabalha com sistemas operacionais começa a questionar se deveria ter feito Direito ou Medicina? Eu mesmo há algum tempo andei um pouco assustado com tudo isso, mas agora consigo dizer:

Calma. Calma jovem. Calma, respire, respire e se acalme.

A verdade é mais simples, e, ao mesmo tempo, mais exigente do que o hype sugere. A IA não elimina a necessidade de conhecimento técnico. Na verdade, ela amplifica a diferença entre quem tem fundamentos sólidos e quem só sabe escrever prompts sem objetivo. Se você entende o que está por baixo do capô, a IA vira uma ferramenta bastante poderosa. Se você não entende, ela vira um gerador de problemas em escala industrial e ela vai te enrolar educadamente.

Neste post, quero conversar sobre por que os fundamentos técnicos de um profissional DevOps, nunca foram tão importantes, como a IA muda (e não muda) o trabalho de infra, e o que eu acho que você deveria estar estudando.

O gargalo mudou de lugar

Antigamente, o gargalo era produção. Escrever um script de automação, montar um template de infraestrutura, documentar um runbook, etc., tudo isso levava tempo. A IA comprimiu esse tempo drasticamente. Hoje você pede um módulo Terraform pro ChatGPT, Claude ou qualquer outro assistente e ele cospe algo funcional em 30 segundos.

Mas aqui está um ponto importante. O gargalo se moveu da criação para a confiança, eu explico melhor.

O módulo Terraform compila? Provavelmente sim. Ele segue as boas práticas de segurança do seu ambiente? Provavelmente não. Ele lida bem com “IFs” e “ELSEs” da sua rede? Provavelmente não. Ele respeita as políticas de compliance da sua organização? Provavelmente não, por isso já é outra conversa.

É exatamente o que acontece quando uma organização automatiza sem melhorar o sistema ao redor da automação. O trabalho chega mais rápido, mas as filas de revisão de código explodem. Ambientes de teste ficam instáveis. Decisões de deploy ficam mais difíceis porque a evidência é incompleta.

A IA gera artefatos que parecem completos enquanto carregam suposições ocultas, padrões inseguros ou atalhos arquiteturais. Quem vai identificar isso?? Você, o profissional que entende os fundamentos.

Seu papel mudará, mas não sumirá

Profissionais de infra estão migrando de “quem escreve o primeiro rascunho” para “quem valida, integra e garante que funciona em produção”. Isso não é menos importante. Isso é mais sério, isso tem muito mais valor.

Vamos pensar juntos o nosso dia a dia.

Um SRE agora precisa decidir se o resumo de incidente gerado pela IA bate com a telemetria real.

Um engenheiro de cloud precisa avaliar se a arquitetura sugerida respeita os limites de custo, latência e compliance.

Um analista de segurança precisa julgar se a remediação proposta realmente reduz o risco ou se é só texto bonito.

O trabalho ficou mais colaborativo com a IA, mas a responsabilidade profissional permanece com você. A IA não assina o postmortem. Não responde à auditoria. Não acorda às 3h da manhã quando o cluster cai. E não recebe o valor das horas extras de sobre-aviso 😄.

A qualidade da saída da IA depende diretamente da qualidade do contexto que você fornece. Prompt ruim, documentação desatualizada, conhecimento arquitetural incompleto… tudo isso produz saída fraca. Equipes maduras tratam contexto como um ativo de engenharia. Mantêm documentação atualizada, catálogos de serviço, contratos de interface e runbooks justamente porque isso melhora tanto o trabalho humano quanto o assistido por IA.

O que estudar agora, de verdade

Se a IA amplifica quem tem fundamentos, a pergunta prática é simples. Quais fundamentos?

Independente do nível em que você está, existem fundamentos técnicos que são inegociáveis para quem trabalha com infraestrutura, DevOps ou SRE. Essa é a base que diferencia quem usa IA como alavanca de quem aceita qualquer saída sem questionar.

Networking de verdade. DNS, BGP, TCP/IP, segmentação, firewalls stateful vs stateless. A IA pode gerar uma ACL, mas se você não entende o modelo de tráfego, vai aceitar uma regra que abre um buraco na rede.

Linux e sistemas operacionais. Processos, memória, I/O, systemd, namespaces, cgroups. A base de tudo que roda em container e em cloud. Sem isso, você é refém de abstrações que não entende.

Segurança aplicada. Não precisa ser pentester, mas entenda superfície de ataque, princípio do menor privilégio, gestão de segredos, controle de acesso. A IA pode gerar código com credenciais hardcoded sem nenhum remorso.

Observabilidade e telemetria. Métricas, logs, traces. Como instrumentar. Como correlacionar sinais. Como distinguir ruído de sinal real. Isso é o que te permite confiar (ou não) no que a IA produz.

CI/CD e automação. Pipelines, testes, validação automatizada, policy as code. Esse é o sistema de controle que garante que artefatos gerados por IA passem pelo mesmo rigor que qualquer outro código.

Arquitetura de sistemas distribuídos. Resiliência, consistência eventual, circuit breakers, backpressure. A IA pode sugerir uma arquitetura, mas decidir os trade-offs ainda é trabalho humano.

Visão crítica sobre seu papel como freio técnico

Tem uma coisa que pouca gente fala ou ainda estamos entendendo isso. Profissionais técnicos precisam entrar no processo de adoção de IA com visão crítica. Não é ser contra a tecnologia. É sobre questionar tecnicamente como as coisas são geradas e sob quais restrições são aplicadas.

Sem freios, a IA vai gerar lixo. Muito lixo. E lixo que parece código legítimo é pior do que não ter nada, porque alguém vai precisar revisar, testar, corrigir e eventualmente limpar a bagunça em produção.

Pensa assim. Se hoje um dev júnior abre 15 PRs por dia com código superficial, o time já reclama da carga de revisão. Agora imagina uma IA gerando artefatos em volume industrial, como Terraform modules, Dockerfiles, playbooks Ansible, políticas de IAM, tudo sem nenhum filtro de qualidade antes de chegar na fila de review. O resultado é sobrecarga nos revisores, fadiga de decisão e, inevitavelmente, coisas ruins passando despercebidas.

O profissional técnico precisa ser o contrapeso. Precisa perguntar.

• Sob quais premissas isso foi gerado? A IA não sabe que seu ambiente tem restrições de rede específicas, que existe um compliance regulatório, ou que aquele serviço tem um SLA de 99.99%.
• O que está faltando aqui? Rollback? Monitoramento? Tratamento de erro? A IA otimiza para completude aparente, não para operabilidade real.
• Isso escala? Um script que funciona com 10 registros pode explodir com 10 milhões. A IA não testa sob carga do mundo real.
• Quem é responsável quando quebrar? Se ninguém revisou criticamente, a responsabilidade se dilui e diluição de responsabilidade em produção é receita pra incidente grave.

Rejeitar saída de IA não é falha de adoção. É maturidade técnica. Equipes que sabem dizer “isso não serve” economizam mais tempo do que equipes que ficam polindo sugestões ruins por horas.

Resumão

A IA não substitui quem tem fundamentos. Ela amplifica a diferença entre quem entende o que está fazendo e quem só reproduz comandos. O gargalo do trabalho técnico saiu da produção e foi para a confiança. Gerar artefatos ficou trivial, mas validar, integrar e operar com segurança continua exigindo gente competente.

Seu papel não sumiu. Ele mudou de forma. Você deixou de ser quem escreve o primeiro rascunho para ser quem garante que o resultado final funciona em produção. Isso exige mais conhecimento, não menos.

A mensagem é, reveja seus fundamentos, identifique onde está fraco e use a própria IA como ferramenta de estudo.

É errado achar que a IA vai te substituir. É mais errado ainda ficar parado enquanto o padrão de exigência sobe, é bom que você saiba disso. Os fundamentos são seu diferencial competitivo, e nunca foram tão valiosos.

Abraços!

Vida longa e próspera a todos!!

Referências

• https://infraascode.com.br/meu-amigo-robo/
• https://infraascode.com.br/linux-troubleshooting-com-chat-gpt/

Entre em contato:

NewsLetter - https://engineeringmanager.com.br/
Linkdin - linkedin.com/in/leonardoml/
Twitter: @infraascode_br

Te convido a ver os outros posts do blog Infra-as-Code garanto que tem coisas legais lá!!

--- --- IMPORTANTE --- --- As opiniões aqui expressas são pessoais e de responsabilidade única e exclusiva do autor, elas não refletem necessariamente a posição das empresas que eu trabalho(ei) e/ou presto(ei) serviço.