Capítulo 24. Buenas prácticas
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
En este capítulo, proponemos un conjunto de buenas prácticas para iniciar la conversación, sabiendo que las buenas prácticas no se trasladan muy bien a otros contextos. Lo que funciona para Spotify o Netflix no necesariamente funciona para otras empresas. Nuestro principal objetivo es que pienses en estas cuestiones y discutas las que despierten tu imaginación o preocupación. Las buenas prácticas se basan en principios de diseño y en la experiencia de uso de Ansible en diversos entornos. A nivel de gestión, tenemos que considerar cómo actúan los profesionales y cómo evaluar comparativamente a los equipos DevOps.
Simplicidad, modularidad y componibilidad
Michael DeHaan diseñó Ansible para automatizar las cosas aburridas en de la forma más sencilla imaginable, porque quería dedicar su tiempo a hacer cosas más interesantes. Los usuarios inexpertos pueden ahora buscar en el sitio Ansible Galaxy roles y colecciones para poner algo en marcha en cuestión de horas utilizando Ansible.
Desde que DeHaan y Greg DeKoenigsberg iniciaron la comunidad Ansible, han estado pensando y escribiendo sobre buenas prácticas;la documentación, sin embargo, cambió su terminología de "buenas prácticas" en la 2.9 a "consejos y trucos" en la 2.10. Señalan que es más probable que los proyectos de código abierto consigan y conserven colaboradores cuando tienen dos ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access