Orquestração de Contêineres Question #019e3a4f

O Kubernetes Control Plane é responsável por gerenciar o estado do cluster e tomar decisões globais. Seus componentes principais incluem kube-apiserver, kube-scheduler, kube-controller-manager e cloud-controller-manager. O cloud-controller-manager integra-se com APIs de provedores de nuvem para gerenciar recursos como balanceadores de carga e volumes de armazenamento, tornando-o um componente do control plane.

Como funciona: Os componentes do control plane são executados em nós master dedicados. O kube-apiserver expõe a API do Kubernetes, o kube-scheduler atribui pods a nós, o kube-controller-manager executa controladores para replicação, endpoints, etc., e o cloud-controller-manager lida com controladores específicos de nuvem. Juntos, eles mantêm o estado desejado do cluster.

Por que cloud-controller-manager está correto: Ele é explicitamente listado como um componente do control plane na documentação do Kubernetes. Ele gerencia recursos do provedor de nuvem e é executado como um controlador dentro do control plane.

Por que as outras opções estão incorretas:

• coredns é um add-on do cluster que fornece serviços DNS para descoberta de serviços. Ele é executado como um deployment em nós workers, não como parte do control plane.
• kube-proxy é um proxy de rede que é executado em cada nó (incluindo nós workers) para lidar com regras de rede e balanceamento de carga de serviços. É um componente de nível de nó, não um componente do control plane.
• kubelet é o agente principal do nó que é executado em todos os nós (incluindo nós workers) e garante que os contêineres estejam em execução nos pods. É um componente de nível de nó, não parte do control plane.