Qual é a maior desvantagem do Ansible?

A maior desvantagem do Ansible é o seu desempenho ao trabalhar com infraestruturas grandes. Ao contrário de soluções que usam agentes (por exemplo, Chef ou Puppet), o Ansible baseia-se em conexões SSH. Isso significa que, para cada operação, o Ansible estabelece uma nova conexão SSH com cada nó controlado.

Os problemas associados a isso são:

• Carga no nó de controlo: O servidor de controlo, de onde os playbooks são executados, deve estabelecer e manter múltiplas conexões SSH simultaneamente.
• Carga nos nós remotos: Cada nó lida com conexões SSH entrantes e execução de módulos. Isto pode criar picos de carga, especialmente ao executar em paralelo em muitos nós.
• Atrasos: Estabelecer uma conexão SSH leva tempo, o que retarda a execução de tarefas em comparação com agentes que mantêm a conexão constantemente ou usam outros protocolos.
• Falta de estado persistente: O Ansible é sem estado (sem manter o estado) em termos de processos em segundo plano prolongados. Executa a operação e termina a sessão. Para cenários complexos de monitorização ou sincronização contínua, isto é menos eficiente do que um agente que pode monitorizar continuamente o estado do sistema.

Embora o Ansible tenha capacidades de otimização (pipelining, cache de factos), o modelo fundamental de trabalho via SSH limita a sua escalabilidade em comparação com soluções baseadas em agentes ao gerir um grande número de nós simultaneamente.