Aller au contenu principal

Cas d'usage réels + FAQ complète

Résumé : Kubernetes est partout — de Netflix qui streame à 250 millions de foyers, à Spotify qui personnalise vos playlists, en passant par OpenAI qui fait tourner ChatGPT. Cette dernière leçon présente 6 cas d'usage réels documentés, répond aux 14 questions les plus fréquentes sur Kubernetes, et vous guide vers votre prochaine étape d'apprentissage.

1. Cas d'usage 1 — Netflix, roi du streaming​

Netflix est une des plus grosses vitrines de Kubernetes dans le monde.

Enseignement : Netflix montre que Kubernetes excelle pour les backends de microservices, mais ne cherche pas à remplacer les CDN spécialisés.

2. Cas d'usage 2 — Spotify, l'accéléra­teur de développement​

Spotify utilise Kubernetes depuis 2019 pour accélérer la vélocité de ses équipes.

Enseignement : Kubernetes n'est pas juste un outil technique — c'est un accélérateur de vélocité organisationnelle quand il est bien encapsulé.

3. Cas d'usage 3 — OpenAI, ChatGPT à échelle planétaire​

OpenAI fait tourner ChatGPT et ses APIs sur des clusters Kubernetes gigantesques avec GPU.

Enseignement : Kubernetes est le standard de facto aussi pour l'IA à grande échelle, avec des extensions pour gérer les ressources spéciales (GPU, TPU, InfiniBand).

4. Cas d'usage 4 — ING Bank, migration régulée​

ING (banque néerlandaise) a migré massivement vers Kubernetes dans un environnement bancaire régulé.

Enseignement : Kubernetes est compatible avec les environnements les plus régulés (bancaire, santé, défense), à condition de choisir la bonne distribution (OpenShift, Rancher) et de mettre en place les contrôles adéquats.

5. Cas d'usage 5 — SNCF, chatbots et applis interne​

La SNCF utilise Kubernetes pour modernisation IT progressive.

Enseignement : Kubernetes est aussi utilisé par les grands acteurs publics et industriels français — pas seulement par les GAFA américains.

6. Cas d'usage 6 — Edge Kubernetes chez Chick-fil-A​

Chick-fil-A (chaîne de restauration américaine) utilise k3s dans 2600+ restaurants.

Enseignement : Kubernetes descend jusqu'au edge avec des distributions ultra légères comme k3s — même dans un contexte inattendu comme la restauration rapide.

7. Domaines d'application où Kubernetes brille​

Domaine émergent 2026 : Kubernetes pour l'IA — Kubeflow, Ray Operator, JAX distribué — devient un axe stratégique majeur.

8. Quand Kubernetes N'EST PAS le bon choix​

Kubernetes n'est pas toujours la bonne solution. Voici quand s'abstenir.

Règle d'or : si votre application tourne bien sur Docker Compose avec moins de 20 conteneurs, vous n'avez probablement pas besoin de Kubernetes.

9. FAQ — Les 14 questions les plus fréquentes​

1. Kubernetes est-il gratuit ?

Le projet Kubernetes lui-même (open source sous licence Apache 2.0) est 100 % gratuit. Mais exploiter un cluster coûte de l'argent : matériel/VM, réseau, stockage, et éventuellement le control plane managé (EKS 73 ,GKEStandard72, GKE Standard 72 /mois, AKS gratuit). Comptez 200-500 /mois∗∗pourunpetitclustermanageˊdeproduction,∗∗1000−3000/mois** pour un petit cluster managé de production, **1000-3000 /mois pour un cluster moyen, et dizaines de milliers pour une grande entreprise.

2. Faut-il apprendre Docker avant Kubernetes ?

Fortement recommandé. Kubernetes orchestre des conteneurs — sans comprendre ce qu'est un conteneur, une image, un Dockerfile, un volume, vous serez perdu. Le cours découverte Docker en 40 minutes suffit pour aborder Kubernetes sereinement.

3. Combien de temps pour maîtriser Kubernetes ?

Réaliste, sans mentir :

  • 1-2 semaines pour comprendre les concepts et savoir écrire des manifests basiques.
  • 2-3 mois de pratique quotidienne pour être opérationnel en production sur des cas standards.
  • 1-2 ans de pratique intensive pour maîtriser l'écosystème complet (Helm, Argo CD, sécurité, monitoring, réseau).
  • Toute une carrière pour couvrir tous les cas exotiques.

La certification CKAD valide un bon niveau après 2-3 mois d'apprentissage.

4. Faut-il un cluster local pour apprendre ?

Absolument oui. Trois outils gratuits :

  • minikube — cluster K8s complet sur votre laptop, le plus populaire.
  • kind — Kubernetes-in-Docker, ultra rapide à démarrer.
  • k3d — k3s dans Docker, très léger.

Pour tester le vrai comportement cloud, GKE Autopilot est gratuit avec les crédits d'accueil GCP (300 $).

5. YAML est-il obligatoire ?

Oui pour les manifests standards. Alternatives possibles :

  • JSON — accepté mais peu utilisé (illisible pour humains).
  • Helm charts — YAML avec templates Go.
  • Kustomize — YAML avec surcharges par environnement.
  • Pulumi, CDK8s — écrire en TypeScript / Python (compile en YAML final).

En 2026, 80 %+ des équipes utilisent Helm + Kustomize par-dessus le YAML brut.

6. Kubernetes remplace-t-il Docker ?

Non, ils sont complémentaires :

  • Docker = build d'images + exécution locale/dev.
  • Kubernetes = orchestre les conteneurs à grande échelle.

Depuis 2020, Kubernetes utilise containerd en interne pour exécuter les conteneurs (Docker Engine n'est plus utilisé côté runtime). Mais Docker reste omniprésent pour la construction d'images et le dev local.

7. Quelle est la différence entre Deployment et StatefulSet ?
  • Deployment = pour applications sans état (stateless). Pods interchangeables. Cas : APIs, frontends, workers.
  • StatefulSet = pour applications avec état (stateful). Pods avec identité stable, stockage persistant. Cas : bases de données, files de messages, systèmes distribués comme Kafka, Elasticsearch, MongoDB.

Règle simple : si vous perdez un Pod, est-ce grave ? Non → Deployment. Oui → StatefulSet.

8. Comment gérer les secrets sensibles ?

Trois approches :

  1. Kubernetes Secrets natifs — encodés en base64, chiffrés au repos dans etcd. Simple mais visible pour quiconque a kubectl get.
  2. External Secrets Operator — Kubernetes lit dynamiquement depuis Vault, AWS Secrets Manager, GCP Secret Manager. Standard en 2026.
  3. Sealed Secrets ou SOPS — chiffrement des secrets AVANT de les commiter dans Git.

Ne jamais commiter un secret en clair dans Git, même dans un repo privé.

9. K8s peut-il faire tourner Windows ?

Oui, depuis Kubernetes 1.14 (2019). Vous pouvez avoir un cluster mixte avec des nodes Linux et des nodes Windows. Les Pods Windows exécutent des conteneurs Windows (basés sur Windows Server Core ou Nano Server). AKS d'Azure offre l'expérience Windows la plus polie.

Mais 90 %+ des workloads Kubernetes restent sur Linux, notamment pour des raisons de performance et de coût.

10. Kubernetes vs Docker Compose ?

Compose = local et petit, Kubernetes = production et grand.

  • Docker Compose = 5-20 conteneurs, une machine, dev/staging, YAML simple.
  • Kubernetes = 20-∞ conteneurs, N machines, production, YAML complexe + écosystème.

Bon workflow : Docker Compose pour dev local, Kubernetes pour staging + production. Certains outils (compose-cli avec ACI, kompose) traduisent Compose en Kubernetes automatiquement.

11. Combien de nodes minimum pour un cluster de production ?

Recommandation minimale :

  • Control plane : 3 nodes (masters) répartis sur 3 zones de disponibilité.
  • Worker nodes : minimum 3 également, pour tolérer la perte d'un node sans dégrader.

En cluster managé (EKS, GKE, AKS), le control plane est géré par le cloud — vous ne comptez que les workers. 3 workers minimum pour la haute disponibilité.

12. Kubernetes est-il sécurisé par défaut ?

Non — vous devez le durcir. Points essentiels à mettre en place :

  • RBAC activé et strict (défaut oui, mais souvent mal configuré).
  • Network Policies pour filtrer le trafic entre Pods.
  • Pod Security Standards (restricted par défaut).
  • Secrets chiffrés au repos dans etcd.
  • Image scanning (Trivy, Grype).
  • cert-manager pour HTTPS partout.
  • Audit logs activés.

Le cours Premium Kubernetes dédie 3 modules à la sécurité, en préparation à la certification CKS.

13. Comment migrer une application existante vers Kubernetes ?

Approche recommandée en 5 étapes :

  1. Conteneuriser — écrire un Dockerfile pour votre app.
  2. Docker Compose local — vérifier que ça tourne en conteneur.
  3. Écrire les manifests Kubernetes — Deployment, Service, ConfigMap.
  4. Tester sur minikube — valider le comportement K8s local.
  5. Déployer sur cluster de dev, puis staging, puis prod (avec GitOps).

Temps réaliste : 2-4 semaines pour une application simple, plusieurs mois pour un monolithe complexe.

14. Quelle certification Kubernetes commencer ?

Ordre recommandé :

  1. CKAD — Certified Kubernetes Application Developer. Le plus accessible, orienté dev. Idéal pour valider vos bases après ce cours.
  2. CKA — Certified Kubernetes Administrator. Plus difficile, orienté ops et cluster. Pour DevOps et SRE.
  3. CKS — Certified Kubernetes Security Specialist. Le plus dur, sécurité. Prérequis : avoir CKA.

Prix : 395 USD par certification, valides 3 ans. Examen : 2 heures en ligne, format pratique dans un terminal réel, avec doc en ligne autorisée. Taux de réussite : environ 65-70 % en première tentative.

Le Cours Premium Kubernetes intègre une préparation ciblée à la CKAD.

10. Ce que vous avez appris dans ce cours​

Vous êtes arrivé·e au bout des 7 leçons découverte Kubernetes. Récapitulons ce que vous savez désormais.

Félicitations ! Vous avez désormais la culture Kubernetes complète — celle attendue pour :

  • Un entretien DevOps, SRE, cloud engineer, platform engineer.
  • Une conversation avec votre équipe technique sans être perdu·e.
  • Un choix éclairé entre les managés cloud.
  • Un projet POC avec Kubernetes en dev local.

11. Votre prochaine étape​

Trois pistes pour continuer votre apprentissage.

Piste 1 · Compléter votre culture DevOps​

Piste 2 · Passer à la pratique intensive​

Cours Premium Kubernetes — 40+ heures de pratique avec :

  • Écrire des manifests réels et les appliquer.
  • Utiliser kubectl en profondeur (60+ commandes).
  • Déployer PostgreSQL, Redis, Kafka avec Helm.
  • GitOps avancé avec Argo CD.
  • Sécurité (RBAC, Network Policies, Pod Security Standards).
  • Monitoring complet (Prometheus, Grafana, Loki).
  • Préparation officielle à la CKAD.

Piste 3 · Se certifier​

  • CKAD — orienté développeur, le plus accessible pour démarrer.
  • CKA — orienté ops, si vous visez SRE ou platform engineer.
  • CKS — sécurité, après avoir CKA.

Site officiel des certifications : training.linuxfoundation.org.

12. Un dernier conseil​

Ne restez pas dans la théorie. Kubernetes ne se comprend vraiment que quand on l'a tapé au clavier. Installez minikube ou kind ce soir. Écrivez votre premier deployment.yaml dans les 24 heures. Faites kubectl apply. Regardez les Pods démarrer.

C'est cette première expérience directe qui transformera votre compréhension abstraite en compétence opérationnelle. Bonne route !

Retenir en 30 secondes​

  • Kubernetes est partout : Netflix, Spotify, OpenAI, ING, SNCF, Chick-fil-A.
  • Cas d'usage principaux : microservices, web à trafic variable, batch, ML/IA, plateformes internes, edge.
  • N'utilisez PAS Kubernetes si vous avez : une petite équipe, un monolithe unique, un trafic constant et faible, ou un budget cloud très serré.
  • Prochaine étape : installer minikube et taper votre premier kubectl apply.
  • Certification recommandée pour débuter : CKAD.
  • Le Cours Premium Kubernetes transforme cette culture en compétence opérationnelle.

Merci d'avoir suivi ce cours découverte Kubernetes ! 🎉

Envie de continuer ? Retour à la table des matières ou passer au Cours Premium Kubernetes.

Dernière étape : passez le quiz de fin de cours — cinq questions corrigées et expliquées, trois minutes, pour vérifier que l'essentiel est acquis.