¿Qué es Ansible?

Qué es

Un administrador escribe un playbook, un archivo YAML que enumera el estado en que debe estar cada servidor: qué paquetes están instalados, qué usuarios existen, qué contiene un archivo de configuración, qué servicios están en ejecución. Ansible lee el playbook y hace que cada servidor coincida con él.

No requiere agente. No es necesario instalar nada adicional en los servidores que administra; Ansible se conecta a cada uno por SSH, igual que un administrador iniciaría sesión en un servidor Linux, y ejecuta pequeños programas allí. La mayoría de esos programas están escritos en Python, por lo que los servidores necesitan tener Python disponible.

Las ejecuciones son idempotentes. Si un servidor ya coincide con el playbook, Ansible lo deja como está e informa que no hubo cambios, de modo que el mismo playbook puede ejecutarse de nuevo con seguridad para detectar desviaciones o corregirlas.

Las piezas principales

• Inventario: la lista de servidores que administra Ansible, agrupados por función o ubicación, por ejemplo servidores web y servidores de bases de datos.
• Playbooks: los archivos YAML que describen qué hacer en cada grupo.
• Roles: paquetes reutilizables de tareas, como una configuración estándar de firewall, que pueden compartir varios playbooks.

Qué obtiene una empresa con esto

• Servidores uniformes: todos los servidores creados con el mismo playbook quedan configurados de la misma manera.
• Cambios revisados: los playbooks son archivos de texto, así que pueden vivir en Git, donde cada cambio queda registrado y puede revisarse antes de ejecutarse.
• Reconstrucciones más rápidas: un servidor que falló puede reemplazarse y reconfigurarse a partir del playbook en lugar de hacerlo de memoria.

Ansible y Terraform

Los dos suelen usarse juntos. Terraform crea la infraestructura, como máquinas virtuales, redes y cuentas en la nube. Ansible luego configura lo que se ejecuta en esas máquinas. Sus funciones se superponen un poco, pero esa es la división habitual.

Cómo trabaja KawaConnect con la automatización de la configuración

Administramos servidores Ubuntu, Debian y de la familia RHEL, y mantenemos la infraestructura como código en control de versiones. Los clústeres de Kubernetes se operan con GitOps, donde la configuración del clúster vive en un repositorio de Git. Mantener la configuración en archivos y no en la cabeza de alguien significa que una construcción puede repetirse y que cada cambio queda registrado.

Más información

• Documentación de AnsibleLas guías oficiales y la referencia de módulos para escribir inventarios, playbooks y roles.
• Sitio web de AnsibleEl sitio de Red Hat para Ansible, que abarca el proyecto de código abierto y la Ansible Automation Platform con soporte.
• Ansible en WikipediaUn resumen neutral de cómo funciona Ansible y cómo pasó a formar parte de Red Hat.