¿Cuál es la desventaja más significativa de Ansible?

La desventaja más significativa de Ansible es su rendimiento al trabajar con infraestructuras grandes. A diferencia de soluciones que utilizan agentes (por ejemplo, Chef o Puppet), Ansible se basa en conexiones SSH. Esto significa que para cada operación, Ansible establece una nueva conexión SSH con cada nodo controlado.

Los problemas asociados con esto son:

• Carga en el nodo de control: El servidor de control, desde donde se ejecutan los playbooks, debe establecer y mantener múltiples conexiones SSH simultáneamente.
• Carga en los nodos remotos: Cada nodo maneja conexiones SSH entrantes y la ejecución de módulos. Esto puede crear picos de carga, especialmente cuando se ejecuta en paralelo en muchos nodos.
• Retrasos: Establecer una conexión SSH lleva tiempo, lo que ralentiza la ejecución de tareas en comparación con los agentes que mantienen la conexión constantemente o utilizan otros protocolos.
• Falta de estado persistente: Ansible es sin estado (sin mantener el estado) en términos de procesos en segundo plano prolongados. Ejecuta la operación y termina la sesión. Para escenarios complejos de monitoreo o sincronización constante, esto es menos eficiente que un agente que puede supervisar continuamente el estado del sistema.

Aunque Ansible tiene capacidades de optimización (pipelining, almacenamiento en caché de hechos), el modelo fundamental de trabajo a través de SSH limita su escalabilidad en comparación con soluciones basadas en agentes cuando se gestionan un gran número de nodos simultáneamente.