Protéger le service de stock d’une boutique est un projet pratique destiné aux personnes ayant acquis les bases de Kubernetes. Maintenez le catalogue réel et les devis de panier d’entraînement via l’API tout en empêchant la lecture directe du stock et les connexions sortantes inutiles de l’API. Évaluez la limite réseau à partir du résultat de l’application complète.
Deux Guided Labs enseignent le trafic entrant du stock, les dépendances réelles DNS et stock, les contrôles positifs et l’union des autorisations. Un Challenge indépendant change les namespaces, les rôles, les produits et le port du stock pour une boutique de loisirs créatifs. Chaque unité démarre dans son propre environnement préparé, sans dépendre des fichiers ou processus de la VM précédente.
Ce que vous apprendrez
À la fin de ce cours, vous saurez :
- suivre le véritable parcours client → API → stock et le distinguer d’un accès interne direct ;
- combiner les sélecteurs de namespace et de rôle de Pod pour limiter l’entrée au stock sans arrêter l’application ;
- distinguer une panne DNS d’une connexion TCP fonctionnelle ou bloquée grâce à de vraies requêtes depuis les identités préparées ;
- autoriser les chemins DNS et stock nécessaires à l’API, notamment DNS sur UDP et TCP, avec une portée ciblée ;
- examiner l’union des NetworkPolicies et retirer une ancienne autorisation gérée qui accorde encore des accès inutiles ;
- livrer des manifestes réutilisables en conservant le catalogue complet, des devis d’entraînement corrects et un service indépendant.
À qui s’adresse ce cours
Ce cours s’adresse aux débutants Kubernetes prêts à appliquer les bases du réseau à une application complète. Étudiez d’abord l’introduction au réseau et aux NetworkPolicies de Kubernetes in Practice.
Prérequis : Chemins de terminal et navigation entre onglets, YAML simple, et connaissance des namespaces, Pods, Deployments, Services et labels. Le travail guidé explique les champs des politiques, les transports et ports DNS, l’outil de diagnostic et l’unique variable de terminal utilisée.
Environnement d’apprentissage : Un véritable cluster Kubernetes à un nœud avec Calico, une application client, une API, un service de stock et un service d’expédition distinct sont préparés. Utilisez Workspace, Shop et Reference pour configurer les politiques, parcourir l’application d’origine et tester de vraies connexions autorisées et refusées. Le site, les labels et les sorties de commandes sont en anglais. Toutes les données métier sont synthétiques.
Questions fréquentes
Faut-il déjà connaître Kubernetes ?
Oui. Vous devez reconnaître les objets de base du cluster et lire un YAML simple. Le projet applique ces bases à une limite d’application et explique les décisions supplémentaires de politique et de DNS au moment utile.
Faut-il créer une application ou configurer un plugin réseau ?
Non. Le cluster réel, le plugin et l’application sont préparés. Vous modifiez uniquement les NetworkPolicies autorisées et testez les services réels. Les devis d’entraînement ne réservent pas de stock, ne passent pas de commande et ne prélèvent aucun paiement.
Comment le Challenge prolonge-t-il les Guided Labs ?
La boutique créative change les namespaces, les rôles, les produits et le port du stock. Appliquez les mêmes méthodes d’entrée, de DNS, de sortie et d’union des politiques à son périmètre réel, en conservant les chemins autorisés et refusés au lieu de recopier les anciennes valeurs.
Cela établit-il la sécurité en production ou une disponibilité continue ?
Non. Il s’agit de contrôles fonctionnels TCP/UDP finis sur un cluster préparé à un nœud. NetworkPolicy contrôle les connexions réseau des Pods sélectionnés ; il n’authentifie pas les clients et ne prouve ni une protection contre l’accès des nœuds ou administrateurs, ni une disponibilité ininterrompue en production.
