DevOps es más que herramientas y más que nuevos roles
- Escrito por Super User
- Publicado en Blog
- Visto 1947 veces
DevOps es el conjunto de marcos de trabajo que buscan el trabajo REALMENTE colaborativo entre áreas de Desarrollo y áreas de Operaciones y esto surge porque por más ágiles que queramos ser en el desarrollo, subir a producción no es ágil si no hacemos verdadera sinergia con las áreas de operaciones y tal pareciera que ambas áreas no sirven al mismo proyecto ni al mismo cliente, a veces parecen bandos contrarios y aunque sus misiones y especialidades son diferentes ambos son parte esencial del éxito de un proyecto de TI.
De todo lo que he leído acerca de DevOps, lo que más interesante se me ha hecho es lo siguiente:
- Una de las esencias más importantes de DevOps es la Arquitectura y ésta tiene que estar orientada a microservicios y ambientes híbridos. Los microservicios separar las partes que tienen una funcionalidad concreta y las encapsulan.
- Los conocimientos básicos a nivel infraestructura son: Scripting, gestión de configuración, automatización y calidad. Y en general Agile, Lean, planificación de Stacks y re-ingeniería de procesos.
- En cuestión de relación con Scrum, la participación activa del Product Owner es esencial para DevOps.
- Es un cambio cultural fuerte puesto que derrumba las islas funcionales existentes dentro de la organización, rompe las barreras culturales entre desarrollo e infraestructura, y aunque hay herramientas para facilitar la visibilidad y la interacción lo importante es centrarse en la cultura, no en las herramientas ya que lo vital es aumentar la retroalimentación desde la parte operativa.
- Como lo mencioné en el punto anterior, existen herramientas, estas se centran en la visibilidad de los proyectos en tiempo real, simplifican el proceso de configurar, monitorear y mantener una estructura de red.
- Los Containers (Dockers) son esenciales ya que facilitan el tránsito desde los servidores de desarrollo a los de producción y eliminan gran parte de los problemas de la implantación.
- Las herrramientas también se encargan de automarizar los Builds y los Realeses.
Conclusiones:
La forma de hacer negocios y los avances en la tecnología nos exigen hacer cambios en las formas en las que trabajamos, y aunque siempre ha sido molesto el hecho de que haya debilidades de entendimiento y trabajo en equipo entre Desarrollo y Operaciones ya no podemos vivir con ello porque los riesgos de no salir al mercado a tiempo son mucho más grandes que antes.
Cuando se hacen cambios en los procesos de funcionamiento de TI afectan a toras parte del NEGOCIO por lo que se recomienda desarrollar estrategias de comunicación y colaboracioń entre áreas para desarrollar la capacidad de cambiar los procesos del negocio para alinearlos con la nueva cadena de liberación de aplicaciones ahora llamada DevOps.
