Qual è il difetto più significativo di Ansible?

Il più grande svantaggio di Ansible è la sua performance quando si lavora con grandi infrastrutture. A differenza di soluzioni che utilizzano agent (ad esempio Chef o Puppet), Ansible si basa su connessioni SSH. Ciò significa che per ogni operazione, Ansible stabilisce una nuova connessione SSH con ogni nodo controllato.

I problemi associati a ciò sono:

• Carico sul nodo di controllo: Il server di controllo, da cui vengono eseguiti i playbook, deve stabilire e mantenere molte connessioni SSH contemporaneamente.
• Carico sui nodi remoti: Ogni nodo gestisce le connessioni SSH in ingresso e l'esecuzione dei moduli. Questo può creare picchi di carico, specialmente quando si esegue in parallelo su molti nodi.
• Ritardi: Stabilire una connessione SSH richiede tempo, rallentando l'esecuzione delle attività rispetto agli agent che mantengono la connessione costantemente o usano altri protocolli.
• Mancanza di stato persistente: Ansible è senza stato (senza conservare lo stato) in termini di processi di background a lungo termine. Esegue l'operazione e termina la sessione. Per scenari complessi di monitoraggio o sincronizzazione continua, questo è meno efficiente di un agente che può monitorare continuamente lo stato del sistema.

Sebbene Ansible abbia capacità di ottimizzazione (pipelining, caching dei fatti), il modello di lavoro fondamentale tramite SSH limita la sua scalabilità rispetto alle soluzioni basate su agent quando si gestisce un grande numero di nodi contemporaneamente.