Mettre à jour une boutique sans dépasser son quota

Actualisez une boutique avec un quota fixe de demandes CPU, gardez la disponibilité requise et livrez le nouveau catalogue.

ProjetKubernetes

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

Introduction

Mettre à jour une boutique sans dépasser son quota est un projet pratique destiné aux personnes ayant acquis les bases de Kubernetes. Publiez un nouveau catalogue lorsque le fonctionnement habituel respecte le quota de demandes CPU du namespace, mais que la mise à jour progressive tentée le dépasse. Gardez la boutique de référence protégée en service et livrez le véritable catalogue actualisé.

Un laboratoire guidé enseigne le calcul des ressources, la stratégie de mise à jour, la récupération et les contrôles côté client. Un défi indépendant modifie l’allocation et l’exigence de disponibilité pour une librairie : vous devez choisir une stratégie adaptée à ces nouvelles conditions. Chaque unité dispose de son propre environnement préparé.

Ce que vous apprendrez

À l’issue de ce cours, vous saurez :

  • distinguer la création d’un Pod refusée pour dépassement de quota dans un ReplicaSet d’un Pod existant impossible à planifier ;
  • calculer les demandes CPU en régime normal et pendant la mise à jour, y compris celles d’une charge voisine protégée ;
  • choisir un budget RollingUpdate respectant à la fois un quota fixe et un nombre minimal de réplicas disponibles ;
  • préserver les charges et Services d’origine, conserver la configuration de référence approuvée et reprendre après une tentative de mise à jour infructueuse ;
  • relier le manifeste de publication enregistré au véritable nouveau catalogue et à un téléchargement CSV complet ;
  • interpréter des observations limitées du cluster réel sans les présenter comme une garantie de disponibilité en production.

À qui s’adresse ce cours

Ce cours s’adresse aux débutants Kubernetes prêts à appliquer leurs bases à une tâche de livraison complète.

Prérequis : Chemins de base dans un terminal, navigation entre onglets, YAML simple et connaissance des Pods, Deployments, Services et labels. Le laboratoire guidé explique les unités des demandes CPU, ResourceQuota et le calcul du budget de mise à jour.

Environnement d’apprentissage : Un véritable cluster Kubernetes à un nœud, l’application de boutique et les données du catalogue sont fournis. Utilisez les onglets Workspace, Shop et Reference du navigateur pour configurer la mise à jour, explorer le résultat et maintenir le service de référence indépendant. Le site en fonctionnement, les libellés et les sorties des commandes sont en anglais.

Questions fréquentes

Faut-il déjà connaître Kubernetes ?

Oui. Vous devez reconnaître les objets de base et lire un manifeste simple. Ce projet enseigne la décision liée au quota et à la mise à jour, sans présenter Kubernetes depuis le début.

Dois-je installer un cluster ou programmer l’application ?

Non. Le cluster, l’application et les contrôles de santé sont prêts. Vous modifiez la stratégie fournie, utilisez les véritables services et enregistrez le catalogue téléchargé.

Comment le défi prolonge-t-il le laboratoire guidé ?

La librairie a des demandes CPU, une allocation disponible et un seuil minimal de disponibilité différents, ce dernier étant plus strict. Appliquez les mêmes méthodes de calcul et de récupération de façon autonome ; copier les paramètres du laboratoire guidé ne suffit pas.

Cela prouve-t-il une disponibilité ininterrompue ou des performances ?

Non. Le projet contrôle une mise à jour complète à l’aide d’observations limitées dans un environnement de formation à un nœud. Les demandes CPU relèvent de la comptabilisation des ressources, pas de l’utilisation mesurée, d’une promesse de performances ou d’un budget financier. Les observations ne prouvent pas la disponibilité entre les échantillons.

Enseignant

labby
Labby
Labby is the LabEx teacher.