El origen de DevOps se atribuye ampliamente a Patrick Debois hace unos cinco años, puede conocer más sobre la historia de DevOps aquí. DevOps corre el riesgo de convertirse en una palabra sin sentido, ya que la industria se une para atribuirla a cada producto y servicio en su cartera. La realidad es que no puedo venderte DevOps y no puedes comprarlo.

DevOps es más que simplemente la automatización. Incluye cosas como la cultura. Es una forma de trabajar que valora la colaboración con una visión compartida del éxito. Como su nombre lo indica, esta colaboración es principalmente entre desarrolladores y operadores, pero no está restringida a eso..

DevOps significa que usted ve el sistema de entrega de extremo a extremo desde el concepto hasta la producción, su alcance de DevOps es cualquier grupo involucrado en ese flujo de trabajo. Entonces, si está dispuesto a hacer una inversión cultural para cambiar su forma de trabajar, entonces puede comenzar a implementar algunas de las prácticas de trabajo que recomienda DevOps..

Integración de DevOps

Pero antes de comenzar a identificar el trabajo y administrar las restricciones, asegúrese de saber por qué desea que DevOps sea parte de su éxito en los servicios de TI. Muchas implementaciones exitosas han sido impulsadas por el deseo de:

• Reduzca el tiempo de comercialización de nuevos productos y características.

• Construye más agilidad para adaptarte a influencias internas y externas.

• Desbloquea los ahorros de costos que ofrecen las plataformas en la nube.

• Eliminar el riesgo de los servicios informáticos ocultos.

Las adopciones exitosas de DevOps son fáciles de detectar. Son las organizaciones que hablan sobre la producción diaria de decenas e incluso cientos de lanzamientos de códigos, donde parece haber un flujo constante de nuevas características para mantener a los usuarios comprometidos y leales..

Los líderes aquí son gigantes de internet como Google, Facebook, Netflix, Etsy y más. Pero si bien muchos de estos titulares se apoderan de los titulares, hay una gran cantidad de historias de éxito en las que las organizaciones requieren servicios de Internet y web como una parte importante de su canal de comercialización, Spotify, thetrainline.com, incluso Rackspace.

¿Es su organización una buena opción??

De la lista ecléctica anterior, debería ser evidente que DevOps no es un club exclusivo, cualquiera puede recogerlo e intentar hacer cambios positivos en su negocio. Sin embargo, hay algunos rasgos comunes que identifican a los candidatos más aptos para el cambio:

• Existe una fuerte cultura de colaboración y comunicación abierta.

• Un equipo de liderazgo ejecutivo que ve a la TI como un facilitador de negocios.

• Patrocinio desde un nivel lo suficientemente alto como para permitir desafíos al status quo

• Ingresos y marca derivados sustancialmente de la web y de los canales móviles.

• Organizaciones establecidas que ven a las empresas de Internet como una amenaza.

• Startups que quieren ser más ágiles que su competencia establecida.

• Aplicaciones que son de construcción propia y desarrolladas en tecnología abierta.

Todos estos proporcionan impulsores empresariales convincentes para aceptar el cambio como una oportunidad para crear una ventaja en su industria. Pero la transformación será difícil a veces y los líderes que patrocinan estas iniciativas necesitan paciencia y expectativas claras para garantizar que el equipo tenga todas las oportunidades para tener éxito..

Al igual que con las transformaciones de la nube, las transformaciones de DevOps no serán universalmente exitosas. De hecho, debes esperar fallar a veces. El truco es fallar rápido, aprender y repetir. Eliminar el miedo al fracaso está profundamente arraigado en la cultura donde las revisiones de incidentes son una sesión de culpa en lugar de un resultado de aprendizaje.

Por eso es vital que se comprometa con la cultura y con las prácticas de trabajo. Sin embargo, el riesgo de no abordar DevOps conlleva riesgos en sí mismo. Si su competencia llega más rápido al mercado con características y productos, ¿qué significa esto para su negocio? Si su competencia puede generar ventajas financieras al aumentar la eficiencia operativa sin afectar los márgenes, ¿cómo reaccionará??

La adopción de DevOps no debe ser impulsada por el miedo, pero no hacerlo parte de sus planes de TI debe ser un riesgo bien administrado en la estrategia de su organización.

Donde empezar

Esperemos que haya llegado al punto en el que está interesado en comenzar. Aquí hay algunas preguntas que te ayudarán a seguir:

• ¿Qué aplicación voy a construir alrededor de este modelo??

No haga esto al por mayor en su estado de TI. La aplicación y los equipos que los rodean son factores clave para el éxito, identificar una aplicación candidata y crear una burbuja de autonomía a su alrededor..

• ¿Puedo extraer todo el proceso desde la idea hasta el lanzamiento de producción??

Simplemente dibujar sus procesos es una excelente manera de identificar a los interesados ​​y eliminar el desperdicio. Nunca asuma que tiene a todas las personas adecuadas en la sala en la primera reunión!

• Donde estan mis restricciones?

La clave para aumentar el flujo a través de un sistema es administrar las restricciones. La creación de capacidad en ambos lados sin abordar el cuello de botella no aumentará la producción. Determine qué partes de su sistema lo ralentizan y mejore.

• ¿Tengo las habilidades para ejecutar esto??

Los conjuntos de habilidades de DevOps están en gran demanda en este momento. ¿Tómese tiempo para entender si tiene los recursos adecuados para tener éxito? Si no lo hace, haga planes para una contratación adicional, capacitación o intente presentar a un tercero que pueda ayudarlo a descargar algunas de las funciones principales.

Hay una gran cantidad de material de referencia en línea. DevOps como un enfoque que comparte valores, muchas organizaciones han publicado materiales sobre sus éxitos y fracasos para que pueda aprender de ellos..

  • Chris Jackson es el tecnólogo en jefe para Rackspace EMEA.