Salt (anciennement SaltStack, aujourd'hui porté par le Salt Project) est un outil de gestion de configuration et d'orchestration open source. Il décrit l'état voulu de vos serveurs en YAML + Jinja, l'applique de façon idempotente, et pilote des milliers de nœuds en quasi temps réel grâce à son bus d'événements. Cette formation le prend de zéro, du premier ping à une plateforme complète orchestrée, avec des labs reproductibles sur des VM KVM/libvirt. Public visé : administrateurs systèmes et DevOps, débutants acceptés, à l'aise avec la ligne de commande Linux.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Installer un master et des minions, et lancer votre premier
test.ping. - Cibler finement les minions (globbing, grains, matchers) et exécuter des commandes distantes.
- Écrire des states déclaratifs et idempotents avec top file, requisites, pillars, grains et Jinja.
- Orchestrer un déploiement multi-machines (web + base de données).
- Sécuriser les secrets (GPG renderer, Vault) et exploiter Salt en production.
Qu'est-ce que Salt, et pourquoi l'apprendre
Section intitulée « Qu'est-ce que Salt, et pourquoi l'apprendre »Salt repose sur une architecture master/minion : un master central envoie des ordres, des minions installés sur chaque serveur les exécutent et renvoient leurs résultats. La communication passe par un bus de messages ZeroMQ rapide, ce qui explique la réputation de Salt sur les grands parcs et l'orchestration temps réel. Salt sait aussi fonctionner sans agent via Salt SSH, à la manière d'Ansible.
Deux notions structurent tout le reste. Les grains sont les faits statiques d'un minion (système d'exploitation, CPU, rôle), collectés côté minion. Les pillars sont des données confidentielles servies par le master, ciblées par minion : c'est là que vivent mots de passe, clés et variables d'environnement. Combinés à Jinja, ils rendent les states génériques et réutilisables.
Apprendre Salt reste pertinent en 2026 : la version stable est la série 3008, le packaging onedir est désormais le standard, et de nombreuses organisations exploitent un socle Salt pour la configuration, la conformité et la réaction automatique aux événements via le Reactor.
Le parcours en un coup d'œil
Section intitulée « Le parcours en un coup d'œil »La formation compte 15 modules, du plus simple au plus avancé. Le mieux est de les suivre dans l'ordre : chaque module s'appuie sur le précédent. Un projet fil rouge court en parallèle : vous construisez progressivement une infrastructure complète (master, minions, DNS, Nginx, PostgreSQL, application, reverse proxy, sauvegardes, supervision, durcissement) entièrement pilotée par Salt.
Les trois premiers modules sont disponibles ci-dessous. Ils installent une architecture complète, vous font piloter le parc à distance, puis décrire son état de façon déclarative.
Les modules suivants complètent le parcours et arrivent progressivement, chacun validé sur un lab avant publication :
- Les modules Salt :
pkg,service,file,user,cron,git. - Jinja : variables, conditions, boucles, filtres et macros.
- Les pillars : configuration et données sensibles par minion et par environnement.
- Les grains : faits système et grains personnalisés pour déployer selon la cible.
- Gestion des fichiers :
file.managed,file.recurse, templates et vérification. - Orchestration : runner, orchestrate et déploiement coordonné multi-machines.
- Salt SSH : administrer des serveurs sans agent, cas d'usage et limites.
- Le bus d'événements : Reactor et beacons pour automatiser les réactions.
- Gestion des secrets : GPG renderer, Vault et pillars chiffrés.
- Bonnes pratiques : dépôt Salt, environnements, GitFS, versionning et tests.
- Salt en production : haute disponibilité du master, scaling, sécurité et supervision.
- L'écosystème : GitFS, Vault, CI/CD, conteneurs, Terraform et cloud-init.
Salt face à Ansible, Chef et Puppet
Section intitulée « Salt face à Ansible, Chef et Puppet »Les quatre outils résolvent le même problème avec des philosophies différentes. Ansible est agentless et pilote par SSH en YAML : prise en main rapide. Chef décrit la configuration en Ruby (agent-based). Puppet utilise un DSL déclaratif agent-serveur. Salt combine les deux mondes : un mode master/minion très rapide pour l'orchestration temps réel, et un mode Salt SSH sans agent quand installer un minion n'est pas possible.
Le point fort de Salt tient à son bus d'événements : les minions publient des événements que le Reactor peut transformer en actions automatiques, ce qui permet des architectures réactives difficiles à reproduire ailleurs. Si vous débutez la gestion de configuration, comparez avec la formation Ansible, la formation Chef et le panorama des outils pour choisir en connaissance de cause.
À retenir
Section intitulée « À retenir »- Salt décrit l'état voulu en YAML + Jinja et l'applique de façon idempotente.
- L'architecture master/minion privilégie la vitesse et l'orchestration temps réel ; Salt SSH offre un mode sans agent.
- Les grains (faits du minion) et les pillars (données ciblées du master) rendent les states génériques et sécurisés.
- Le bus d'événements et le Reactor distinguent Salt : des infrastructures réactives pilotées par les événements.
- Le parcours va du premier ping à une plateforme complète orchestrée, avec labs reproductibles sur VM KVM.