Questão de Redes de Computadores — Serviços — FUNDATEC 2025
Redes de Computadores›Serviços
Código
qg474990
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2025
Nível
Superior
Cargo
Analista em Computação/Ênfase em Programação de Sistemas na Tecnologia Microsoft
Em nuvem pública gerenciado, qual é o serviço responsável por expor uma aplicação web para a Internet com IP público?
AClusterIP, pois cria um IP interno para a VPC.
BExternalName, pois resolve nome DNS externo para o pod.
CHeadless (clusterIP: None), pois delega ao CoreDNS o IP público.
DLoadBalancer, que integra com o provedor de nuvem para alocar um balanceador público.
ENodePort, que reserva porta alta, mas não depende de balanceador externo.
Revelar gabarito e comentário▾
GabaritoD — LoadBalancer, que integra com o provedor de nuvem para alocar um balanceador público.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Serviços Kubernetes: Exposição externa
Gabarito: letra D. O serviço do tipo LoadBalancer é o componente do Kubernetes que, em nuvens públicas gerenciadas (AWS, GCP, Azure), solicita ao provedor a criação de um balanceador de carga externo com um endereço IP público, expondo a aplicação web para a Internet. Esse é o propósito direto desse tipo de serviço.
A questão testa o conhecimento dos tipos de Service no Kubernetes e suas finalidades. Em um cluster gerenciado, cada tipo tem uma função específica no roteamento de tráfego.
Tipo
IP/Exposição
Uso típico
ClusterIP
IP interno (virtual) dentro da VPC
Comunicação interna entre pods
NodePort
IP do nó + porta alta (30000-32767)
Acesso externo sem balanceador, mas depende do IP do nó
LoadBalancer
IP público fornecido pelo provedor de nuvem
Expor aplicação web diretamente para Internet
ExternalName
Retorna um registro CNAME
Redirecionamento para serviço externo via DNS
Headless
Sem IP Cluster; DNS retorna IPs dos pods
Descoberta direta de pods
A alternativa D descreve exatamente a integração do LoadBalancer com o provedor de nuvem. As demais alternativas possuem incorreções ou descrições imprecisas para o cenário de exposição com IP público.
Service (Kubernetes): Exposição externa (LoadBalancer (IP público), NodePort (porta alta, IP do nó)); Exposição interna (ClusterIP (IP privado), Headless (sem IP, DNS direto)); Redirecionamento DNS (ExternalName (CNAME))
Alternativa A — ❌ Incorreta
ClusterIP gera um IP privado acessível apenas dentro da VPC/Cluster. Não expõe à Internet com IP público.
Alternativa B — ❌ Incorreta
ExternalName mapeia um nome DNS para um registro CNAME, sem atribuir IP algum ao serviço. Não expõe a aplicação com IP público.
Alternativa C — ❌ Incorreta
Headless (clusterIP: None) não cria IP de serviço; o CoreDNS retorna os IPs dos pods diretamente. O pod pode ter IP privado, e não há IP público associado.
Alternativa D — ✅ Correta ⟵ GABARITO
O LoadBalancer, ao ser criado, faz o Kubernetes interagir com a API do provedor de nuvem (AWS ELB, GCP HTTP(S) Load Balancer, Azure Load Balancer) para provisionar um balanceador externo com IP público, roteando o tráfego para os pods do serviço. É a solução padrão para expor aplicações web.
Alternativa E — ❌ Incorreta
NodePort expõe o serviço em uma porta alta (ex.: 30080) nos IPs dos nós. Contudo, os nós geralmente possuem IPs privados dentro da VPC; sem um roteamento adicional ou um balanceador, não se obtém um IP público diretamente. A descrição "reserva porta alta, mas não depende de balanceador externo" é verdadeira, porém não fornece IP público — o que a questão exige.
NÃO CAIA NESSA!
A banca pode tentar confundir o candidato com a alternativa E (NodePort), pois ela de fato permite acesso externo (via IP do nó + porta). Porém, a questão especifica "com IP público" — e NodePort não garante um IP público; depende de a rede do nó já possuir um IP público atribuído, o que não é um recurso do serviço NodePort em si, mas do provedor de nuvem (que pode atribuir IP público ao nó). O LoadBalancer, diferentemente, solicita explicitamente um IP público ao provedor.
PEGA ESSA DICA!
Para memorizar: ClusterIP = Comunicação interna; NodePort = Nó (porta do nó); LoadBalancer = Luz pública (Internet); ExternalName = Esterno (DNS). Na dúvida, lembre-se: apenas o LoadBalancer entrega um IP público de forma nativa e gerenciada.