BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Capacidades DevOps varían ampliamente por industria vertical

A medida que DevOps se filtra a las TI empresariales comerciales, no todos los mercados verticales están representados por igual en el movimiento.

La madurez de DevOps varía de acuerdo con la esfera de negocios que ocupan las empresas, y algunas se ven limitadas por las características de sus mercados, desde la fuerte regulación en los servicios financieros y las industrias de ciencias de la vida, hasta la deuda técnica sofocante en los sectores de retail, medios y entretenimiento. Otros mercados, como la salud y el transporte, enfrentan desafíos culturales particulares para traer un modo de pensar DevOps al proceso de desarrollo de software.

Sin embargo, no nos engañemos, los analistas y los profesionales de TI que han alcanzado la madurez DevOps están de acuerdo: La filosofía de una mayor automatización de TI y colaboración entre el desarrollo y las operaciones –que, en algunas industrias, ya no son grupos separados– está aquí para quedarse.

"Los consumidores, que tienen poder por las interacciones de software ricas con acceso a los recursos de internet, nunca han tenido más poder o elecciones", escribieron analistas de Forrester Research en su informe "El Estado de la Adopción de la Industria DevOps para 2016 - ¿Dónde está el calor?".

"Cuando los consumidores tienen más opciones, las organizaciones se diferencian mediante la entrega de productos y servicios innovadores", añadieron los analistas de Forrester. "Hacerlo exige que las organizaciones ofrezcan aplicaciones y servicios relacionados a velocidades más rápidas, lo que conduce a una adopción más rápida de DevOps".

Las prácticas DevOps se pueden adoptar más fácilmente en entornos totalmente nuevos, como las startups de software como servicio, pero no son solo para las nuevas empresas. Tradicionalmente, las pesadas compañías de servicios financieros han explorado la transformación DevOps debido a las empresas financieras de tecnologías disruptivas que invaden sus mercados. Empresas como Liberty Mutual Insurance en Boston, fundada en 1912, ven el atractivo de una mayor velocidad respecto a la retroalimentación. Incluso las agencias de gobierno y de inteligencia están trabajando dentro de las estrictas medidas de seguridad para convertirse en organizaciones más ágiles.

Nuestro sitio hermano SearchITOperations habló con profesionales de TI, expertos de la industria y pioneros de DevOps en representación de cada uno de los mercados verticales descritos anteriormente para evaluar el estado de la adopción de DevOps en diez principales industrias estadounidenses. Lo que sigue es un recorrido por los espacios de mercado en los primeros días de DevOps comercial en 2016.

Departamentos de TI de seguros evalúan los factores de riesgo de DevOps

Liberty Mutual Insurance en Boston podría no ser el primer nombre en el que la gente piensa cuando se trata de adopción DevOps; pocas empresas parecerían empresas más tradicionales en un mercado más tradicional que una empresa de seguros de 100 años, de la lista Fortune 100.

Sin embargo, la tercera mayor compañía de seguros de propiedad y accidentes en los EE.UU. ha hecho un progreso constante en la adopción de DevOps, de acuerdo con Mark Kirby, CTO de TI en Liberty Mutual. Y la empresa no es la única entre los profesionales de TI en seguros.

"El empoderamiento de los clientes están impulsando la disrupción de todo el negocio de los seguros", escribió la analista de Forrester Research, Ellen Carney, en un blog. "Ese enfoque en el cliente ahora es más importante que cualquier otra imperativa estratégica, con base en una encuesta mundial de Forrester a más de 250 tomadores de decisiones de empresas de seguros".

El viaje a través de DevOps de Liberty Mutual está lejos de estar completo, pero varios grupos de TI de seguros dentro de la empresa han avanzado en sus capacidades de automatización de software, así como sus prácticas de desarrollo de software continuas, dijo Kirby.

El cumplimiento de los marcos regulatorios se cita a menudo como un disuasivo para la automatización de software, pero Kirby dijo que la adopción de DevOps ha producido una fuerte postura de cumplimiento para la empresa hasta el momento.

"Muchos de nuestros controles, en general, son validaciones manuales, [mostrando] la relación entre los requisitos y la financiación, y alguien produciría un informe y alguien podría revisar ese informe", dijo. "Ahora, por supuesto, se puede empezar a construir esas cosas en el software".

Liberty Mutual utiliza herramientas como JIRA de Atlassian para proporcionar automáticamente las correlaciones, y sus profesionales de TI pueden desencadenar una alerta si hay una variación de los requisitos. Liberty Mutual también ha trabajado para automatizar la protección de contraseña y la gestión de identidades dentro de su infraestructura de TI de seguros, mientras se esfuerza por alcanzar la madurez DevOps.

La estabilidad operativa, sin embargo, sigue siendo primordial en este negocio precursor, que debe proceder con cautela conforme busca aumentar su velocidad.

"Las regulaciones son una pequeña parte de todas las cosas que queremos hacer para garantizar la calidad", dijo Kirby. Los fracasos y las correcciones rápidas representan una especie de despegue desde un enfoque unilateral en la fiabilidad del sistema, pero se debe lograr un equilibrio entre esos conceptos en los departamentos de TI de seguros para que la empresa pueda seguir siendo competitiva en un mundo que está viendo una proliferación masiva de las capacidades de software.

El factor crucial es el tiempo que toma obtener retroalimentación sobre lo que se está tratando de lograr, dijo Kirby. "Cuando se toma eso y se expande más ampliamente en toda la compañía, de lo que realmente está hablando es el tiempo hacia el mercado que, hoy en día, está directamente relacionado con su éxito".

DevOps resulta difícil de vender para TI en las compañías financieras

Las TI tradicionalmente conservadoras en las organizaciones financieras luchan por ser más ágiles y automatizadas, según los expertos que trabajan con ellas.

"Las finanzas son difíciles debido a todas las regulaciones; el cumplimiento [de la Industria de Tarjetas de Pago], las cosas [Sarbanes-Oxley]", dijo Zubin Irani, CEO de cPrime Inc., una empresa de consultoría de desarrollo ágil de software en San Francisco. "Es probablemente una de las más difíciles de todas las industrias [en las que hay que hacer DevOps]".

Por ejemplo, para conseguir que se realice un cambio en producción en una compañía muy grande de tarjetas de crédito, con la que Irani hizo recientemente un gran proyecto, sus homólogos de desarrollo tenían que escribir cada paso detallado, pasárselo al equipo de producción, y esperar para que al menos cinco diferentes equipos de operaciones de infraestructura movieran el código a un servidor, lo reiniciaran y crearan conexiones de red. Incluso mover código del desarrollo a la prueba requiere que el equipo de Irani "escribiera esta gran novela" acerca de qué cambios eran necesarios por parte del equipo a cargo del banco de pruebas.

"Se lo dimos a ellos, ellos no siguieron las instrucciones, hubo un error y luego fue como: ‘Esto falló - ticket cerrado, usted tiene que volver a escribir sus instrucciones y enviarlas de nuevo'", dijo Irani. "La gente se ha vuelto loca con la separación de funciones, hasta el punto en que no está teniendo sentido, no está protegiendo a nadie, solo está creando más problemas".

Para TI en las compañías financieras, esto obviamente hace que la automatización del desarrollo de aplicaciones y el proceso de entrega sea una tarea difícil, pero la organización puede tomar ciertas medidas incluso en el entorno corporativo más rígido.

"Esa es una de las cosas donde tratamos de ayudar para que las personas lo arreglen", dijo Irani. "Es más difícil a causa de [la separación de funciones], pero con DevOps y la automatización de nube se puede eliminar algo de ese dolor".

La mayoría de los grandes clientes de cPrime que hacen TI en los campos de finanzas también han construido nubes privadas internas para obtener un servidor con el clic de un botón, sentando las bases para una mayor automatización. Y el analista de Forrester Research, Robert Stroud, dice que las firmas financieras han formado la mayor parte de sus recientes investigaciones sobre DevOps.

Stroud lo atribuye a un mercado de satélite llamado Fintech (abreviatura de tecnología financiera en inglés), que se ha separado de la industria tradicional de los servicios financieros e impulsa nuevos patrones entre las potencias tradicionales de la banca para mantenerse al día con la comodidad que los jóvenes advenedizos pueden ofrecer a los clientes en la web y aplicaciones móviles.

"[Las empresas de servicios financieros] se han dado cuenta que necesitan ir más rápido y agregar más valor debido a Fintech, todas estas nuevas empresas que se encuentran ahora en el mercado", dijo Stroud.

Una organización de servicios financieros que se extiende a ambos lados de la brecha entre las finanzas tradicionales y fintech es Capital One Financial Corp., el banco digital de grande en los EE.UU., con sede en McLean, Virginia. Capital One piensa en sí mismo como en una empresa de tecnología que hace banca, en lugar de un banco que desarrolla tecnología, dijeron los ingenieros de la compañía durante ChefConf 2016.

"Nuestro fundador y CEO dijo que, en última instancia, los ganadores en la banca tendrán las capacidades de una compañía de software de clase mundial", dijo Ali Ravji, ingeniero jefe de infraestructura de Capital One, durante la presentación.

Proyectos de comercio electrónico venden TI en retail sobre la adopción DevOps

TI en los espacios de venta al por menor está colocando una apuesta de alto riesgo en el comercio electrónico, y haciendo acopio de capacidades DevOps para hacerlo.

El minorista Amazon.com y su brazo de computación en la nube Amazon Web Services sentaron las bases del movimiento DevOps para TI en el comercio minorista. Para competir con Amazon, una industria minorista de EE.UU. basada en tiendas de ladrillo ha pasado los últimos cinco años en una completa fiebre del oro hacia un modelo de negocio de comercio electrónico total.

Como resultado de ello, TI en el sector minorista ha liderado la carga en el aumento de la velocidad de entrega de aplicaciones. La mayoría de los grandes sitios de comercio electrónico se actualizan varias veces al día, promueven ofertas especiales y giran rápidamente sobre ellas; los negocios minoristas tienen siempre nuevas peticiones de características para los equipos punto-com. Por lo tanto, DevOps se está volviendo cada vez más importante para TI en las empresas de venta al por menor: Cuanto más rápido puedan sacar las actualizaciones del sitio web, más pronto la empresa puede hacer más dinero.

Esto ha hecho necesario un cambio cultural y geográfico en el poder, además del desarrollo rápido de software, impulsando las prácticas DevOps en muchas tiendas de nombre doméstico.

"Si nos fijamos en lo que estas compañías de retail han hecho –Macys.com, Gap.com, Kohls.com, Walmart.com– todas están aquí en el área de la bahía, a pesar de que la sede está en el medio oeste o el sur", dijo Zubin Irani, de cPrime Inc. "Pero ellos reconocen que la tecnología es importante y quieren construir aquí una cultura de tecnología".

El reto es modernizar los sistemas de registro que permanecen en esas sedes y que son administrados por un personal de TI tradicional, dijo Irani.

Target es un buen ejemplo de TI en las operaciones de retail haciendo con éxito la transición a la automatización DevOps, incluso con aplicaciones empaquetadas tradicionales. Algunos de los ingenieros del megaminorista con sede en Minneapolis recientemente se volvieron hacia un dojo DevOps dentro de la empresa para aprender cómo automatizar una infraestructura inmutable para el entorno masivo de SharePoint que soporta a sus departamentos de comunicación y marketing.

Después de un análisis de costo/beneficio, Target automatizó la implementación de SharePoint usando libros de cocina y recetas que escribió para la herramienta de gestión de la configuración Chef, reduciendo su tiempo de espera para reconstruir la infraestructura en órdenes de magnitud, según una presentación pública hecha por los ingenieros de Target en ChefConf 2016.

El software de código abierto es el último grito en los departamentos DevOps, pero "el software empaquetado como SharePoint sigue siendo importante y sigue siendo fundamental para nuestras operaciones", dijo Ron Tatro, ingeniero principal para Target, en la presentación.

"Esa es la próxima frontera para ellos", dijo Irani. "¿Cómo toman lo que han estado haciendo en el espacio del punto com de nuevo hacia la empresa y comienzan a revolucionar esos sistemas? Lo que llevará años".

Nota: En la segunda parte de este artículo, se analizará las peculiaridades que tiene la adopción de DevOps en las industrias de software como servicio, el sector público y en organismos gubernamentales.

Investigue más sobre Desarrollo de aplicaciones

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close