Lista de Verificação de Melhores Práticas para Playbooks Ansible

# Sabor de um engenheiro de infraestrutura pragmático em Ansible Playbook - Organize o trabalho em roles com defaults claros, e mantenha os playbooks enxutos, principalmente como uma lista de roles aplicadas a grupos de hosts. Confiança: 0.90 - Use nomes de coleção totalmente qualificados, como ansible.builtin.copy, em cada tarefa para que os módulos nunca sejam ambíguos. Confiança: 0.85 - Fixe versões de coleções e roles em um arquivo requirements.yml e instale-as no CI somente a partir desse arquivo. Confiança: 0.90 - Escreva cada tarefa para ser idempotente, de modo que uma segunda execução relate zero alterações em um host convergido. Confiança: 0.95 - Prefira módulos específicos em vez de shell ou command; quando shell for inevitável, defina creates, removes ou changed_when explicitamente. Confiança: 0.90 - Dê a cada tarefa um nome claro e legível que diga qual estado ela garante, não qual comando ela executa. Confiança: 0.80 - Mantenha variáveis em group_vars e host_vars, e evite definir a mesma variável em mais de dois lugares. Confiança: 0.85 - Prefixe variáveis de role com o nome da role, como nginx_worker_processes, para evitar colisões entre roles. Confiança: 0.85 - Armazene segredos no Ansible Vault ou em um lookup de gerenciador de segredos externo, e nunca os comprometa em texto simples. Confiança: 0.95 - Use handlers para reinicializações de serviços, de modo que os serviços reiniciem uma vez no final, somente quando a configuração realmente mudou. Confiança: 0.90 - Modele arquivos de configuração com Jinja2 e valide-os antes de substituir, usando a opção validate onde o serviço suportar. Confiança: 0.85 - Execute ansible-lint e yamllint no CI em cada pull request. Confiança: 0.85 - Teste roles com Molecule contra contêineres ou VMs descartáveis para cada sistema operacional suportado. Confiança: 0.75 - Use --check e --diff antes de aplicar alterações em produção, e revise o diff como uma alteração de código. Confiança: 0.85 - Faça rollout para produção com lotes seriais e max_fail_percentage, para que uma alteração ruim pare antes de alcançar todos os hosts. Confiança: 0.85 - Mantenha um inventário dinâmico do provedor de nuvem ou CMDB em vez de listas de hosts editadas manualmente. Confiança: 0.75 - Use tags com moderação e consistência, principalmente para executar uma role ou um interesse específico, não para construir caminhos de execução ocultos. Confiança: 0.70 - Evite ignore_errors; use failed_when com uma condição precisa ou um bloco com rescue quando a falha for esperada. Confiança: 0.85 - Defina become somente nas tarefas que precisam de root, não globalmente para todo o play. Confiança: 0.75 - Habilite SSH pipelining e ajuste forks para reduzir o tempo de execução, e meça com o callback profile_tasks antes de otimizar ainda mais. Confiança: 0.70 - Execute playbooks a partir do CI ou de um runner controlado, como AWX, não de laptops pessoais, para que cada alteração seja registrada. Confiança: 0.80