Quel est le défaut le plus important d'Ansible?

Le principal inconvénient d'Ansible est ses performances lorsqu'il travaille avec de grandes infrastructures. Contrairement aux solutions utilisant des agents (par exemple, Chef ou Puppet), Ansible repose sur une connexion SSH. Cela signifie que pour chaque opération, Ansible établit une nouvelle connexion SSH avec chaque nœud contrôlé.

Les problèmes liés à cela sont :

• Charge sur le nœud de contrôle : Le serveur de contrôle, à partir duquel les playbooks sont lancés, doit établir et maintenir plusieurs connexions SSH simultanément.
• Charge sur les nœuds distants : Chaque nœud gère les connexions SSH entrantes et l'exécution des modules. Cela peut créer des pics de charge, surtout lors d'exécutions parallèles sur de nombreux nœuds.
• Retards : La mise en place d'une connexion SSH prend du temps, ce qui ralentit l'exécution des tâches par rapport aux agents qui maintiennent une connexion en permanence ou utilisent d'autres protocoles.
• Absence d'état persistant : Ansible est sans état (sans conservation de l'état) en ce qui concerne les processus en arrière-plan prolongés. Il exécute l'opération et termine la session. Pour des scénarios complexes de surveillance ou de synchronisation continue, cela est moins efficace qu'un agent qui peut surveiller en permanence l'état du système.

Bien qu'Ansible dispose de capacités d'optimisation (pipelining, mise en cache des faits), le modèle fondamental de fonctionnement via SSH limite sa scalabilité par rapport aux solutions basées sur des agents lorsqu'il s'agit de gérer un grand nombre de nœuds simultanément.