Wat is het grootste nadeel van Ansible?

Het grootste nadeel van Ansible is de prestaties bij het werken met grote infrastructuren. In tegenstelling tot oplossingen die agents gebruiken (bijvoorbeeld Chef of Puppet), is Ansible gebaseerd op SSH-verbindingen. Dit betekent dat voor elke operatie een nieuwe SSH-verbinding wordt opgezet met elke gecontroleerde knoop.

De problemen die hiermee gepaard gaan, zijn:

• Belasting op de controleknop: De controle server, van waaruit de playbooks worden uitgevoerd, moet meerdere SSH-verbindingen gelijktijdig opzetten en onderhouden.
• Belasting op de remote knopen: Elke knoop verwerkt inkomende SSH-verbindingen en het uitvoeren van modules. Dit kan pieken in de belasting veroorzaken, vooral bij gelijktijdige uitvoering op veel knopen.
• Vertragingen: Het opzetten van een SSH-verbinding kost tijd, wat de uitvoering van taken vertraagt in vergelijking met agents die de verbinding continu onderhouden of andere protocollen gebruiken.
• Gebrek aan persistente status: Ansible is stateloos (houdt geen status bij) wat betreft langdurige achtergrondprocessen. Het voert de operatie uit en sluit de sessie af. Voor complexe monitoring- of synchronisatiescenario's is dit minder efficiënt dan een agent die de systeemstatus continu kan volgen.

Hoewel Ansible mogelijkheden heeft voor optimalisatie (pipelining, fact caching), beperkt het fundamentele werkmodel via SSH de schaalbaarheid in vergelijking met agentgebaseerde oplossingen wanneer er een zeer groot aantal knopen gelijktijdig worden beheerd.