🔥 Pour rester informé sur l'actualité de Devoxx France, suivez nous sur linkedIn : https://www.linkedin.com/in/devoxxfrance/, twitter : https://twitter.com/DevoxxFR ou consultez notre site web https://www.devoxx.fr/ 📕 De nos jours, beaucoup d'entre vous (devs, sysadmins, ...) utilisent Kubernetes, d'une manière ou d'une autre. Vous savez ce qu'est un container et qu'on peut faire confiance à Kubernetes pour le déployer de manière fiable en production. Mais au-delà de ça, vous êtes vous demandé "comment" Kubernetes fonctionne ? Entre le moment où vous faites un kubectl apply (ou un helm install) sur votre PC et le moment où l'application est accessible, que s'est-il passé ? Quand un noeud tombe en panne, qu'est ce qui fait que l'application est relancée sur un autre noeud sans qu'on ait besoin de réveiller l'humain en astreinte ? Comment se fait-il qu'on puisse accéder à n'importe quel container de notre cluster sans faire appel à une administratrice réseau chevronnée à chaque nouveau déploiement ? Je vous propose de décortiquer ensemble tous les composants internes de Kubernetes pour découvrir que "non, Kubernetes, ce n'est pas automagique".