Las capacidades y madurez DevOps son diferentes en distintos mercados verticales (Parte 3)

Departamentos de TI en transporte buscan talento DevOps a lo largo y ancho

La necesidad de modernizar el sector de TI en transporte en los EE.UU. es obvia para quienes fueron testigos de los apagones de TI de alto perfil de las grandes líneas aéreas, incluyendo los que se sacaron vuelos de Southwest Airlines en julio y dejaron en tierra a Delta en agosto.

En la industria aeroespacial, en particular, ha habido tanta consolidación corporativa que los pasajeros están más atascados de lo que solían estar en el caso de un fallo de TI en transporte, según Alex Witherspoon, vicepresidente de ingeniería de plataforma para FlightStats Inc., una compañía de servicio de datos globales en el espacio de aviación, que ahora es propiedad de Flightglobal.

Con un menor número de líneas aéreas para recurrir, "estamos en un mundo donde [los operadores de líneas aéreas] tienen que ponerse al día muy, muy rápidamente. Están tratando de hacerlo de una manera rentable, y DevOps es una de las formas para hacer eso", dijo Witherspoon.

En FlightStats y otras empresas de TI de transporte con visión de futuro, como Uber, los microservicios están recorriendo un largo camino hacia la mejora de la eficiencia, a pesar de lo que Witherspoon describe como una escasez en toda la industria de habilidades modernas que acelerarían la madurez DevOps. Los equipos pequeños que trabajan en pequeñas áreas de una aplicación tienen la competencia para tomar sus propias decisiones y actuar con rapidez para crear nuevas características y resolver problemas.

"Tenemos que hacer más, pero no tenemos acceso fácilmente disponible y asequible al talento", dijo Witherspoon. "Pero, al mismo tiempo, estamos tratando de soportar nuevas iniciativas y mantener lo que tenemos en juego operacionalmente seguro y sólido".

DevOps es útil para superar la escasez de personal mediante la implementación de la automatización de software, reduciendo el número de personas que toma manejar una infraestructura relativamente grande. Witherspoon también sostiene que DevOps fomenta infraestructuras más resistentes que las utilizadas por las compañías aéreas que sufrieron tales vergonzosas interrupciones este verano.

En el peor de los casos en FlightStats, un solo ingeniero –cualquier ingeniero– puede empujar un script y un recurso fallido volvería al juego en cuestión de minutos o una hora, dijo Witherspoon.

La noticia no es del todo mala para las compañías aéreas tampoco. Hay operadores emergentes, tales como Alaska Airlines, cuyo CIO realizó una presentación de apertura en ChefConf 2016 sobre los esfuerzos de la compañía para desarrollar nuevos servicios impulsados por software para los clientes, tales como revisión automatizada de maletas usando una aplicación móvil, etiquetas de equipaje digitales y, finalmente, biometría.

"Si usted lo llama DevOps o no ... de lo que estamos hablando es de conseguir equipos heterogéneos, yuxtapuestas [y] ponerlos juntos para entregar resultados a velocidad", dijo el CIO de Alaska Airlines, Veresh Sita en la presentación. "Debido a que entregar código a velocidad ... es lo que nos permite habilitar la transformación de la experiencia de la línea aérea".

Otras entidades de transporte fuera de lo aeroespacial también están buscando modernizarse a través de las capacidades DevOps. Empresas en el mundo portuario, por ejemplo, están actualizando el transporte de alta mar. Un ejemplo de esto es Navis, que hace software para ejecutar operaciones complejas de muelle. La compañía está aplicando los principios de integración continua a sus rutinas de pruebas de software.

Para las TI en ciencias de la vida, DevOps es el próximo gran descubrimiento

A pesar de los desafíos regulatorios, Forrester Research ubica a las TI en ciencias de la vida, y la industria farmacéutica en particular, como una de las industrias más calientes para la adopción de DevOps en el último año.

Conforme las empresas compiten para desarrollar la próxima droga popular, el análisis de grandes volúmenes de datos y los procesos de automatización de software se están convirtiendo en prácticas de primera necesidad donde quiera que sean posibles, según las regulaciones de la Administración de Alimentos y Medicamentos (FDA), dijo Orhan Karsligil, CIO de MediVector Inc., una empresa farmacéutica en Boston.

Por ejemplo, MediVector utiliza conceptos ágiles, como el desarrollo basado en pruebas de las aplicaciones, así como herramientas DevOps, como Salt, para desplegar y 'congelar' imágenes de máquinas utilizadas en el proceso de desarrollo de fármacos.

"Podemos traerlos a colación en cualquier momento", dijo Karsligil sobre los servidores ‘congelados’. "Cuando el equipo de calidad viene y dice: ‘¿Cuál es el estado de esta máquina, qué está instalado, quién lo instaló, qué actualizaciones sucedieron?’, podemos pulsar una tecla, compararlo con el original y obtener un registro de auditoría de todos los cambios".

Este tipo de automatización de cumplimiento también ha ayudado al avance de las TI en ciencias de la vida en Sparta Systems Inc., con sede en Nueva Jersey. Sparta hace software utilizado por grandes organizaciones farmacéuticas y de investigación biológica para garantizar la calidad de sus productos, y ha tenido que mantenerse al día con el rápido crecimiento.

La compañía aún no ha adoptado microservicios en toda regla, pero está haciendo pequeños cambios, más rápidos, a su software, a medida que se adapta a un equipo de investigación y desarrollo (I+D) que se ha duplicado cada 15 meses durante los últimos cuatro años, según Bruce Kratz, vicepresidente de I+D de Sparta.

"Hacer las cosas en incrementos más pequeños nos da una mucho mayor red de seguridad para realizar cambios y siempre tener software funcionando al final, en lugar de ir meses y meses con el paciente 'abierto’, trabajando en la implementación de características", dijo Kratz, en referencia a los cambios de código de software como un paciente bajo el bisturí. "La calidad de nuestro software es más predecible, y hemos sido mucho más predecibles en cumplir nuestros horarios para el negocio, por lo que estamos realmente en un modo de crecimiento".

Sin embargo, para las organizaciones de TI en ciencias de la vida que producen medicamentos para la aprobación de la FDA, la carga regulatoria ha causado una fricción DevOps significativa, de acuerdo con Karsligil. La FDA está continuamente reexaminando y revisando las normas, tales como el Título 21 del Código de Regulaciones Federales, que estipula los formatos de datos clínicos y las reglas de documentación durante el proceso de aprobación de medicamentos, pero ese trabajo es lento.

"Entregar de forma continua en ciencias de la vida es casi imposible, ya que cada versión tiene una documentación asociada a ella para el control de cambios", dijo Karsligil. "Eso, por desgracia, mantiene a la industria muy por detrás de otras industrias en términos de despliegues y modificaciones a las aplicaciones".

TI en proveedores de salud prescriben DevOps con cautela

TI en la salud es su propio animal; un poco de todo y un trabajo en progreso cuando se trata de la adopción de capacidades ágiles y DevOps.

"Algunos de nuestros clientes son muy sofisticados con sus sistemas y cómo trabajan con nosotros, y otros aún tienen muchos procesos manuales o flujos de trabajo clave que está llevando a cabo en hojas de cálculo de Excel, y está todo lo demás", dijo Tom Kottak, director de tecnología global para servicios de salud en GE Healthcare, con sede en Waukesha, Wisconsin.

La responsabilidad es una preocupación para TI en organizaciones de salud, más que en casi cualquier otra industria. Por lo tanto, es más fácil para las organizaciones de salud comprar paquetes de software del estante para hacer funcionar sus sistemas, porque la responsabilidad se queda con el proveedor de software en lugar de en la propia organización médica.

Sin embargo, las organizaciones de TI de las empresas de salud deben hacer el trabajo de integración entre algunas piezas de software de diferentes proveedores, y los centros médicos también enfrentan un mandato de aplicaciones móviles más modernas, que es donde entra en escena DevOps.

TI en la salud es mucho más propensa que sus hermanos financieros altamente regulados a utilizar el software como servicio y la automatización de software, ya que tienen mucho menos dinero para gastar en tecnología que sus contrapartes financieras adineradas, dijo Robert Stroud, analista de Forrester Research.

"La asistencia de salud tiene un imperativo absoluto para automatizar con el fin de mantener los costos bajos", dijo Stroud. "Ellos no tienen otra opción".

Una de las empresas de salud que trabaja para desarrollar sus propias aplicaciones móviles es BJC HealthCare en San Luis, que ya utiliza una aplicación móvil desarrollada internamente para ejecutar su farmacia interna, y recientemente estableció un centro móvil de excelencia para investigar el desarrollo de aplicaciones similares en el futuro.

Es difícil para el departamento de TI de BJC, para el cual tres o cuatro personas de TI desarrollan aplicaciones "aparte", competir con las tiendas de aplicaciones, tales como las ofrecidas por Apple, donde por 99 centavos de dólar el personal médico puede descargar aplicaciones de forma instantánea y utilizarlas a su gusto, dijo Chris Mossengren, gerente del programa del centro móvil de excelencia de BJC.

Muchos profesionales de la salud tienen problemas con las aplicaciones monolíticas heredadas, que no se prestan a las infraestructuras en la nube, dijo Scott Richert, vicepresidente de servicios de infraestructura empresarial en el Mercy Hospital, un proveedor de atención médica católica sin fines de lucro, que también se encuentra en St. Louis. En consecuencia, gran parte de las TI de salud serán resistentes a la automatización.

Mercy, que maneja los registros de salud electrónicos para otras organizaciones de salud, ha puesto un fuerte énfasis en el monitoreo operativo y en atar componentes de la infraestructura a los servicios de negocios de nivel superior que ellos soportan, dijo Richert.

"También estamos desarrollando nuestra mesa de servicio y sistemas de gestión de incidentes y solicitudes", dijo. "Estoy descubriendo que nuestros ingenieros que configuran estos componentes de nuestra gestión de servicios son los probables innovadores en DevOps, porque ya están centrados en la automatización de servicios".

TI en las organizaciones de medios es demasiado anticuada para DevOps

La infusión de tecnología de la información en los medios de comunicación y de entretenimiento ha engendrado unicornios tales como Netflix, Hulu, Spotify, Amazon Prime y Apple iTunes, para nombrar unos pocos. Sin embargo, las TI en medios también ejecuta la gama de proveedores de cable, emisoras de redes y organizaciones de noticias que, como cualquier otra empresa grande, tienen infraestructuras heredadas con las que lidiar.

En general, de acuerdo con analistas y consultores, la tecnología de la información tradicional en departamentos de medios de comunicación les ha impedido competir con los disruptores tan eficazmente como podrían.

Los proveedores de cable, en particular, se enfrentan a "un problema de complejidad con los grandes sistemas legados que han tenido alrededor de 20 o 30 años", dijo Zubin Irani, CEO de cPrime Inc., una empresa de consultoría de desarrollo ágil de software en San Francisco. "Hay tantos datos en esos sistemas y ellos son tan dependientes de la infraestructura de back-end; esa se la cosa más grande que retiene a muchos de ellos".

Mientras tanto, "ellos tienen disrupción desde todos los ángulos", añadió Irani. "Se están moviendo con fuerza, se están moviendo rápido y se necesita una automatización completa para eso".

Aunque la tecnología de la información en los medios de comunicación va a la zaga del trabajo de TI en otras industrias, ya no es incipiente ni está completamente en el quintil más bajo, según los analistas de Forrester Research en su informe "El Estado de la Adopción de la Industria DevOps para 2016 - ¿Dónde está el calor?".

The Washington Post se encuentra entre las organizaciones de noticias más venerables de la nación, fundada en 1877 y famoso por publicar la historia de Watergate en la década de 1970. Hoy en día, es "una organización centrada en DevOps", dijo Hardip Singh, gerente de desarrollo móvil para la empresa.

Los desarrolladores de entrega de contenidos móviles en el Post monitorean las aplicaciones a través de herramientas de reporte de accidentes y de herramientas de registro de errores, y la responsabilidad de esos desarrolladores es averiguar cuándo se producen los problemas y reaccionar, dijo Singh. Ellos hacen este monitoreo no solo a través de herramientas de TI, sino a través de las redes sociales y los canales de retroalimentación de las tiendas de aplicaciones.

"Si vemos a alguien en Twitter diciendo algo acerca de una de nuestras aplicaciones cayendo, somos rápidos para responder a eso", dijo Singh. El Post también utiliza herramientas DevOps como Travis CI, Fast Lane y Jenkins para la automatización de construcciones y pruebas.

En un número creciente de organizaciones de medios de comunicación, "las disciplinas se están uniendo", dijo Eric Schvimmer, jefe de investigación y desarrollo y CTO de medios de consumo en un importante medio de comunicación de EE.UU.

Para los profesionales DevOps en la organización de Schvimmer, "no significa que no habrá especialistas, sino [que ellos] tienen que pensar de manera integral sobre el entorno, así como ser un buen enlace con los grupos de desarrollo", dijo.

Se podría argumentar que la tecnología de la información en las empresas de medios debería haber tenido estas capacidades antes, "pero es aún más importante ahora, sobre todo si va a ser líder en el cambio", dijo Schvimmer.