Ansible es la herramienta de automatización de configuración más usada en infraestructura tradicional. La compró Red Hat en 2015 y propone un modelo muy pragmático: describes tareas y estado deseado en playbooks YAML, Ansible se conecta por SSH a las máquinas objetivo y aplica los cambios usando módulos idempotentes (instalar paquete, copiar fichero, reiniciar servicio, configurar usuarios). No necesita agente en los servidores destino, lo que reduce mucho la fricción de adopción.
Su sweet spot es la configuración de servidores: provisionar un VPS desde cero (paquetes del sistema, hardening, usuarios, firewall, base de datos, runtime de la aplicación), desplegar releases, ejecutar tareas de mantenimiento (rotación de logs, backups, parches). Para infraestructura cloud y recursos managed Terraform suele ser mejor opción; para "qué hay instalado en esta máquina y cómo está configurado", Ansible es difícil de batir.
El ecosistema ofrece roles y collections reutilizables a través de Ansible Galaxy, y AWX/Ansible Tower añade UI, RBAC y scheduling para entornos corporativos. Para inventarios dinámicos hay plugins que consultan AWS, Azure, GCP o etiquetas Kubernetes, de modo que los playbooks se ejecuten contra el conjunto correcto de máquinas sin mantener listas estáticas.
En 10Code usamos Ansible para configurar VPS y bare metal (cliente con on-premise, agencias con servidores propios), automatizar despliegues en infraestructura que no es Kubernetes y para tareas operativas en sistemas heredados. Lo combinamos con Terraform: Terraform crea las máquinas, Ansible las configura. En entornos cloud-native modernos, sin embargo, todo suele resolverse antes con imágenes inmutables y contenedores.
En 10Code llevamos más de una década aplicando estas tecnologías a productos reales. Si quieres comentarnos tu caso, escríbenos y te respondemos personalmente.
Hablar con un ingeniero