Questão de Tecnologia da Informação · FGV TRF1 2024 (nº 68)

As readinessGates (portões de prontidão) no Kubernetes permitem que você adicione condições customizadas ao status de prontidão de um Pod, fazendo com que o Pod só seja considerado "Ready" se essas condições, além das verificações de prontidão dos containers, forem atendidas.

• (A) Incorreta: lifecycleConfig não é um campo válido no manifesto de um Pod para definir condições de prontidão customizadas. O campo lifecycle existe dentro da definição de um container para hooks (ações em eventos de ciclo de vida), mas não para o propósito descrito. A armadilha aqui é que "lifecycle" e "config" soam como algo relacionado à gestão do estado de um Pod, mas não é o termo correto para essa funcionalidade específica.
• (B) Correta: O campo readinessGates dentro da especificação do Pod (spec) é exatamente onde Dalva deve adicionar as novas condições de prontidão customizadas. O Pod só será marcado como "Ready" se todas as condições listadas em readinessGates forem verdadeiras, além das sondas de prontidão dos containers.
• (C) Incorreta: containerStatuses é um campo que faz parte do status do Pod, e não da sua spec (especificação). Ele descreve o estado atual dos containers (se estão rodando, prontos, etc.), sendo um resultado do ciclo de vida, não um local para definir condições de prontidão.
• (D) Incorreta: lifecycleConditions não é um campo padrão para definir condições de prontidão customizadas no manifesto de um Pod. Embora existam conditions no status do Pod, elas são reportadas pelo Kubernetes, não definidas pelo usuário para este fim.
• (E) Incorreta: readinessConditions não é o campo correto para definir condições de prontidão customizadas. O termo específico e funcionalidade no Kubernetes para isso é readinessGates.