Para los profesionales TI resulta vital el seguir de cerca las tendencias, para así saber qué se requerirá en el ámbito laboral y ser parte de las transformaciones que tendrá la industria, así que el sitio TechBeacon nos da un poco de luz con respecto a lo que vendrá en torno al DevOps.

Como corresponde al espíritu de mejora continua del mundo de DevOps, no espere que estas predicciones lo sorprendan. En su mayor parte, los expertos predicen una continuación y amplificación de lo que vimos en la segunda mitad del año pasado.

A lo largo de los años, los expertos han discutido sobre la definición de DevOps, lo que significa para las organizaciones y lo que las organizaciones deben hacer para alcanzar sus principios. La definición ha evolucionado a medida que más personas han sido atraídas a la comunidad y la experiencia compartida ha demostrado que la adopción exitosa de DevOps es en realidad la integración exitosa de una serie de ingredientes clave comunes.

Todo esto se ha fusionado en un acrónimo importante y engañosamente simple que debe seguir teniendo en cuenta en 2018: CALMS, dijo Nicole Forsgren, directora ejecutiva de la consultora DevOps Research and Assessment. «Cuando hablamos de lo que es DevOps, es CALMS: Cultura, automatización, Lean, medición y uso compartido».

Ningún componente es más importante que el otro, y las organizaciones deben reconocer que requiere un compromiso total con los cinco para lograr una verdadera transformación.

El año pasado fue un período increíble para la adopción a gran escala de DevOps, ya que la aceptación de los principios de DevOps alcanzó una masa crítica en los corazones y las mentes de muchos en TI.

Según un estudio del proveedor de gestión de la nube RightScale, la proporción de empresas que han adoptado algún aspecto de los principios de DevOps alcanzó el 84% en 2017. Sin embargo, existe una diferencia entre aceptar los principios y ponerlos en práctica. Ese mismo estudio mostró que solo el 30% de las empresas han podido adoptar DevOps en toda la empresa.

La verdad es que, si bien la adopción de DevOps se ha extendido, no necesariamente ha ido más allá. Los expertos creen que este es el año en que las grandes organizaciones comienzan no solo a hacer DevOps, sino a realizar DevOps a escala.

Robert Stroud, de Forrester Research, dijo que 2018 será el año de DevOps empresarial. «A pesar de que muchas organizaciones se encuentran en etapa de experimentación con pilotos únicos o múltiples, todos están realizando la transición hacia DevOps en toda su empresa», comparte.

Si hay una constante de la tecnología para DevOps este 2018, sin duda, es el servidor. Los contenedores y los bordes de la orquestación se están convirtiendo en commodities «hasta el punto en que se los abstrae», explicó Mike Kavis, director general de Deloitte Consulting.

Según los analistas de Research and Markets, la informática sin servidores y esta abstracción están impulsando el mercado de la función como servicio a un ritmo fenomenal. En 2018 y los años siguientes, la compañía espera que este mercado crezca casi un 33% anual, alcanzando los $ 7,72 mil millones para el año 2021.

Cuantas más prácticas de entrega continuas y de DevOps se filtren en la conciencia de la comunidad dominante, más veremos evolucionar el ADN de los departamentos TI. Esto está llevando a la aceptación general de una nueva generación de profesionales de operaciones de TI, dijo Fitz de Splunk. Explicó que el ingeniero de fiabilidad sitio (SRE, por sus siglas en inglés) seguirá creciendo en la prevalencia de este año como ops profesionales comienzan a trabajar en sus habilidades de desarrollo de software para poder colaborar más eficazmente con los desarrolladores.

La medición es el combustible por el que se ejecuta el motor DevOps. La combinación correcta de métricas brinda a las organizaciones la visibilidad para comprender qué es lo que está funcionando con las herramientas y procesos ahora y qué necesita modificarse o repensarse por completo.

No hay necesariamente un indicador de rendimiento clave perfecto. Pero la consultora Forsgren dijo que si tuviera que elegir una categoría de métrica por encima de todos los demás para DevOps seguimiento de dominio, sería del tipo que muestra «la capacidad de desarrollar y desplegar software tanto con la velocidad y la estabilidad».

Es ese equilibrio entre los dos lo que más importa. En un lado de ese tambaleante hay métricas como «tiempo de entrega por cambio» y «compromiso de código para implementar el código». Por otro lado están las medidas de estabilidad como «tiempo medio para reparar» y «tasa de fallas de cambio».

La recopilación y el seguimiento de métricas permite a las organizaciones hacer cosas que nunca antes habían hecho y establecer parámetros de riesgo en torno a esos experimentos para que, cuando fallen, el impacto sea limitado. Esto es crucial para la innovación.

«El fracaso y la novedad están vinculados entre sí, y he aquí por qué: si estás en un equipo donde, cuando algo sale mal, eres castigado por ello, ¿qué tan probable es que corras riesgos?» Dijo Humble. «La innovación es básicamente tomar riesgos. Por definición, estás haciendo algo que nunca se había hecho antes, por lo que es un riesgo».

Las organizaciones de DevOps están cambiando cada vez más de la mentalidad de evitar el fracaso para adoptarlo buscando formas de limitar las apuestas por el fracaso cuando inevitablemente sucede.