DevOps ITIL: riesgos y oportunidades

Autor: Jack Daniel Cceres Meza

2016-08-17

DevOps es un trmino con diferentes significados para diferentes personas. De hecho, no hay an- algo
como un manifiesto. Tampoco es que un NetOp o un SysAdmin o algn otro rol se conviertan por arte de
magia en un DevOp1. Tampoco es una tecnologa en concreto2. No se trata de resolver un problema de TI
sino de innovacin, del negocio.

Bueno, s, la relacin entre desarrollo de software (valor traducido en la funcionalidad requerida) y

operaciones (valor traducido en estabilidad tangible) est en las siglas pero, por la literatura que circula al
respecto, an no hay una definicin estndar3. Pero, de hecho, usualmente encontramos el yo me ocupo
slo de mi parte o en mi mquina funciona, es tu problema o es tu culpa4, entre otros muchsimos
aspectos sociales o tcnicos de la relacin; as, la palabra relacin es circunstancial algo que DevOps e
ITIL buscan eliminar.

Est el enfoque tcnico pero tambin est la necesidad del negocio. Las personas, los procesos y la tecnologa
van de la mano en este moderno enfoque estratgico.

1 Fuente: https://www.quora.com/Is-DevOps-the-new-name-for-SysAdmin-Why-are-all-DevOps-tools-related-to-infrastructure-and-
system-admin; disponible en agosto/2016
2 Fuente: http://searchdatacenter.techtarget.com/es/consejo/Definicion-de-DevOps-mejor-explicamos-lo-que-no-es; disponible en
agosto/2016
3 Fuente: https://www.youtube.com/watch?v=o7-IuYS0iSE; disponible en agosto/2016
4 Fuente: http://es.slideshare.net/therobot/que-demonios-es-eso-de-devops-y-porquedebera-interesarme; disponible en agosto/2016

1
De hecho, cada negocio es distinto y cada empresa tendr que analizar la velocidad de los despliegues y la
frecuencia de los mismos para someter a consideracin la ms apropiada y mejor alternativa de solucin
una solucin a la medida para cada empresa, considerando que a algunas les contar ms trabajo que a otras
la adopcin de este paradigma5. Flexibilidad, adaptabilidad y velocidad son aspectos que los usuarios y
clientes valoran de los servicios que consumen porque estn convencidos de que con estos servicios logran
una ventaja competitiva -pueden llegar a ser ms eficientes, efectivos, productivos.

5 Fuente: http://www.javiergarzas.com/2014/12/devops-en-10-min.html; disponible en agosto/2016

2
En la siguiente figura se muestra la brecha entre Dev y Ops:

As, es requerida una plataforma tecnolgica (hardware, software, infraestructura) altamente automatizada
(pruebas de cdigo incluidas), con un flujo de trabajo automatizado (versiones, personalizaciones,
configuraciones), y monitorizada de forma continua para asegurar que se cumple con los niveles de servicio
comprometidos por el negocio (se valida y verifica que se alcanzan los objetivos estratgicos) y que el servicio
est garantizado ya que satisface los requerimientos de: seguridad (seguridad de la informacin por
supuesto, una necesidad en la estrategia DevOps6 para generar confianza); capacidad (rendimiento,
escalabilidad, tanto del hardware y software base como de las aplicaciones); disponibilidad, continuidad;
soporte; confiabilidad recordemos la garanta de valor segn ITIL; estarn los procesos de la organizacin
preparados para este paradigma?

En ambos entornos hay bastante que mejorar ya que lo requerido por el negocio es la satisfaccin del cliente
o consumidor con el servicio recibido (el valor del servicio estratgico que ha sido diseado y transicionado
a produccin se valida, verifica y aprecia en la operacin con el cumplimiento de los SLA). Esto implica poner
en prctica las mejores recomendaciones de nunca pasar un defecto conocido por los centros de trabajo, de

6 Fuente: https://www.newcontext.com/devops-needs-security/; disponible en agosto/2016

3
no permitir nunca que una optimizacin local o particular genere una degradacin global, de siempre buscar
incrementar la fluidez de las comunicaciones, y de siempre buscar alcanzar una profunda comprensin del
sistema (segn Deming). Debemos entonces tener en cuenta el rendimiento del servicio completo, de
extremo a extremo, y no de individuos, componentes, reas o departamentos por separado.

La retroalimentacin es entonces clave para saber y reconocer si las expectativas del negocio se estn
aterrizando completa y correctamente7 preguntemos a los stakeholders su visin y apreciacin holstica de
los resultados8. Entendamos y respondamos sus inquietudes, acerquemos y amplifiquemos los lazos de
retroalimentacin cuando y donde sean necesarios, incorporemos el conocimiento donde con conciencia-
lo requiramos. Sern efectivos los procesos de gestin de cambios, de configuraciones, de versiones, de
accesos, y de problemas, entre otros?, estarn a la altura de las nuevas necesidades?, estarn a punto los
ambientes de prueba necesarios9?, estamos midiendo los resultados esperados el valor para el cliente- o
todava medimos salidas de componentes/sistemas/reas/departamentos individuales? Las profesiones son
diferentes (know-how, habilidades, conocimientos, necesidades de capacitacin, etc.), los roles son
diferentes, y es claro que la responsabilidad es compartida10.

Los marcos de trabajo y herramientas tambin son numerosas y diferentes para cada profesin; usualmente
hablamos de llevar a la nube y tal vez tambin sea bueno considerar traer de la nube. Incluso las
diferentes herramientas que existen tambin tienen enfoques digamos, sesgados en uno u otro entorno.
Sin embargo, hay buenas noticias: existen varias alternativas; pero tambin hay malas noticias: existen varias
alternativas. Esto implica adoptar e interiorizar una cultura que fomente: (a) experimentacin continua,
correr riesgos y aprender de los fracasos la bsqueda de la innovacin, reducir el time-to-market, salir de
nuestra zona de confort, entre otros aspectos positivos; y (b) la comprensin de que la repeticin y la prctica
es el requisito previo para la maestra incrementar la resiliencia, estabilidad, garanta, cumplimiento,
seguridad de la informacin, eficiencia, efectividad, rapidez, flexibilidad y adaptabilidad para responder a
nuevas o cambiantes necesidades, empleo eficiente de modernas tecnologas disruptivas, entre otros
beneficios. Integrar las diferentes alternativas de solucin es lo importante y es lo riesgoso para el negocio,
aunque a nosotros los especialistas esta integracin nos resulte interesante. Cunta integracin es
necesaria, en cuntas fases lo lograremos, cul es el plazo o cules son los plazos, quin realizar esta
integracin (o con quin), con qu se realizar?, son algunas preguntas que deberemos responder.

7 Fuente: http://itrevolution.com/the-three-ways-principles-underpinning-devops/; disponible en agosto/2016

8 Fuente: http://www.drdobbs.com/architecture-and-design/getting-devops-right-the-lay-of-the-land/240062639; disponible en
agosto/2016
9 Fuente: http://www.itproguy.com/devops-practices/; disponible en agosto/2016
10 Fuente: https://www.youtube.com/watch?v=_I94-tJlovg; disponible en agosto/2016

4
Requisitos y beneficios podran verse mezclados y esto podra ocasionar confusin y problemas- en su
adopcin; as, cada empresa deber establecer los principios, mtodos y prcticas DevOps que sean ms
apropiados para sus negocios.

Creo que a todos nos duele la cabeza el slo pensar las mejoras que debemos implementar en nuestros
respectivos ecosistemas tecnolgicos, empezando por un cambio de cultura para eliminar los silos; aportar
transparencia en las actividades de desarrollo y de operaciones; adoptar e interiorizar la calidad11 y la
colaboracin12; trabajar en equipo, de forma ms cercana, en un marco de respeto mutuo, generando
confianza, aportando mayor agilidad al negocio y notables incrementos de productividad13; establecer
procesos y responsabilidades claras; identificar mejoras necesarias en los procesos, tecnologa y capacidades,
habilidades, y conocimiento de las personas.

Para tener xito con un DevOps disciplinado, necesitamos ocuparnos de las 5P de la mejora14 (donde tal vez
sean las personas lo ms importante, como ya hemos visto):

Propsito/Objetivo: involucra todos los elementos que constituyen la intencin de la organizacin.

Esto incluye la misin, visin, objetivos y estrategias de la organizacin. Implica identificar los
principales puntos fuertes, puntos dbiles, oportunidades y amenazas;
Principios: son las filosofas que guan la empresa, los supuestos, o actitudes sobre las que la
organizacin debe operar y cmo debera conducir sus negocios. Esto incluye la base de integridad,
tica, y valores nucleares a los cuales se espera que los empleados se comprometan cuando son
contratados. Implica identificar la cultura y los valores de la organizacin;
Procesos: son las estructuras organizacionales, sistemas, y procedimientos que se utilizan para
fabricar los productos o desarrollar los servicios que provee la organizacin, as como la
infraestructura y reglas que apoyan estos sistemas y procedimientos. Implica una lista de todos los
procesos y exponerlos mediante diagramas de flujo, mapas de procesos, tcnicas como 6W-2H;
identificando los responsables de cada proceso;
Personas: son los individuos (y equipos de personas) que realizan el trabajo que es consistente con
los Principios y Procesos de una organizacin para lograr su Propsito. Son los componentes activos
que obtienen resultados. Implica determinar en qu medidas las personas estn calificados para las
funciones que desempean; identificar las necesidades de formacin;
Rendimiento: involucra todas las mtricas, mediciones y resultados esperados que muestran el
estado de la organizacin, y son utilizados para la toma de decisiones. Los resultados son
re-alimentados al proceso de gestin estratgica con el fin de proveer retro-alimentacin y control.

11 Fuente: https://www.paradigmadigital.com/techbiz/que-es-devops-y-sobre-todo-que-no-es-devops/; disponible en agosto/2016

12 Fuente: http://blog.itlinux.cl/blog/2013/10/23/que-es-devops/; disponible en agosto/2016
13 Fuente: http://www.claranet.es/devops-que-es-y-como-lo-aplicamos-como-proveedor-de-cloud-hosting; disponible en Agosto/2016
14 Fuente: http://www.12manage.com/description_pryor_5_ps_model.html; agosto/2016

5
 Implica identificar las medidas de rendimiento usados; establecer indicadores clave de rendimiento
(KPI); establecer un sistema mtrico.

El modelo de negocio determinar el marco de trabajo, mejor prctica, o norma que se emplear15 y el
contexto en el que actuarn (ITIL y DevOps, por ejemplo, complementndose ambos), enderezando el timn
cuando y cuantas veces sea necesario. Es buscar agregar/obtener valor a/de los servicios que la empresa
entrega. Esto implica buscar convertirnos en seres realmente proactivos una nueva especie en el mundo
informtico de ms de una empresa.

15 Fuente: http://www.ca.com/us/rewrite/articles/devops/devops-and-itil-always-let-your-business-context-be-your-guide.html;
disponible en 2016