AWX est l'interface web, l'API REST et le moteur de tâches qui se posent au-dessus d'Ansible. Là où ansible-playbook s'exécute depuis un terminal, sur le poste d'une personne, AWX centralise l'automatisation : les playbooks deviennent des job templates exécutables par des non-experts, les identifiants sont chiffrés en base, chaque exécution est tracée, et les droits sont distribués par rôles. C'est la brique qui fait passer Ansible d'un outil individuel à une plateforme d'équipe.
Ce hub couvre AWX de bout en bout : les concepts, l'installation, l'exploitation en production, et surtout une question que peu de monde traite honnêtement en français, l'état réel du projet depuis l'arrêt de ses publications.
AWX, c'est quoi ?
Section intitulée « AWX, c'est quoi ? »AWX est le projet amont, libre et gratuit, de Red Hat Ansible Automation Platform. Autrement dit : le code sur lequel Red Hat construit son produit commercial, publié sous licence Apache 2.0 et utilisable sans contrat.
Concrètement, AWX ajoute à Ansible cinq choses que la ligne de commande ne sait pas faire :
- une interface web et une API REST pour lancer et suivre les exécutions ;
- un coffre à identifiants chiffré, pour ne plus promener de clés SSH ni de mots de passe dans les playbooks ;
- un modèle de droits par rôles (RBAC), pour qu'une équipe applicative lance un playbook sans pouvoir en modifier le contenu ;
- des inventaires dynamiques synchronisés depuis un cloud, un hyperviseur ou une CMDB ;
- une traçabilité complète : qui a lancé quoi, quand, sur quels hôtes, avec quel résultat.
AWX, Ansible Tower ou Ansible Automation Platform ?
Section intitulée « AWX, Ansible Tower ou Ansible Automation Platform ? »Les trois noms désignent la même lignée, à des étapes différentes. C'est la première source de confusion pour qui débute.
| Nom | Ce que c'est | Statut |
|---|---|---|
| AWX | le projet libre, amont | gratuit, sans support |
| Ansible Tower | l'ancien nom du produit commercial | remplacé, ne plus utiliser le terme |
| Ansible Automation Platform (AAP) | le produit Red Hat actuel | payant, supporté, certifié |
Ansible Tower n'existe plus en tant que produit : Red Hat l'a renommé et élargi en Ansible Automation Platform à partir de la version 2.0, où le composant qui correspond à l'ancien Tower s'appelle désormais Automation Controller. Si un article vous parle de Tower en 2026, il est daté.
La différence entre AWX et AAP ne tient pas aux fonctionnalités de base, qui sont largement les mêmes, mais au support contractuel, à la certification des contenus et à un cycle de publication garanti. C'est précisément ce dernier point qui pose aujourd'hui problème.
L'éléphant dans la pièce : AWX ne publie plus
Section intitulée « L'éléphant dans la pièce : AWX ne publie plus »La dernière version publiée d'AWX est la 24.6.1, datée du 2 juillet 2024. Le dépôt officiel l'annonce sans détour : les publications sont en pause pendant une refonte à grande échelle, qui touche l'architecture, les méthodes d'installation de l'operator, l'interface et les types d'identifiants.
Le développement continue, mais plus aucune version n'est taguée. Conséquence directe et rarement dite : installer AWX aujourd'hui, c'est installer une image figée depuis deux ans, dont les dépendances accumulent les vulnérabilités connues.
L'analyse chiffrée de ce problème, scanners à l'appui, est détaillée dans AWX n'a plus de release depuis deux ans : le risque et la solution.
Quelle base installer en 2026 ?
Section intitulée « Quelle base installer en 2026 ? »Trois voies existent, et une seule répond au besoin courant.
Rester sur AWX 24.6.1. Simple, mais c'est accepter une image figée et ses vulnérabilités. Défendable pour une maquette jetable, pas pour un service exposé.
Reconstruire l'image soi-même depuis la branche de développement. Techniquement possible, mais cela transforme votre plateforme d'automatisation en projet de maintenance permanent, sans garantie de stabilité puisque la refonte est en cours.
Passer à Ascender, le fork maintenu par Ctrl IQ, l'éditeur derrière Rocky Linux. Il reprend AWX, met activement à jour ses dépendances et publie des versions patchées régulièrement, avec son propre installeur et un chemin de migration depuis AWX. C'est la réponse la plus directe pour qui veut une plateforme récente sans y consacrer un temps plein.
Ce hub documente donc AWX comme socle conceptuel et Ascender comme base d'installation recommandée. Les deux partagent le même modèle objet, la même API et la même interface : ce que vous apprenez sur l'un s'applique à l'autre.
Comment ce hub est organisé
Section intitulée « Comment ce hub est organisé »Le hub se divise en deux parties, parce que deux métiers cohabitent autour d'AWX. L'administration s'adresse à celui qui exploite la plateforme : l'installer, distribuer les droits, brancher un annuaire, sauvegarder, monter de version. L'utilisation s'adresse à celui qui s'en sert : projets, inventaires, identifiants, job templates et workflows, sans jamais toucher au cluster.
L'ordre du parcours suit celui du terrain. On installe la plateforme, on sécurise immédiatement le compte admin livré par l'installeur, on lance un premier job, et seulement ensuite on délègue l'exécution à une équipe.
Faut-il connaître Ansible avant AWX ?
Section intitulée « Faut-il connaître Ansible avant AWX ? »Oui, et c'est une erreur fréquente que de l'ignorer. AWX orchestre des playbooks, il ne les écrit pas à votre place. Un job template n'est qu'un playbook, un inventaire et des identifiants assemblés dans un formulaire. Sans maîtrise des playbooks, des variables et des inventaires, l'interface reste opaque et le moindre échec devient indéchiffrable.
Si ces notions ne sont pas solides, commencez par la formation Ansible, puis revenez ici.
À retenir
Section intitulée « À retenir »- AWX est l'interface web, l'API et le moteur de tâches d'Ansible, pas un moteur d'exécution différent : vos playbooks tournent à l'identique.
- Il apporte ce que la ligne de commande n'a pas : identifiants chiffrés, RBAC, inventaires dynamiques, traçabilité, API.
- Ansible Tower n'existe plus : le produit commercial actuel est Ansible Automation Platform, dont le composant équivalent s'appelle Automation Controller.
- AWX est le projet amont libre d'AAP ; la différence tient au support et à la certification, pas aux fonctions de base.
- Les publications d'AWX sont à l'arrêt depuis le 2 juillet 2024 (version 24.6.1), le temps d'une refonte. Installer AWX aujourd'hui revient à installer une image figée.
- Pour une plateforme récente et patchée, Ascender, le fork maintenu par Ctrl IQ, est la voie recommandée : même modèle objet, même API, versions publiées régulièrement.
- AWX n'exempte pas de connaître Ansible. Il orchestre des playbooks, il ne les écrit pas.