More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (18)
Similar to Codemotion 2015
Similar to Codemotion 2015 (20)
Recently uploaded
Recently uploaded (20)
Codemotion 2015
- 2. Me Operations @TicketbisEng Ticket marketplace 1M Tickets over 50 countries 90M € in 2015 David González @penguinjournals
- 3. Ansible - IT automation, provision, deploy, ad hoc commands - Agentless - Python + SSH - From basics to full control
- 5. NO software improvement, just tech porn.
- 6. Inventory and configuration file - Gather all your machines - Group them - Use it to run commands against single or multiple machines
- 8. Improvement: - Your infrastructure is documented - Groups of hosts, no ssh cowboys
- 10. Modules, tasks, plays, playbooks - Modules are used to control system resources http://docs.ansible.com/ansible/modules.html - Plays map tasks to roles - Playbooks are descriptions of the desired state of your systems http://docs.ansible.com/ansible/playbooks_intro.html - Repeatable and reliable
- 12. Improvement: - Setup documented - Setup is the same in all hosts - Setup is repeatable in new hosts
- 15. Roles - DRY, reusable pieces of playbooks with a defined purpose (common, nginx, tomcat) - Good practice: separate setup roles from application deployment roles
- 17. Improvement: - Reutilization at infrastructure level - DRY
- 20. Improvement: - Automated deployments - Push button deployments
- 21. Cloud - Dynamic inventories, default and custom - Amazon cloud modules (Amazon AWS, GCE, Azure, DigitalOcean, Linode...) http://docs.ansible.com/ansible/list_of_cloud_modules.html
- 23. Improvement: - Autoescalable deployment - Integrate cloud management in deployment tasks
- 24. From adhoc commands, to full management of your infrastructure.
- 25. Resources - http://www.ansible.com/resources - http://docs.ansible.com/ansible/modules.html - https://galaxy.ansible.com - https://groups.google.com/forum/#!forum/ansible-project - https://www.google.com
Editor's Notes
- -Ya 10 años entorno al desarrollo de software -El ecosistema de ticketbis crece rápido y empieza a ser necesario que los pases sean algo que no de problemas -Ya utilizamos chef y por un problema de carga de trabajo y de como se ditribuian las tareas entra ansible
- -Te lo puedes instalar por pip, paquetería. -No funciona en windows como máquina de control pero si que empieza a avanzar el tema controlar máquinas windows -Genera scripts en python que son enviados a la máquina en la que se tienen que ejecutar por ssh -Lo que conseguimos con ansible es que desde una máquina que no es ninguna de las de producción podemos decir: “Hey ansible, haz esto contra todas estas máquinas” Sin necesidad de instalar ni modificar nada en esas máquinas. Disclaimer: Vamos a usar Virtualbox y Vagrant, aunque los utilizaremos de manera exhaustiva a lo largo del taller no tienen nada que ver con Ansible per se. Virtualbox es un software de virtualización y Vagrant un manejador que utilizaremos para definir, arrancar, parar y destruir las máquinas virtuales.
- -Ver el vagrantfile, explicar la IP y que el insert key none es para poder distribuir comodamente la key con el código. -Acceder por ssh a la máquina “por ultima vez” -Explicar el ansible.cfg y el hosts -Leer el task1.md
- -¡¡¡¡Id encendiendo las máquinas virtuales!!!! -El inventario es, como la palabra lo dice, un inventario, de tu infraestructura, un fichero de texto en el que con una sintaxis concreta podemos listar y agrupar todas nuestras máquinas. -El fichero de configuracion (ansible.cfg) es el que dicta a Ansible información como localización del inventario o llaves con las que ejecutar las operaciones. -En ambos ficheros se pueden definir variables en función del scope de su alcance. Si somos gente muy organizada y tenemos el mismo usuario en todas las máquinas podremos definirlo en el fichero de configuración mientras que si necesitamos usuarios/credenciales distinta para cada máquina deberemos definirlos a nivel de inventario para disponer de una granularidad mas fina.
- -Tu infraestructura está listada en un fichero de texto bastante legible que es el que utilizas para manejarla, es imposible tener una documentación mas actualizada. -Los grupos dan mucha versatilidad, si cuando ejecutas tareas cabe pensar que aplican a un subgrupo de tus máquinas o a todas ellas, ansible facilita en gran manera que no se cometan errores. -Por ahora no hemos conseguido mas que un SSH con esteroides, pero con muchos esteroides, por manténganse a la escucha, aun hay mas.
- -Id arrancando las máquinas de la task3 -Los módulos sustituyen comandos que irias ejecutando, son una comandos de alto nivel que se lanzan desde ansible, son como una capa de abstracción sobre tareas que ejecutariamos desde una shell. -Inicialmente todos pensamos que para ejecutar un apt o crear un usuario vamos mas rápido utilizando el módulo command, pero si se han implementado por algo será. -Por otro lado, el controlo sobre lo ejecutado y no ejecutado, control de salida, et cetera es de grano mucho mas fino. -Las playbooks con “libros de instrucciones” que aplicar sobre ciertas máquinas, en ellas contamos con variables, definimos las máquinas destino et cetera. -Como primer paso del ejercicio, intentar que se instale git desde linea de comandos utilizando el módulo apt