Rodando Seu Primeiro Experimento de Pod-Delete com Segurança

Seis passos. Primeiro, instale o Litmus, que traz o chaos-operator e os CRDs (o chart do Helm ou o manifest do operator servem). Segundo, instale o ChaosExperiment de pod-delete a partir do ChaosHub no namespace alvo. Terceiro, configure o RBAC: uma ServiceAccount dedicada com um Role e um RoleBinding restritos àquele namespace, concedendo apenas o que o pod-delete precisa. Não use o litmus-admin embutido aqui. Quarto, crie um ChaosEngine apontando para o alvo com appns=default, applabel=app=nginx, appkind=deployment, e a service account do passo três. Quinto, mantenha o raio de impacto pequeno nesse ChaosEngine: PODS_AFFECTED_PERC definido como 50 ou até mesmo mirando em um único pod, um TOTAL_CHAOS_DURATION curto como 30 segundos, e FORCE=false para simular uma remoção graciosa em vez de uma morte forçada. Sexto, observe: acompanhe os logs do runner e do pod do experimento, veja o veredito do ChaosResult, e fique de olho na disponibilidade da aplicação o tempo todo. As regras de segurança que importam: comece em staging, mire em um Deployment para que o ReplicaSet de fato reagende o pod (rodar pod-delete contra um pod solto simplesmente derruba o serviço), mate uma réplica por vez, tenha uma probe ou pelo menos um dashboard ao vivo para observar o steady state em vez de presumi-lo, e conheça o botão de abortar antes de começar: kubectl delete chaosengine, ou definir engineState como stop.