No hay una sola estrategia para acabar con todos ellos realmente. Depende mucho de tu stack tecnológico, el tamaño de tu equipo, el conjunto de habilidades de tu equipo y el estado de tu proyecto.
Considerando que devOps es un conjunto de herramientas y prácticas que cubren:
– entorno de desarrollo local compatible con la producción / flujo de trabajo de desarrollo local
– aprovisionamiento automatizado de entornos (desarrollo, puesta en escena, producción)
– pruebas automatizadas, pruebas continuas
– implementación automatizada
– monitoreo de servidores y aplicaciones, solución de problemas de fallas de aplicaciones de producción
Al comenzar un nuevo proyecto , planifique tener todo en su lugar para la primera implementación. A medida que los miembros del equipo crean la aplicación, algunos miembros del equipo ponen los componentes devOps en su lugar. Es evidente que algún tipo de entorno de desarrollo local debe ser el primer elemento a abordar.
Si está trabajando en un proyecto existente , comience con la pieza de la lista que obtenga la mayor recompensa más rápido … ¿dónde se rompen las cosas con mayor frecuencia o cuál es el mayor dolor? A menudo, eso es implementación o aprovisionamiento. Automatice eso primero, a menudo es una victoria rápida.
- ¿Dónde está el mejor instituto para la capacitación en línea de Teradata?
- ¿Cuáles son los mejores bocadillos de la noche?
- ¿Cuáles son los mejores cursos en Coursera para un estudiante de EE que tiene una gran inclinación hacia la informática?
- ¿Cuál es una lista de los mejores centros comerciales en Pune?
- ¿Cuál es el mejor lugar para aprender chino en China?
¿Cómo debe verse la cultura?
Una gran cultura es que cada ingeniero de desarrollo y cada ingeniero de operaciones del equipo piensen en devOps, aunque probablemente solo necesiten unos pocos para poder codificar devOps. Los desarrolladores deben llegar al punto en el que sepan lo que no deberían estar haciendo, es decir, extraer manualmente el código, ejecutar comandos manualmente en un servidor para ajustar la configuración, probar manualmente, etc. Incluso si no todos son capaces de diseñar un solución, necesitan saber cuáles son los flujos de trabajo malos y buenos .
¿Quién realmente codifica las soluciones?
He visto un gran éxito al emparejar un ingeniero de desarrollo con un ingeniero de operaciones si no tiene un desarrollador que pueda hacer la integración de operaciones al principio. También ayudará a las operaciones a familiarizar a un miembro del equipo con las necesidades de los desarrolladores y a hablar sobre cómo hacen las cosas. Si la empresa no es del tamaño de un miembro o equipo de operaciones, entonces uno o dos desarrolladores deben ser desafiados para liderar la carga para descubrir, aprender, implementar y enseñar prácticas y conceptos de desarrollo al equipo.
Si tiene una aplicación de estilo monolítico (una gran aplicación), es un proceso mucho más fácil de realizar. Las arquitecturas de microservicios son mucho más complejas y probablemente tendrán que adoptar devOps en etapas … incluso pueden necesitar una nueva arquitectura en el lado de la nube / centro de datos para respaldar sus necesidades de implementación ambiental.