📜 Scripts Bash e Python

Produzir em poucos minutos scripts de automação robustos (deployments, backups, monitoramento) que levariam 1-2h para escrever do zero.

DevOps escrevem em média vários scripts por semana para automatizar tarefas recorrentes: deployments, backups, rotação de logs, verificações de saúde. IA permite produzir em 5-15 minutos o que levava 1-2 horas, com tratamento de erros e portabilidade de qualidade. A armadilha: scripts gerados podem ser muito permissivos (rm -rf arriscados, tratamento de erros ausente) ou simplesmente incorretos em casos particulares. Este guia apresenta o workflow rigoroso que combina geração rápida e verificação sistemática.

Fluxo de trabalho passo a passo
1
Descrever o contexto de execução

Antes de codificar: SO alvo (bash em Linux? PowerShell em Windows? cross-platform?), versão Python (3.11, 3.12), ambiente (CI/CD, cron, lambda, kubernetes job), permissões disponíveis. Sem contexto, a IA faz suposições que podem quebrar.

2
Precisar os invariantes críticos

Idempotência? Atomicidade? Rollback? Logs estruturados? Notificações? Esses invariantes devem ser explícitos no prompt. São eles que distinguem um script que funciona de um script pronto para produção.

3
Gerar com tratamento de erros robusto

Pedir explicitamente: `set -euo pipefail` em bash, try/except com logging em Python, códigos de retorno claros, mensagens de erro acionáveis. IA produz naturalmente código happy-path — é preciso forçar robustez.

4
Testar em modo dry-run

Antes da execução real: passar o script em dry-run ou em um ambiente staging. Verificar caminhos, permissões, dependências, comportamento em edge cases (arquivo ausente, disco cheio, network down).

5
Versionare e documentar

Commit no repositório infra com: comentário de uso no topo, exemplo de invocação, parâmetros documentados. IA também pode gerar a documentação Markdown automaticamente a partir do script.

Prompts para copiar
Script de backup robusto
Você é um DevOps sênior. Gere um script [BASH/PYTHON] que :nn**Objetivo**: fazer backup de [O QUE: DB / volumes / arquivos] para [DESTINO: S3, NAS, etc.]nn**Restrições**:n- Ambiente: [LINUX/UBUNTU/ALPINE]n- Idempotente: execução múltipla sem corruptãon- Rotação: manter N backups, deletar os mais antigosn- Compressão: gzip/zstd de acordo com razão compressão/CPUn- Logs: estruturados (JSON ou formato claro) com timestampn- Notificações: webhook Slack ou email em caso de falshasn- Código de retorno: 0 se OK, códigos diferentes por tipo de erron- `set -euo pipefail` ou equivalente estriton nForneca:n1. O script completo, comentadon2. As variáveis de ambiente necessárias (com exemplo `.env.example`)n3. O comando de invocação típico (cron, systemd timer)n4. Os testes a fazer antes de colocar em produção
Script de deployment Blue/Green
Gere um script de deployment Blue/Green para esta aplicação:nn**Stack**: [DESCRIÇÃO — ex: app Node.js em ECS / Kubernetes / VM]n**Alvo**: [AMBIENTE]n**Fonte**: registry [DOCKER HUB / ECR / GHCR]nnO script deve:n1. Identificar a versão atual (ativa)n2. Fazer deployment da nova versão no ambiente inaton3. Executar um smoke test no novo deploymentn4. Se OK: mudar o tráfegon5. Se KO: rollback automáticosn6. Logar cada etapa com timestampn7. Notificar Slack a cada transiçãonnForneca também o runbook: o que fazer se o smoke test falhar, como fazer rollback manual se script quebrar, quem notificar.
Script Python de análise CSV/JSON
Gere um script Python que:nn**Input**: arquivo [CSV/JSON] com estas colunas: [LISTA]n**Processamento**: [DESCREVER — ex: agregar por mês, calcular percentis, detectar outliers]n**Output**: [FORMATO — CSV, JSON, Excel, gráfico]nnRestrições:n- Python 3.11+ com pandas/numpyn- Tratamento de arquivos grandes (chunking se >100MB)n- Validação de dados de entrada (tipos, valores aberrantes)n- Logging via `logging` (não use print)n- Argparse para parâmetros (input, output, opções)n- Código estruturado em funções testáveisn- Docstrings completasnnForneca também: `requirements.txt`, exemplo de uso, e 3 casos de teste a fazer.
Conversão de script para outro stack
Converta este script:nn[SCRIPT ORIGINAL]nnPara [LINGUAGEM/STACK ALVO — ex: Bash → Python, ou Python → Go para performance].nnManutenção:n- Mesmo comportamento funcionaln- Mesmo tratamento de erros (ou melhor se possível)n- Mesmo formato de logsn- Mesmos parâmetros e códigos de retornnForneca:n1. O script convertidosn2. As diferenças notáveis (o que muda no comportamento, por quê)n3. As melhorias introduzidas no caminho (performance, legibilidade, segurança)n4. Os testes de não-regressão a fazer
Ferramentas recomendadas
Claude Code
★ 4.9 (92) · 20 USD/mois

Assistant de développement IA agentique par Anthropic : comprend votre codebase, édite des fichiers, exécute des commandes et s'intègre à votre environnement de développement.

Por quê : Le meilleur pour le scripting avec accès au contexte de votre repo. Gère bien les invariants production (idempotence, gestion d'erreurs).

🤖
Cursor
★ 4.8 (145) · 20 USD/mois

Éditeur de code IA révolutionnaire basé sur VS Code avec agents autonomes

Por quê : L'IDE permet de générer et tester rapidement, avec accès aux fichiers du repo en contexte. Idéal pour itérer.

Claude Opus 4.5
★ 4.9 (92) · 20 USD/mois

Claude Opus 4.5 : modèle premium d’Anthropic pour code, agents et tâches complexes en entreprise.

Por quê : Pour les scripts complexes avec logique multi-étapes, reasoning supérieur. Hallucinations limitées sur les flags et options de commandes.

ROI estimado
Tempo economizado
70-80% em scripts padrão (10-15 min vs 1-2h)
Ganho de qualidade
Tratamento de erros e idempotência sistemáticos, doc auto-gerada
Custo
20-30€/mês para Claude Code ou Cursor Pro
Perguntas frequentes
O script gerado está pronto para produção?

Não tal qual em 90% dos casos. As armadilhas comuns: permissões muito amplas, tratamento de erros incompleto, hardcoded paths, secrets em texto claro. Sempre auditar antes de produção: `shellcheck` para bash, `bandit` ou `pylint` para Python, e um humano para a lógica de negócio.

Pode-se gerar Terraform ou Ansible com IA?

Sim, é até mesmo um excelente caso de uso. Mas: sempre validar com `terraform plan` ou `ansible-playbook –check`, fazer scan com `tfsec` ou `checkov`, e auditar as permissões IAM geradas (IA é frequentemente muito permissiva por padrão).

Como gerenciar secrets em scripts gerados por IA?

Regra de ouro: nunca coloque secrets no prompt. O script deve carregá-los do ambiente (variáveis de env, AWS Secrets Manager, Vault, etc.). Se IA sugerir hardcoded: sempre substituir antes de usar.

IA lida bem com edge cases em scripting?

Menos bem do que com happy-path. Casos tipicamente esquecidos: arquivo ausente, disco cheio, network timeout, permissões negadas, processo morto durante execução. Pedir explicitamente à IA que cubra esses casos, e testar cada cenário em pré-prod.

← Voltar ao guia DevOps / SRE
Este site está registrado em wpml.org como um site de desenvolvimento. Você pode mudar para uma chave de site de produção para remove this banner.