Créer un tableau d’état Kubernetes

Créez un tableau réel des Deployments avec une identité dédiée, deux périmètres de lecture et les charges d’origine préservées.

ProjetKubernetes

💡 Ce tutoriel est traduit par l'IA à partir de la version anglaise. Pour voir la version originale, vous pouvez cliquer ici

Introduction

Créer un tableau d’état Kubernetes est un projet pratique pour les personnes qui connaissent les bases de Kubernetes et souhaitent relier l’identité d’une charge de travail à un outil utile. Vous donnerez au tableau préparé sa propre identité en lecture seule, l’autoriserez à lire les Deployments de deux espaces de noms approuvés et laisserez hors de sa portée les données du personnel et les modifications de charges.

Un Guided Lab part d’un refus réel de l’API, puis introduit une ServiceAccount dédiée, les droits du premier espace de noms, un nouveau Pod du tableau utilisant cette identité et un second périmètre de lecture. Un Challenge indépendant transpose ces méthodes à Cedar Library avec d’autres espaces de noms pour l’identité et les applications. Chaque unité commence dans son propre environnement complet et préparé.

Le résultat est un tableau utilisable, un téléchargement CSV à jour et quatre manifestes réutilisables. Le tableau présente les réplicas déclarés, la disponibilité rapportée par le contrôleur et les images du modèle des Deployments ; il ne transforme pas une erreur d’API en résultat sain, ni une application volontairement réduite à zéro en panne.

Ce que vous apprendrez

À la fin de ce cours, vous saurez :

  • distinguer les identifiants du terminal de l’opérateur de l’identité réelle d’un processus dans un Pod ;
  • créer une ServiceAccount dédiée et lui associer le Role et le RoleBinding d’un espace de noms cible ;
  • sélectionner l’identité dans un manifeste Deployment enregistré et observer les requêtes API réelles du nouveau Pod ;
  • étendre get et list à un second espace approuvé tout en conservant les refus du troisième, des Secrets et des modifications de charges ;
  • interpréter réplicas souhaités, réplicas disponibles et images du modèle dans les limites des observations du contrôleur ;
  • livrer un CSV actuel et des manifestes enregistrés en préservant les ressources, données et sources d’origine.

À qui s’adresse ce cours

Ce cours s’adresse aux apprenants Kubernetes et futurs opérateurs d’applications souhaitant un petit projet complet après les fondamentaux. Connaître le contrôle d’accès de Kubernetes in Practice est utile ; le Guided Lab explique les champs d’identité et de permissions nécessaires avant leur utilisation.

Prérequis : Chemins de base du terminal, YAML simple, espaces de noms, Pods, Deployments, Services et labels. Aucune programmation d’application, expérience des SDK clients, construction d’image ni compte cloud n’est nécessaire.

Environnement d’apprentissage : Un véritable cluster Kubernetes à un nœud, des applications synthétiques, le tableau et un client de diagnostic sont prêts. Utilisez Workspace pour les manifestes et commandes Kubernetes et Board pour les pages, détails et CSV réels. Le tableau gère en interne ses informations d’authentification projetées et la validation du certificat.

Questions fréquentes

Dois-je installer Kubernetes ?

Non. Chaque unité fournit son propre cluster et ses applications préparés. Vous travaillez sur des objets du périmètre du cours, sans installer ni modifier l’infrastructure du cluster.

Dois-je écrire le tableau ou manipuler des jetons ?

Non. Le client et l’interface sont fournis. Vous configurez une identité dédiée, des droits restreints par espace de noms et le choix d’identité du Deployment, en conservant les sources fournies.

Un test de permissions prouve-t-il que le tableau utilise la bonne identité ?

Accorder des droits à une identité ne change pas automatiquement un Pod en cours d’exécution. Vous contrôlez l’identité authentifiée du client réel et ses lectures de collections et de détails, ainsi que les droits et les opérations refusées.

Qu’est-ce qui change dans le Challenge ?

Le scénario de la bibliothèque change l’emplacement du lecteur et ses deux espaces de données approuvés, tout en conservant un espace du personnel exclu. Vous combinez les méthodes apprises pour livrer le tableau complet et les manifestes. Le résultat décrit l’état du contrôleur dans un cluster d’entraînement, sans authentifier les visiteurs ni garantir la disponibilité en production.

Enseignant

labby
Labby
Labby is the LabEx teacher.

Recommandé pour vous

no data