Questão de Sistemas Operacionais — Geral — INSTITUTO AOCP 2026

Kubernetes: Deployment, HPA e Ingress

Gabarito: letra E. Os três requisitos operacionais são atendidos, respectivamente, por Deployment (reinício automático de Pods em caso de falha), Horizontal Pod Autoscaler (HPA) (ajuste automático do número de réplicas conforme a utilização de CPU) e Ingress com TLS (acesso externo via HTTPS com roteamento baseado em nome de host). Esses são os recursos nativos do Kubernetes que correspondem exatamente às necessidades descritas no enunciado.

O Kubernetes é um orquestrador de contêineres que automatiza a implantação, o escalonamento e a operação de aplicações em contêineres. Para entender a questão, é preciso conhecer os principais recursos (workloads) e serviços que ele oferece. O enunciado descreve um cenário de migração de aplicações para contêineres, sem necessidade de identidade de Pod estável ou armazenamento persistente por réplica — ou seja, uma aplicação stateless (sem estado). Essa informação é crucial, pois descarta o uso de StatefulSet, que é justamente o recurso para aplicações stateful (com estado).

Vamos analisar cada requisito:

1. Reinício automático de Pods em caso de falha: O recurso que garante isso é o Deployment. Um Deployment gerencia um conjunto de réplicas de Pods e, por meio de seu controlador, garante que o número desejado de réplicas esteja sempre em execução. Se um Pod falhar, o controlador do Deployment cria um novo Pod para substituí-lo, sem intervenção manual. O ReplicaSet, que é o recurso de nível inferior, também garante a quantidade de réplicas, mas o Deployment é a abstração de mais alto nível que adiciona recursos como atualizações progressivas (rolling updates) e rollback. Por isso, o Deployment é a escolha padrão para aplicações stateless.

1. Ajuste automático do número de réplicas conforme a utilização de CPU: Esse é o papel do Horizontal Pod Autoscaler (HPA). O HPA é um recurso que observa métricas de utilização de recursos (como CPU e memória) dos Pods e ajusta automaticamente o número de réplicas de um Deployment, ReplicaSet ou StatefulSet, para atender à demanda. Ele escala horizontalmente (adiciona ou remove réplicas) com base em um alvo de utilização definido. O Vertical Pod Autoscaler (VPA), por outro lado, ajusta os limites de recursos (CPU e memória) dos contêineres, não o número de réplicas.

1. Acesso externo via HTTPS com roteamento baseado em nome de host: O recurso que atende a esse requisito é o Ingress com TLS. O Ingress é um recurso que gerencia o acesso externo aos serviços do cluster, geralmente via HTTP/HTTPS. Ele permite configurar regras de roteamento baseadas em nome de host (host-based routing) e em caminhos (path-based routing). A configuração de TLS no Ingress permite o acesso via HTTPS, terminando a criptografia SSL/TLS no próprio Ingress. Os Services do tipo NodePort e LoadBalancer também expõem serviços externamente, mas não oferecem roteamento baseado em nome de host nem terminação TLS nativamente — essas são funcionalidades específicas do Ingress.

A pegadinha da questão está em associar corretamente cada requisito ao recurso nativo do Kubernetes. O candidato pode confundir o Deployment com o StatefulSet (que é para aplicações com estado), o HPA com o VPA (que escala verticalmente, não horizontalmente) e o Ingress com os Services NodePort ou LoadBalancer (que não fazem roteamento por host nem terminam TLS). A alternativa E é a única que combina os três recursos corretos.

Alternativa A — ❌ Incorreta

O StatefulSet é um recurso para aplicações stateful (com estado), que exigem identidade de Pod estável e armazenamento persistente por réplica. O enunciado explicitamente afirma que o sistema não precisa de identidade de Pod estável nem armazenamento persistente por réplica, o que descarta o StatefulSet. O HPA e o Ingress com TLS estão corretos, mas o primeiro recurso está errado.

Alternativa B — ❌ Incorreta

O Deployment atende ao primeiro requisito, mas o CronJob é um recurso para executar tarefas agendadas (jobs) em horários específicos, não para ajustar réplicas conforme a utilização de CPU. O ClusterIP Service é um serviço interno do cluster, que não expõe a aplicação externamente. Portanto, os dois últimos recursos estão incorretos.

Alternativa C — ❌ Incorreta

O DaemonSet garante que uma cópia de um Pod seja executada em cada nó do cluster, não é usado para reiniciar Pods em caso de falha de forma geral. O Vertical Pod Autoscaler (VPA) ajusta os limites de recursos (CPU e memória) dos contêineres, não o número de réplicas — o requisito pede ajuste do número de réplicas, o que é feito pelo HPA. O NodePort Service expõe o serviço em uma porta estática de cada nó, mas não oferece roteamento baseado em nome de host nem terminação TLS.

Alternativa D — ❌ Incorreta

O ReplicaSet garante a quantidade de réplicas, mas o Deployment é a abstração de mais alto nível que adiciona recursos como atualizações progressivas e rollback, sendo a escolha padrão para aplicações stateless. O CronJob é para tarefas agendadas, não para escalonamento automático. O LoadBalancer Service expõe o serviço externamente via um balanceador de carga, mas não oferece roteamento baseado em nome de host nem terminação TLS.

Alternativa E — ✅ Correta ⟵ GABARITO

O Deployment gerencia Pods stateless e garante o reinício automático em caso de falha. O Horizontal Pod Autoscaler (HPA) ajusta automaticamente o número de réplicas com base na utilização de CPU. O Ingress com TLS permite o acesso externo via HTTPS, com roteamento baseado em nome de host. Esses três recursos atendem exatamente aos requisitos descritos no enunciado.

Gabarito: letra E