Você executa um Deployment com 5 réplicas para uma API crítica no AKS. Você deve garantir que pelo menos 4 réplicas permaneçam disponíveis durante interrupções planejadas, como atualizações do sistema operacional do nó e durante atualizações contínuas (rolling updates) do Deployment. O que você deve configurar?

A opção correta garante que pelo menos 4 réplicas (minAvailable: 4) estejam sempre disponíveis, mesmo durante interrupções planejadas, como a drenagem de nós. A estratégia rollingUpdate com maxUnavailable: 1 permite que no máximo 1 réplica fique indisponível durante a atualização, e maxSurge: 1 permite que no máximo 1 réplica extra seja criada, mantendo a disponibilidade e facilitando a transição. A opção incorreta "maxUnavailable: 2" no PDB permitiria que 3 réplicas ficassem disponíveis (5-2=3), o que não atende ao requisito de 4. "maxSurge: 0" no rollingUpdate dificultaria a atualização sem interrupção. A opção de não configurar PDB e usar "maxUnavailable: 0" no rollingUpdate é impraticável, pois exige que todos os pods estejam sempre disponíveis, o que é difícil de alcançar durante atualizações. A estratégia "Recreate" causa inatividade completa, pois encerra todos os pods antes de criar novos, o que é inaceitável para uma API crítica.