Escolar Documentos
Profissional Documentos
Cultura Documentos
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.
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.
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
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.
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):
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