{"subject_id":"3a3cc48d00998189b3fdca8cc1aca21b","topico":"Kubernetes: pod, Deployment × StatefulSet × DaemonSet, Service × Ingress, HPA, control plane","stems":["O Kubernetes estabelece determinadas características arquiteturais e lida com orquestração e alocação de recursos em sistemas computacionais. Acerca do Kubernetes, julgue os itens que se seguem.","No que se refere ao desenvolvimento web e mobile, bem como ao desenvolvimento com contêineres, julgue os próximos itens.","Julgue os próximos itens, relativos a Keycloak, RabbitMQ, GitHub e Kubernetes.","Em relação a Kubernetes e Openshift, julgue os próximos itens.","Considere que o seguinte arquivo YAML tenha sido utilizado para criar um deployment no Kubernetes:\n\napiVersion: apps/v1\nkind: Deployment\nmetadata:\n  name: nginx-deployment\nspec:\n  selector:\n    matchLabels:\n      app: nginx\n  replicas: 2\n  template:\n    metadata:\n      labels:\n        app: nginx\n    spec:\n      containers:\n      - name: nginx\n      image: nginx:1.14.2\n      ports:\n      - containerPort: 80\n\nA partir das informações da situação hipotética precedente, julgue os itens a seguir.","No que se refere a Rancher, ambiente de clusters e Kubernetes, julgue os itens que se seguem.","Julgue os itens seguintes, no que se refere a arquiteturas de contêiner e orquestradores.","Julgue o item que se segue, relativo às arquiteturas de container e orquestradores.","Acerca das tecnologias que atendem a PDPJ-Br, julgue os próximos itens.","Acerca de Kubernetes, julgue os itens que se seguem.","Julgue os itens a seguir, a respeito de ambientes de clusters, Kubernetes, ferramenta de orquestração de contêineres e Rancher.","Julgue os próximos itens, relativos a RabbitMQ, Rancher e GIT.","Julgue os próximos itens, relativos ao DevOps.","Tendo em vista que, no atual cenário de desenvolvimento de aplicações web, é essencial considerar princípios, como consistência e escalabilidade, e práticas, como automação do processo de implantação e integração do código-fonte, julgue os itens subsequentes.","No que se refere a contêineres e à orquestração de contêineres, julgue o item seguinte.","A área de tecnologia da informação e comunicação (TIC) do Banco Central do Brasil (BCB) necessita disponibilizar determinado aplicativo para transações digitais que o BCB vem desenvolvendo, utilizando contêineres no Kubernetes junto ao seu provedor de nuvem. Existe o requisito de que essa aplicação seja gerida no modo serverless. Tendo como referência a situação hipotética apresentada, julgue os próximos itens, relativos a microsserviços e serverless.","A respeito de infraestrutura como código, Docker e Kubernetes, julgue os itens a seguir.","Julgue os seguintes itens, relativos DevOps, CI/CD, contêiner e arquitetura de banco de dados.","Em relação a contêineres em aplicações, julgue os itens a seguir.","Julgue os itens a seguir, referentes ao conjunto de práticas de desenvolvimento de software, operação e de apoio envolvidas (DevOps).","A respeito do Kubernetes, julgue os próximos itens.","Julgue os próximos itens, relativos ao Apache Kafka e ao Kubernetes."],"questions":[{"id":"39382fe6eac4","number":43,"stem":0,"statement":"O plano de controle do Kubernetes deve ser executado em uma única máquina (virtual ou física), e um cluster geralmente executa apenas um nó.","answer":"E","source":{"slug":"INFRASA_26_ANALISTA","ano":2026},"explanation":{"verdict_reason":"É o contrário do que a arquitetura do Kubernetes recomenda. Em ambientes de produção o plano de controle roda replicado em várias máquinas, justamente para tolerar falhas e dar alta disponibilidade, e um cluster normalmente executa vários nós de trabalho. Rodar tudo em uma única máquina com um único nó é o cenário de laboratório (minikube, kind), não uma exigência do produto.","distortion_type":"generalizacao","distorted_span":"deve ser executado em uma única máquina (virtual ou física)","corrected_statement":"O plano de controle do Kubernetes normalmente é executado de forma replicada em várias máquinas (virtuais ou físicas), e um cluster geralmente executa vários nós.","concept":"Arquitetura de cluster do Kubernetes","citation":"Kubernetes — documentação oficial, Cluster Architecture","trap_note":"\"deve\", \"única\" e \"apenas\" transformam uma topologia possível em obrigatória. Verifique se o item descreve a recomendação de produção ou apenas um caso mínimo de teste."}},{"id":"2dd26f0df864","number":44,"stem":0,"statement":"No Kubernetes, cada Pod necessita de pelo menos um cluster para executar um nó de trabalho.","answer":"E","source":{"slug":"INFRASA_26_ANALISTA","ano":2026},"explanation":{"verdict_reason":"A hierarquia está de cabeça para baixo. No Kubernetes o cluster contém nós, o nó executa Pods e o Pod contém contêineres — nessa ordem. Um Pod não \"necessita de um cluster para executar um nó\": é o nó que executa o Pod, e o nó é que pertence ao cluster.","distortion_type":"inversao","distorted_span":"cada Pod necessita de pelo menos um cluster para executar um nó de trabalho","corrected_statement":"No Kubernetes, cada nó de trabalho executa um ou mais Pods, e os nós de trabalho pertencem a um cluster.","concept":"Hierarquia cluster, nó, Pod, contêiner","citation":"Kubernetes — documentação oficial, Nodes e Pods","trap_note":"Sempre que o item relacionar dois níveis da hierarquia, redesenhe mentalmente cluster > nó > Pod > contêiner e verifique quem contém quem."}},{"id":"1325ac460f61","number":62,"stem":1,"statement":"Kubernetes é um software de orquestração que fornece uma API para controlar como e onde os contêineres serão executados; o uso desse software com o Docker pode tornar a infraestrutura mais robusta e fazer com que o aplicativo que os utiliza esteja mais disponível e mais escalonável.","answer":"C","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"O item descreve corretamente o papel do Kubernetes: expor uma API declarativa que controla como e onde os contêineres rodam. Os ganhos citados — robustez, disponibilidade e escalabilidade — decorrem do laço de reconciliação, que recria o que morre e persegue o estado declarado.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"API declarativa e reconciliação","citation":"Kubernetes — Overview","trap_note":"Disponibilidade e escalabilidade são consequência do laço de reconciliação, não recursos avulsos. Entender isso resolve boa parte dos itens conceituais do tópico."}},{"id":"5b535b71b064","number":66,"stem":2,"statement":"Kubernetes é uma plataforma unificada nativa que, ainda que não ofereça autenticação centralizada, permite a implantação de bare metal e de nuvens públicas com a utilização de contêineres.","answer":"E","source":{"slug":"TJ_PA_25_SERVIDOR","ano":2025},"explanation":{"verdict_reason":"O Kubernetes oferece, sim, autenticação centralizada: todo acesso passa pelo kube-apiserver, que aceita certificados de cliente, tokens de service account, tokens estáticos e integração com provedores OIDC, e em seguida autoriza via RBAC. Negar essa capacidade é o que torna o item errado — o restante da afirmação, sobre bare metal e nuvem pública, está correto.","distortion_type":"atribuicao_errada","distorted_span":"ainda que não ofereça autenticação centralizada","corrected_statement":"Kubernetes é uma plataforma unificada nativa que oferece autenticação centralizada no servidor de API e permite a implantação em bare metal e em nuvens públicas com a utilização de contêineres.","concept":"Autenticação e autorização no kube-apiserver","citation":"Kubernetes — Authenticating; RBAC Authorization","trap_note":"Uma concessiva (\"ainda que não…\") é um lugar barato para esconder a mentira: o candidato lê a oração principal, concorda, e não confere a subordinada."}},{"id":"8743dae43ad2","number":71,"stem":3,"statement":"Ao usar, em um StatefulSet com volume persistente, um PodDisruptionBudget com maxUnavailable: 0, o Kubernetes garantirá que nenhum pod seja interrompido durante operações de manutenção, mesmo que isso impeça a atualização de nós do cluster ou a aplicação de patches de segurança críticos.","answer":"E","source":{"slug":"TJ_PA_25_SERVIDOR","ano":2025},"explanation":{"verdict_reason":"Um PodDisruptionBudget só governa disrupções voluntárias — drain de nó, eviction pela API. Ele não impede disrupções involuntárias: falha de hardware, kernel panic, pressão de recursos no nó ou exclusão da própria VM derrubam o pod independentemente do orçamento configurado. Logo, nenhuma configuração de PDB garante que nenhum pod seja interrompido.","distortion_type":"generalizacao","distorted_span":"o Kubernetes garantirá que nenhum pod seja interrompido durante operações de manutenção","corrected_statement":"Ao usar um PodDisruptionBudget com maxUnavailable: 0, o Kubernetes bloqueará as disrupções voluntárias desses pods, o que pode impedir o drain de nós — mas não impede disrupções involuntárias.","concept":"PodDisruptionBudget: disrupção voluntária × involuntária","citation":"Kubernetes — Disruptions","trap_note":"Sempre que um item prometer que \"nenhum\" pod cai, procure a disrupção involuntária: ela não passa por nenhum controlador e por isso escapa de qualquer política."}},{"id":"b73ff71b8b43","number":72,"stem":3,"statement":"No Openshift, o uso de ImageStream para gerenciar imagens de contêineres é essencial para garantir atualizações automáticas de deployments quando novas versões de uma imagem são construídas, mesmo em ambientes com múltiplos namespaces ou clusters.","answer":"C","source":{"slug":"TJ_PA_25_SERVIDOR","ano":2025},"explanation":{"verdict_reason":"O ImageStream é a camada de indireção do OpenShift entre a imagem e quem a consome: ele acompanha tags de imagem e, combinado a um ImageChange trigger, dispara automaticamente o redeploy quando uma nova versão é construída. É exatamente o mecanismo que o item descreve.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"OpenShift ImageStream e triggers de imagem","citation":"OpenShift — Managing image streams","trap_note":"ImageStream é o conceito que o OpenShift acrescenta ao Kubernetes puro. Se o item o descreve como um apontador versionado para imagens, tende a estar certo."}},{"id":"af4c6fcc8fd3","number":74,"stem":4,"statement":"O campo selector dentro do grupo spec, no código em apreço, é usado para encontrar os pods que pertencem a esse deployment, com base no rótulo app: nginx.","answer":"C","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"O campo spec.selector é exatamente o mecanismo pelo qual um Deployment reconhece quais pods lhe pertencem, e o critério é o rótulo — aqui, app: nginx. É por isso que um selector escrito errado produz um Deployment que não controla pod nenhum.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Label selector","citation":"Kubernetes — Labels and Selectors","trap_note":"Rótulo e selector formam o vínculo entre controlador e pod, e entre Service e pod. É o único laço: não há referência por nome."}},{"id":"c79f4955b664","number":75,"stem":4,"statement":"No código em questão, o campo replicas: 2 no bloco spec indica que dois contêineres serão executados dentro de um único pod de nome nginx, que será ouvido na porta 80.","answer":"E","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"replicas conta pods, não contêineres. replicas: 2 cria dois pods independentes a partir do mesmo template, cada um com seu próprio endereço IP, e não dois contêineres dentro de um único pod. Contêineres no mesmo pod seriam declarados como entradas da lista containers.","distortion_type":"troca_de_termo","distorted_span":"dois contêineres serão executados dentro de um único pod","corrected_statement":"No código em questão, o campo replicas: 2 no bloco spec indica que dois pods serão executados a partir do mesmo template.","concept":"replicas conta pods","citation":"Kubernetes — Deployments","trap_note":"Pod e contêiner não são sinônimos, e a banca conta com que sejam lidos como tal. Réplica é sempre pod; contêiner só aparece dentro do template."}},{"id":"8d01c9b8ed28","number":120,"stem":5,"statement":"No Kubernetes, kubectl cordon –a podY nodeX é o comando que permite anexar ao nodeX processo associado ao podY que já esteja em execução dentro de um contêiner existente.","answer":"E","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"kubectl cordon marca um nó como não escalonável, para que nenhum pod novo seja agendado nele — é o primeiro passo de uma manutenção, e opera sobre o nó, não sobre pods. Anexar-se a um processo de um contêiner em execução é kubectl attach; executar um comando novo nele é kubectl exec.","distortion_type":"troca_de_termo","distorted_span":"permite anexar ao nodeX processo associado ao podY","corrected_statement":"No Kubernetes, kubectl cordon nodeX é o comando que marca o nodeX como não escalonável; anexar-se a um contêiner em execução é feito com kubectl attach.","concept":"cordon, drain, attach e exec","citation":"Kubernetes — Safely Drain a Node; kubectl Reference","trap_note":"cordon e drain preparam o nó para manutenção; attach e exec entram no contêiner. São camadas diferentes, e a banca troca uma pela outra."}},{"id":"45d5f1168747","number":57,"stem":6,"statement":"Nas versões atuais do Kubernetes, o comando a seguir somente liberará o nome do pod no apiserver com o encerramento adequado do contêiner.\n\nkubectl delete pods <pod> --grace-period=0 –\nforce","answer":"E","source":{"slug":"MP_TO_24_SERVIDOR","ano":2024},"explanation":{"verdict_reason":"É o contrário. A exclusão forçada com --grace-period=0 --force remove o registro do pod do apiserver imediatamente, sem esperar confirmação de que o contêiner terminou. Por isso a documentação alerta que o processo pode continuar rodando no nó e que a operação é perigosa em StatefulSets.","distortion_type":"inversao","distorted_span":"somente liberará o nome do pod no apiserver com o encerramento adequado do contêiner","corrected_statement":"Nas versões atuais do Kubernetes, o comando a seguir libera o nome do pod no apiserver imediatamente, sem aguardar o encerramento adequado do contêiner.","concept":"Exclusão forçada de pods","citation":"Kubernetes — Force Delete StatefulSet Pods","trap_note":"\"Force\" nunca significa \"com mais cuidado\". Toda vez que o item prometer garantia extra a partir de uma flag de força, a promessa é invertida."}},{"id":"d8db825c4968","number":61,"stem":7,"statement":"Na plataforma Kubernetes, os containers do mesmo pod possuem um único endereço IP.","answer":"C","source":{"slug":"MP_GO_24_SERVIDOR","ano":2024},"explanation":{"verdict_reason":"Os contêineres de um mesmo pod compartilham o namespace de rede e, portanto, um único endereço IP e o mesmo espaço de portas. É por isso que eles conversam entre si por localhost — e também por isso que dois contêineres do mesmo pod não podem escutar a mesma porta.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Rede do pod: um IP compartilhado","citation":"Kubernetes — Pods: networking","trap_note":"Um IP por pod, não por contêiner. Essa consequência única resolve várias questões de rede do tópico."}},{"id":"131cc637f838","number":64,"stem":8,"statement":"Para facilitar a integração com o Windows, o Kubernetes utiliza armazenamento do tipo NTFS.","answer":"E","source":{"slug":"CNJ_24","ano":2024},"explanation":{"verdict_reason":"O Kubernetes não define sistema de arquivos próprio nem escolhe NTFS para integrar-se ao Windows. O armazenamento é abstraído por volumes, PersistentVolumes e drivers CSI, e o sistema de arquivos usado é o do volume provisionado pelo backend. A causa e o mecanismo afirmados pelo item são ambos inventados.","distortion_type":"relacao_causal","distorted_span":"o Kubernetes utiliza armazenamento do tipo NTFS","corrected_statement":"O Kubernetes abstrai o armazenamento por meio de volumes, PersistentVolumes e drivers CSI, independentemente do sistema de arquivos do backend.","concept":"Volumes, PersistentVolumes e CSI","citation":"Kubernetes — Storage: Volumes, Persistent Volumes, CSI","trap_note":"Desconfie de item que comece explicando a finalidade (\"Para facilitar…\"): a oração final costuma ser o disfarce de um mecanismo que não existe."}},{"id":"401efbfd9691","number":65,"stem":8,"statement":"O Kubernetes tem como objetivo gerenciar os contêineres de aplicação, sendo de responsabilidade de outra ferramenta o encapsulamento de tudo o que a aplicação exige.","answer":"C","source":{"slug":"CNJ_24","ano":2024},"explanation":{"verdict_reason":"A divisão de responsabilidades está correta. O Kubernetes orquestra contêineres já construídos; empacotar a aplicação com tudo de que ela precisa é tarefa de outra ferramenta — o construtor da imagem e o runtime de contêiner. São camadas distintas da mesma cadeia.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Fronteira entre orquestrador e runtime","citation":"Kubernetes — Overview; Container Runtime Interface","trap_note":"O Kubernetes não constrói imagem e não executa contêiner por conta própria: ele agenda e reconcilia. Essa fronteira decide muitos itens do tópico."}},{"id":"5128a2f0c6a3","number":73,"stem":9,"statement":"A menor unidade de gerenciamento no cluster é o pod, que pode conter um ou mais contêineres.","answer":"C","source":{"slug":"STJ_24","ano":2024},"explanation":{"verdict_reason":"O pod é a menor unidade gerenciável do Kubernetes e admite um ou mais contêineres, que compartilham namespace de rede e podem compartilhar volumes. O caso de vários contêineres é o dos sidecars e init containers.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Pod: unidade mínima, um ou mais contêineres","citation":"Kubernetes — Pods","trap_note":"\"Um ou mais\" está certo; \"exatamente um\" estaria errado. A diferença entre o caso típico e o caso obrigatório é o que a banca cobra aqui."}},{"id":"bf3005e7bcaa","number":74,"stem":9,"statement":"Worker nodes têm a função de coordenar tarefas dos pods e manter a saúde do cluster, sendo o master node o local onde os pods são executados.","answer":"E","source":{"slug":"STJ_24","ano":2024},"explanation":{"verdict_reason":"Os papéis estão trocados. É o plano de controle, no master node, que coordena o cluster e mantém sua saúde; os worker nodes são onde os pods efetivamente são executados. O item inverte as duas metades da arquitetura.","distortion_type":"inversao","distorted_span":"Worker nodes têm a função de coordenar tarefas dos pods e manter a saúde do cluster, sendo o master node o local onde os pods são executados","corrected_statement":"O master node coordena as tarefas e mantém a saúde do cluster, sendo os worker nodes o local onde os pods são executados.","concept":"Plano de controle × nós de trabalho","citation":"Kubernetes — Cluster Architecture","trap_note":"Decidir fica no plano de controle, executar fica no nó. Fixada essa fronteira, a inversão salta à vista sem precisar decorar componente por componente."}},{"id":"948802c39875","number":75,"stem":9,"statement":"O armazenamento dos dados de configurações e estados de um cluster é mantido no etcd, que é um banco de dados distribuído de chave-valor.","answer":"C","source":{"slug":"STJ_24","ano":2024},"explanation":{"verdict_reason":"O etcd é o banco de dados chave-valor distribuído e consistente onde o Kubernetes persiste todo o estado do cluster — configurações e estado desejado de cada objeto. Só o kube-apiserver fala com ele, e é por isso que perder o etcd sem backup significa perder o cluster.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"etcd como estado do cluster","citation":"Kubernetes — Operating etcd clusters","trap_note":"etcd guarda; não agenda, não executa, não expõe. Item que lhe atribua qualquer verbo de ação está errado."}},{"id":"2617e0e7d9b4","number":77,"stem":10,"statement":"A ferramenta Kubeadm é responsável por criar e gerenciar diretamente todos os pods e contêineres no cluster, enquanto a ferramenta Kubelet executa comandos administrativos no cluster.","answer":"E","source":{"slug":"TRF6_24","ano":2024},"explanation":{"verdict_reason":"Os dois papéis estão trocados. O kubeadm é a ferramenta administrativa que inicializa e adiciona nós ao cluster (kubeadm init, kubeadm join); o kubelet é o agente que, em cada nó, cria e mantém os pods e seus contêineres. O item atribui a cada um a função do outro.","distortion_type":"inversao","distorted_span":"A ferramenta Kubeadm é responsável por criar e gerenciar diretamente todos os pods e contêineres no cluster","corrected_statement":"A ferramenta kubeadm executa comandos administrativos de inicialização do cluster, enquanto o kubelet cria e gerencia diretamente os pods e contêineres em cada nó.","concept":"kubeadm × kubelet","citation":"Kubernetes — kubeadm; kubelet","trap_note":"Quando um item descreve duas ferramentas numa mesma frase ligada por \"enquanto\", a hipótese mais provável é a inversão. Confira o par, não cada metade isolada."}},{"id":"e8c3b8ff3a84","number":78,"stem":10,"statement":"O servidor de API do Rancher pode provisionar Kubernetes em nós existentes ou realizar atualizações do Kubernetes.","answer":"C","source":{"slug":"TRF6_24","ano":2024},"explanation":{"verdict_reason":"O Rancher provisiona Kubernetes tanto em nós já existentes (custom clusters, via nó registrado) quanto realiza upgrades das versões do Kubernetes nos clusters que gerencia. As duas capacidades afirmadas são do produto.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Rancher: provisionamento e upgrade","citation":"Rancher — Setting up Kubernetes Clusters","trap_note":"Rancher gerencia clusters; Kubernetes gerencia contêineres. Item que confunda as duas camadas está errado, item que respeite a hierarquia tende a estar certo."}},{"id":"fbc35601e15b","number":108,"stem":11,"statement":"O Rancher pode provisionar o Kubernetes de um provedor hospedado ou importar clusters do Kubernetes existente em execução em qualquer lugar, permitindo, ainda, o monitoramento e a emissão de alerta para clusters e seus recursos.","answer":"C","source":{"slug":"TRF6_24","ano":2024},"explanation":{"verdict_reason":"As três capacidades afirmadas são do Rancher: provisionar Kubernetes em provedor hospedado, importar clusters já em execução em qualquer infraestrutura, e monitorar e alertar sobre esses clusters e seus recursos. O item apenas descreve o produto.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Rancher: gestão multicluster","citation":"Rancher — Cluster Management; Monitoring and Alerting","trap_note":"O diferencial do Rancher é administrar clusters de origens diferentes num único painel. Itens que afirmem isso costumam estar certos."}},{"id":"4c67c3c7977d","number":113,"stem":12,"statement":"No Kubernetes, o comando kubectl get nodes permite que se crie um pod, com configuração padrão, no nó em que está conectado, sem a necessidade de se atribuir um rótulo para esse nó.","answer":"E","source":{"slug":"SEPLAG_CE_24","ano":2024},"explanation":{"verdict_reason":"kubectl get nodes apenas lista os nós do cluster: é um comando de leitura e não cria recurso algum. Criar um pod exigiria kubectl run ou kubectl apply sobre um manifesto. O verbo get, em kubectl, nunca escreve.","distortion_type":"troca_de_termo","distorted_span":"o comando kubectl get nodes permite que se crie um pod","corrected_statement":"No Kubernetes, o comando kubectl get nodes apenas lista os nós do cluster; criar um pod exige kubectl run ou kubectl apply.","concept":"Verbos do kubectl: get, run, apply","citation":"Kubernetes — kubectl Cheat Sheet","trap_note":"Traduza o verbo do comando antes de julgar: get lê, describe detalha, run e apply escrevem, delete remove. A banca troca o verbo e mantém o resto da frase plausível."}},{"id":"f8677ffe3a19","number":75,"stem":13,"statement":"As ferramentas DevOps incluem o Kubernetes, uma plataforma de orquestração de contêineres que permite gerenciar e escalonar aplicativos em contêineres em diferentes ambientes e pode ser integrada a outras ferramentas DevOps, como Docker e Jenkins.","answer":"C","source":{"slug":"SEFIN_FORTALEZA_CE_23","ano":2023},"explanation":{"verdict_reason":"A descrição está correta em todos os seus termos. O Kubernetes é de fato uma plataforma de orquestração de contêineres, e a integração com Docker (como runtime ou como ferramenta de build) e com Jenkins (como esteira de CI/CD) é o arranjo mais comum em cadeias DevOps. Nada no item extrapola o que a ferramenta faz.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Kubernetes no ecossistema DevOps","citation":"Kubernetes — Overview","trap_note":"Itens puramente descritivos sobre o que o Kubernetes é costumam ser Certo. A banca erra o item quando acrescenta um verbo que o produto não executa, não quando apenas o apresenta."}},{"id":"005068a4905d","number":77,"stem":14,"statement":"Kubernetes é uma plataforma utilizada para manter e implantar um grupo de contêineres em tempo de execução, além de ser comumente utilizada junto com a ferramenta Docker, para melhor controle e implementação de aplicativos em contêineres.","answer":"C","source":{"slug":"DATAPREV_23","ano":2023},"explanation":{"verdict_reason":"A descrição é correta: o Kubernetes mantém e implanta grupos de contêineres em tempo de execução, e o arranjo com o Docker — como runtime ou como ferramenta de construção das imagens — é de fato o mais comum. O item não afirma dependência obrigatória, apenas uso comum.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Kubernetes e Docker: uso conjunto","citation":"Kubernetes — Overview","trap_note":"Repare na diferença entre \"comumente utilizada junto com\" e \"depende de\". A primeira é verdadeira, a segunda seria falsa desde a remoção do dockershim."}},{"id":"20f3562b75e7","number":82,"stem":15,"statement":"Na orquestração de serviços em cluster kubernetes, um pod sempre será executado em um nó, ainda que seja em uma máquina física.","answer":"C","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"O pod é sempre agendado para um nó: não existe pod em execução fora de um nó do cluster. O nó pode ser uma máquina virtual ou física — essa é justamente a abstração que o Kubernetes oferece, e é o que o item afirma.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Pod sempre executa em um nó","citation":"Kubernetes — Pods","trap_note":"Aqui o \"sempre\" está correto, e é a exceção que confirma a regra: só desconfie do advérbio absoluto quando existir um contraexemplo real."}},{"id":"6b3b2b7f2829","number":83,"stem":15,"statement":"No caso hipotético em tela, a área de TIC deve dimensionar a quantidade de pods de acordo com a demanda esperada, uma vez que os pods nesse modo são o ponto focal para avaliação de performance. Isso se deve ao fato de que, ao se utilizar o Kubernetes no modo serverless, cada pod gerencia os kubelets e os contêineres que estiverem contidos nos nós do cluster.","answer":"E","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"A relação está invertida. Quem gerencia contêineres é o kubelet, o agente que roda em cada nó e recebe do plano de controle os pods que lhe couberam. O pod é o objeto gerenciado, não o gerente: ele não administra kubelets nem os nós do cluster.","distortion_type":"inversao","distorted_span":"cada pod gerencia os kubelets e os contêineres que estiverem contidos nos nós do cluster","corrected_statement":"Ao se utilizar o Kubernetes, o kubelet de cada nó é que gerencia os pods e os contêineres nele contidos.","concept":"kubelet gerencia pods, não o contrário","citation":"Kubernetes — kubelet","trap_note":"Monte a cadeia de comando antes de responder: plano de controle manda no kubelet, kubelet manda no runtime, runtime roda o contêiner. Qualquer item que suba um degrau na direção errada está errado."}},{"id":"4e94866b906c","number":96,"stem":16,"statement":"Ao se executar o arquivo YAML descrito a seguir, será criado um deployment com uma imagem do NGINX.\n\napiVersion: v1\nkind: Service\nmetadata:\n  name: my-nginx-svc\n  labels:\n    app: nginx\nspec:\n  type: LoadBalancer\n  ports:\n  - port: 80\n  selector:\n    app: nginx","answer":"E","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"O YAML apresentado declara kind: Service, e é isso que determina o objeto criado. Um Deployment exigiria kind: Deployment e apiVersion: apps/v1. O que o arquivo cria é um serviço que expõe pods já existentes — nenhuma imagem do NGINX é implantada por ele.","distortion_type":"troca_de_termo","distorted_span":"será criado um deployment","corrected_statement":"Ao se executar o arquivo YAML descrito a seguir, será criado um Service, e não um Deployment.","concept":"kind e apiVersion determinam o objeto","citation":"Kubernetes — Objects and kinds","trap_note":"Em item com YAML, leia kind antes de qualquer outra coisa. A banca descreve corretamente o comportamento de um objeto e assina o nome de outro."}},{"id":"74a5beff44e1","number":98,"stem":16,"statement":"O kube-scheduler é o escalonador do Kubernetes e sua função consiste em controlar o aumento e a diminuição da quantidade de pods de acordo com as configurações de consumo.","answer":"E","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"O kube-scheduler escolhe em qual nó cada pod novo será executado — e apenas isso. Quem varia a quantidade de réplicas conforme o consumo observado é o HorizontalPodAutoscaler. A primeira metade do item está certa; a função descrita é de outro componente.","distortion_type":"atribuicao_errada","distorted_span":"controlar o aumento e a diminuição da quantidade de pods","corrected_statement":"O kube-scheduler é o escalonador do Kubernetes e sua função consiste em escolher em qual nó cada pod será executado.","concept":"kube-scheduler decide o nó; HPA decide a quantidade","citation":"Kubernetes — kube-scheduler; HorizontalPodAutoscaler","trap_note":"\"Escalonador\" traduz scheduler (quem escolhe o nó), não scaler (quem escolhe quantos). A banca explora essa ambiguidade do português com frequência."}},{"id":"1364f9829cb3","number":99,"stem":16,"statement":"O Kubernetes pode operar sem usar o Docker e suporta a execução com CRI-O e Containerd.","answer":"C","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"O Kubernetes conversa com o runtime pela CRI (Container Runtime Interface), e qualquer implementação que atenda a essa interface serve. O dockershim foi removido na versão 1.24, e containerd e CRI-O são hoje os runtimes correntes. O Docker nunca foi requisito da plataforma.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"CRI e runtimes de contêiner","citation":"Kubernetes — Container Runtime Interface (dockershim removido na 1.24)","trap_note":"Kubernetes e Docker são coisas separadas. Item que trate o Docker como dependência obrigatória está errado; item que o trate como uma opção entre outras está certo."}},{"id":"ac6e13077df6","number":110,"stem":17,"statement":"Kubernetes é uma ferramenta de orquestração de contêineres capaz de oferecer suporte às equipes de DevOps e que pode ser integrada aos fluxos de trabalho de CI/CD; a orquestração de contêineres permite automatizar a implantação, o gerenciamento, o dimensionamento e a rede de contêineres.","answer":"C","source":{"slug":"INPI_23","ano":2023},"explanation":{"verdict_reason":"A definição está correta e a lista de capacidades também: a orquestração de contêineres automatiza implantação, gerenciamento, dimensionamento e rede. A integração com esteiras de CI/CD é o uso corrente da ferramenta em times DevOps.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Orquestração de contêineres em CI/CD","citation":"Kubernetes — Overview","trap_note":"Listas de capacidades genéricas do Kubernetes quase sempre são Certo. O erro costuma vir de um item específico dentro da lista, não da lista inteira."}},{"id":"60884d8174d7","number":107,"stem":18,"statement":"O Kubernetes faz o escalonamento e a recuperação no caso de falha de uma aplicação.","answer":"C","source":{"slug":"BANRISUL_22","ano":2022},"explanation":{"verdict_reason":"Ambas as capacidades são do Kubernetes e decorrem do mesmo mecanismo: o laço de reconciliação compara o estado declarado com o observado. Um contêiner que morre vira uma diferença a corrigir, o que produz a recuperação; um número de réplicas alterado também, o que produz o escalonamento.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Autorrecuperação e escalonamento","citation":"Kubernetes — Overview: self-healing","trap_note":"Autorrecuperação não é um recurso à parte: é o laço de reconciliação visto de fora. Quem entende o laço não precisa decorar a lista de recursos."}},{"id":"6e18395d9fd0","number":86,"stem":19,"statement":"Com a implantação do Kubernetes, é obtido um cluster com pelo menos um nó de trabalho (worker node); os nós de trabalho, por sua vez, hospedam vários componentes da carga de trabalho do aplicativo.","answer":"C","source":{"slug":"SEFAZ_CE_21","ano":2021},"explanation":{"verdict_reason":"A implantação do Kubernetes produz um cluster com pelo menos um nó de trabalho, e é nele que rodam os componentes da carga de trabalho da aplicação — os pods. A afirmação corresponde ao que a própria documentação descreve como estrutura mínima de um cluster.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Estrutura mínima de um cluster","citation":"Kubernetes — Cluster Architecture","trap_note":"\"Pelo menos um\" é um quantificador honesto e quase sempre aparece em item Certo. Compare com \"exatamente um\" ou \"uma única\", que costumam marcar item Errado."}},{"id":"fca8a5624c42","number":87,"stem":20,"statement":"A camada de gerenciamento possui o componente etcd, cuja função é observar pods que foram criados sem nenhum node atribuído e selecionar um node para execução.","answer":"E","source":{"slug":"SERPRO_21","ano":2021},"explanation":{"verdict_reason":"A função descrita — observar pods criados sem nó atribuído e escolher um nó para executá-los — é do kube-scheduler. O etcd é o armazenamento chave-valor onde o estado do cluster é persistido; ele guarda dados, não toma decisões de agendamento.","distortion_type":"atribuicao_errada","distorted_span":"o componente etcd","corrected_statement":"A camada de gerenciamento possui o componente kube-scheduler, cuja função é observar pods que foram criados sem nenhum node atribuído e selecionar um node para execução.","concept":"Papéis no plano de controle","citation":"Kubernetes — Cluster Architecture (etcd, kube-scheduler)","trap_note":"Decidir × guardar × executar: scheduler decide, etcd guarda, kubelet executa. Quase todo item de componente do Kubernetes se resolve com essa separação."}},{"id":"f86ec7751a6d","number":122,"stem":21,"statement":"No Kubernetes, kubelet é uma pequena aplicação localizada em um nó que se comunica com o plano de controle, assegurando que os containers estejam em execução em um pod, que consiste no menor e mais simples objeto do Kubernetes.","answer":"C","source":{"slug":"SEFAZ_CE_21","ano":2021},"explanation":{"verdict_reason":"As duas afirmações do item estão corretas: o kubelet é o agente que roda em cada nó, conversa com o plano de controle e garante que os contêineres descritos nos PodSpecs estejam em execução; e o pod é o menor e mais simples objeto do modelo do Kubernetes.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"kubelet e a unidade mínima","citation":"Kubernetes — kubelet; Pods","trap_note":"A unidade mínima é o pod, não o contêiner. Item que diga \"contêiner\" nessa frase está errado; este diz pod, e por isso está certo."}}]}