Desculpas se você viu este blog antes e foi apenas um sorteio aleatório! Eu acidentalmente cliquei em publicar antes de escrever alguma coisa? Ainda estou tentando descobrir um fluxo de trabalho tranquilo entre Canva, dev.to e Eraser.io, então tenha paciência enquanto acerto as coisas.

Arquitetura Kubernetes - Componentes do nó mestre e do nó de trabalho

No post de hoje, vou percorrer a arquitetura básica do Kubernetes, focando nos dois componentes principais: o Master Node e o Worker Node.

Nó Mestre

O Master Node é onde a mágica do controle acontece. É responsável por gerenciar o cluster e coordenar tudo entre os nós. Aqui estão os principais componentes do Master Node:

• API Server: Este é o ponto de entrada para todas as tarefas administrativas. Pense nele como o principal centro de comunicação entre os usuários, nós e até mesmo os componentes externos.

• Scheduler: Como o nome sugere, é responsável por agendar suas aplicações (pods) para execução nos Worker Nodes com base nos recursos disponíveis.

• Controller Manager: Responsável por monitorar e manter o estado desejado do cluster, garantindo que tudo esteja funcionando perfeitamente e conforme o esperado.

• etcd: É o cérebro da operação, armazenando todos os dados e configurações do cluster.

Nó de trabalho

Do outro lado, você tem os Worker Nodes. É aqui que seus contêineres (aplicativos) realmente são executados. Aqui está um detalhamento:

• Pods: um pod é a menor unidade implantável no Kubernetes. Cada pod encapsula um ou mais contêineres.

• kubelet: garante que os contêineres nos pods estejam em execução e reporta ao nó mestre.

• Container Runtime: Este é o software que realmente executa os contêineres.

• kube-proxy: gerencia as regras de rede que permitem que os pods se comuniquem entre si e com o mundo exterior.

Juntando tudo

A comunicação entre os nós mestre e de trabalho é fundamental para manter o sistema funcionando perfeitamente. O servidor API se comunica com o kubelet em cada nó de trabalho para garantir que os contêineres estejam funcionando conforme o esperado, enquanto o agendador decide quais pods vão para onde com base nos recursos.

Espero que isso lhe dê uma imagem clara de como a arquitetura Kubernetes é organizada. Se você está aprendendo Kubernetes como eu, desenhar esses diagramas e dividir as coisas realmente ajuda a solidificar os conceitos.

Tags e menções

@piyushsachdeva
Vídeo do dia 5