Kubernetes fait peur, et pas toujours à tort : la documentation officielle décrit plus de
cinquante types d'objets. Bonne nouvelle, pour publier une application web vous en utiliserez
cinq ou six, et la plateforme s'occupe du reste. Ce guide vous emmène du premier
kubectl au déploiement par Git, en évitant les détours.
01À qui s'adresse ce guide
Aux développeurs qui savent construire une image Docker et veulent la mettre en ligne sans devenir administrateurs système. Aucune connaissance préalable de Kubernetes n'est nécessaire ; une ligne de commande et un éditeur de texte suffisent. Si vous êtes de l'autre côté du guichet, le guide Kubernetes sur Proxmox VE raconte comment la plateforme est construite.
02Ce que la plateforme fait pour vous
| Vous écrivez | La plateforme s'occupe de |
|---|---|
Un Deployment avec votre image | Répartir les copies sur plusieurs serveurs, les redémarrer en cas de panne |
Un Ingress avec un nom de domaine | Créer l'enregistrement DNS, obtenir et renouveler le certificat HTTPS |
Un PersistentVolumeClaim | Fournir un disque répliqué trois fois |
| Rien du tout | Bloquer les adresses malveillantes, sauvegarder chaque nuit, mettre à jour les serveurs |
03Six mots de vocabulaire
| Mot | En une phrase |
|---|---|
| Pod | Un ou plusieurs conteneurs qui tournent ensemble. Éphémère : il peut disparaître à tout moment. |
| Deployment | La recette : quelle image, combien de copies. Il recrée les pods qui disparaissent. |
| Service | Une adresse interne stable devant les pods, qui eux changent d'adresse. |
| Ingress | Le nom public et l'entrée HTTPS vers un Service. |
| Namespace | Votre espace dans le cluster, isolé de celui des autres. |
| PersistentVolumeClaim | Une demande de disque qui survit aux pods. |
Le reste peut attendre. Vraiment.
04Les sept chapitres
Se connecter
Votre compte Rancher, kubectl sur votre poste, le kubeconfig, votre namespace et ce que vos droits permettent.
CHAPITRE 02Premier déploiement
Trois objets, un fichier, une commande : un serveur web en ligne en HTTPS, puis la même chose depuis l'interface.
CHAPITRE 03Domaine, HTTPS et protection
Choisir un nom, obtenir le certificat sans rien faire, brancher le domaine d'un client, et ce que CrowdSec bloque pour vous.
CHAPITRE 04Configuration, secrets et volumes
Variables d'environnement, mots de passe, fichiers qui survivent aux redémarrages, images privées, et la question des bases de données.
CHAPITRE 05Au quotidien
Publier une version, revenir en arrière, les sondes, les ressources, et traverser les mises à jour de nuit sans coupure.
CHAPITRE 06Dépanner
La méthode en trois commandes, et les pannes classiques : Pending, ImagePullBackOff, CrashLoopBackOff, 404, 502 et refus de sécurité.
CHAPITRE 07Passer au GitOps
Vos manifestes dans Git, Argo CD qui déploie chaque fusion, et des tags d'image qui disent la vérité.
05Les règles du jeu
- Pas de conteneur privilégié. Pas de
privileged, pas dehostPath, pas dehostNetwork: votre application n'a aucune raison de toucher au serveur qui l'héberge. - Toujours des ressources déclarées. Processeur et mémoire : c'est ce qui permet de placer votre application et de protéger celle des voisins.
- Deux copies pour ce qui doit rester en ligne. Les serveurs redémarrent certaines nuits pour leurs mises à jour.
- Chacun chez soi. Restez dans vos namespaces, et nettoyez ce que vous ne testez plus.
Vous codez, nous veillons sur le cluster
Cette plateforme existe pour que vos développeurs déploient sans attendre personne et sans ticket. Nous l'hébergeons et l'exploitons pour vous : réseau, certificats, sauvegardes, mises à jour et surveillance des attaques. Il vous reste le plus intéressant.