SEC.01

Le playbook

Le run démarre en lecture seule : les sondes de reconnaissance décident de la suite. Les étapes qui suivent sont adaptées à la distribution et à l'état trouvés — une vraie machine est rarement propre.

1. 01reconk3s déjà installé ? (alors vérifie le nœud et saute)
2. 02reconun autre Kubernetes tourne déjà ? (alors stop)
3. 03reconCPU et RAM (k3s serveur : 2 cœurs et 2 Go minimum)
4. 04reconports 6443/10250 libres ? 80/443 déjà pris (alors désactiver Traefik et ServiceLB) ?
5. 05reconpare-feu actif (ufw ou firewalld) à configurer pour les réseaux du cluster
6. 06reconchevauchement avec les CIDR k3s (10.42.0.0/16 pods, 10.43.0.0/16 services)
7. 07reconroute par défaut actuelle (doit être identique après l’install)
8. 08agirTélécharger l’installeur officielvérif
9. 09agirAutoriser les réseaux du cluster (seulement si ufw ou firewalld est actif)vérif
10. 10agirInstaller k3sdestructifvérif
11. 11agirLe nœud est Readyvérif
12. 12agirProtéger le kubeconfigvérif

SEC.02

Ce qu'elle vérifie

Chaque étape embarque sa propre vérification. Le run ne continue que si elle passe, donc ce que la recette annonce comme fait est ce qui est réellement sur le serveur.

1. 01vérifTélécharger l’installeur officielVérifié parhead -1 /tmp/k3s-install.shattendu : #!/bin/sh
2. 02vérifAutoriser les réseaux du cluster (seulement si ufw ou firewalld est actif)Vérifié parufw status 2>/dev/null | grep -c '10.4[23].0.0/16' || firewall-cmd --zone=trusted --list-sourcesattendu : les deux CIDR 10.42.0.0/16 et 10.43.0.0/16
3. 03vérifInstaller k3sVérifié parsystemctl is-active k3s && ip -4 route show defaultattendu : active, et la même route par défaut qu’en recon
4. 04vérifLe nœud est ReadyVérifié park3s kubectl get nodes --no-headers | grep -c " Ready"attendu : 1
5. 05vérifProtéger le kubeconfigVérifié parstat -c %a /etc/rancher/k3s/k3s.yamlattendu : 600

SEC.03

Les garde-fous

Les consignes non négociables que le run doit respecter, quoi qu'il trouve sur le serveur.

SEC.04

Comment une recette s'exécute dans Servor

Servor est zero-knowledge : la plateforme ne peut rien exécuter seule. Quand vous lancez cette recette, un run lit la reconnaissance, planifie les étapes et demande votre validation. Chaque commande approuvée est signée par votre navigateur — avec une clé que le serveur ne voit jamais — puis relayée telle quelle à l'agent, qui vérifie la signature localement avant d'exécuter.

SEC.05

Bouton Deploy on Servor

Vous maintenez k3s (Kubernetes léger) ou un projet qui en dépend ? Ajoutez ce bouton à votre README ou à votre site : en un clic, vos utilisateurs l'installent sur leur propre serveur.

SEC.06

D'autres recettes conteneurs

1. 01Docker EngineDocker Engine + Compose depuis le dépôt officiel, service actif, hello-world vérifié.
2. 02Docker ComposePlugin Docker Compose (docker compose), installé et vérifié.
3. 03PodmanPodman (conteneurs sans daemon, rootless possible), vérifié.
4. 04PortainerInterface web de gestion Docker Portainer CE (LTS), admin pré-configuré.
5. 05WatchtowerMise à jour automatique et planifiée des conteneurs Docker.