*[Nuestra cultura _DevOps_](#nuestra-cultura-devops)
*[Los areneros y la producción (_prod & stage_)](#los-areneros-y-la-producción-prod-stage)
*[Automatización de la configuración](#automatización-de-la-configuración)
*[Introducción a nuestro flujo de trabajo](#introducción-a-nuestro-flujo-de-trabajo)
*[Conformando nuestro entorno de trabajo personal](#conformando-nuestro-entorno-de-trabajo-personal)
...
...
@@ -311,7 +311,7 @@ Para trabajar sobre servidores en producción, se requerirá estar lo suficiente
## Organización de los playbooks en el proyecto `config`
Los archivos de inventario (`hosts_stage` y `hosts_prod`) se escriben en sintaxis [YAML](https://es.wikipedia.org/wiki/YAML) y organizan los grupos principales de nuestra infraestructura. El grupo `seciu` abarca la nueva plataforma de servidores: ***Gurí, Botija, Redota, Guyunusa y Mate.*** (OjO: incluyen también cosas más allá de la nueva plataforma, en particular de CSIC y el CURE).
Los archivos de inventario (`#nuestra-cultura-devopshosts_stage` y `hosts_prod`) se escriben en sintaxis [YAML](https://es.wikipedia.org/wiki/YAML) y organizan los grupos principales de nuestra infraestructura. El grupo `seciu` abarca la nueva plataforma de servidores: ***Gurí, Botija, Redota, Guyunusa y Mate.*** (OjO: incluyen también cosas más allá de la nueva plataforma, en particular de CSIC y el CURE).
Procuramos atenernos a las [buenas prácticas de Ansible](https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html), en particular:
- "colgamos" todo el código ya algo pulido tras un playbook general **site.yml**. Es decir que, a priori, si partimos de fierros básicamente instalados accesibles en root via SSH, obtenemos nuestra infraestructura funcional de la nueva plataforma lanzando:
