Criar um painel de status do Kubernetes é um projeto prático para quem conhece os fundamentos do Kubernetes e quer conectar a identidade de uma carga de trabalho a uma ferramenta útil. Você dará ao painel preparado sua própria identidade de leitura, permitirá a leitura de Deployments em dois namespaces aprovados e manterá dados da equipe e alterações de cargas fora do acesso.
Um Guided Lab parte de uma recusa real da API e avança por uma ServiceAccount dedicada, a permissão do primeiro namespace, um novo Pod do painel usando essa identidade e um segundo escopo de leitura. Um Challenge independente transfere os mesmos métodos para a Cedar Library, com outros namespaces para identidade e aplicações. Cada unidade começa com seu próprio ambiente completo e preparado.
O resultado é um painel funcional, um download CSV atual e quatro manifestos reutilizáveis. O painel apresenta réplicas declaradas, disponibilidade informada pelo controlador e imagens do modelo dos Deployments; não transforma um erro de API em resultado saudável nem uma aplicação intencionalmente reduzida a zero em uma falha.
O que você aprenderá
Ao concluir este curso, você poderá:
- distinguir as credenciais do terminal do operador da identidade real de um processo dentro de um Pod;
- criar uma ServiceAccount dedicada e conectar a ela o Role e o RoleBinding de um namespace de destino;
- selecionar a identidade em um manifesto Deployment salvo e observar requisições reais à API pelo novo Pod;
- estender
getelista um segundo namespace aprovado, preservando recusas do terceiro, de Secrets e de alterações de cargas; - interpretar réplicas desejadas, disponíveis e imagens do modelo dentro dos limites das observações do controlador;
- entregar um CSV atual e manifestos salvos, preservando recursos, dados e fontes originais da aplicação.
Para quem é este curso
O curso é destinado a estudantes de Kubernetes e futuros operadores de aplicações que desejam um projeto pequeno e completo depois dos fundamentos. Conhecer o controle de acesso de Kubernetes in Practice ajuda; o Guided Lab explica os campos necessários de identidade e permissão antes de usá-los.
Pré-requisitos: Caminhos básicos no terminal, YAML simples, namespaces, Pods, Deployments, Services e labels. Não é necessário programar aplicações, ter experiência com SDKs de cliente, construir imagens nem possuir conta na nuvem.
Ambiente de aprendizagem: Um cluster Kubernetes real de um único nó, aplicações sintéticas, o painel e um cliente de diagnóstico estão prontos. Use Workspace para manifestos e comandos Kubernetes e Board para páginas, detalhes e CSV reais. O painel lida internamente com sua própria credencial projetada e a validação do certificado.
Perguntas frequentes
Preciso instalar Kubernetes?
Não. Cada unidade fornece seu próprio cluster e aplicações preparados. Você trabalha em objetos do escopo do curso, sem instalar ou alterar a infraestrutura do cluster.
Eu escrevo a aplicação do painel ou manipulo tokens?
Não. O cliente e a interface são fornecidos. Você configura uma identidade dedicada da carga, permissões restritas por namespace e a seleção de identidade do Deployment, mantendo intactas as fontes fornecidas.
Um teste de permissão prova que o painel usa a identidade correta?
Conceder permissão a uma identidade não muda automaticamente um Pod em execução. Você confere a identidade autenticada do cliente real e suas leituras de coleções e objetos individuais, junto com as permissões e operações recusadas.
O que muda no Challenge?
O cenário da biblioteca muda a localização do leitor e os dois namespaces de dados aprovados, preservando um namespace da equipe excluído. Você combina os métodos praticados para entregar o painel completo e os manifestos. O resultado é o estado do controlador em um cluster de treinamento, não autenticação de visitantes nem garantia de disponibilidade em produção.
