Los líderes de TI deben adoptar DevOps.
Los profesionales de TI son personas prácticas. DevOps como transformación cultural a menudo no es lo suficientemente tangible para aquellos que tienen la tarea de implementar aplicaciones en producción y mantener su disponibilidad, seguridad y rendimiento. Pero la realidad es que el cambio cultural –la ruptura de los silos intergrupales y intragrupales– debe ocurrir, y ocurrir más temprano que tarde.
Esto es particularmente cierto cuando se trata del impacto que las tendencias y arquitecturas emergentes tienen en la red.
Muchos líderes y profesionales centrados en la red no prestan tanta atención al cambiante panorama de la arquitectura de las aplicaciones. La transición hacia las API y los microservicios, por ejemplo, rara vez se aborda en el ámbito de las redes, salvo que nuestra infraestructura también cuenta con una API. Esto se debe a SDN (o SDDC).
Pero deben ser conscientes de estos cambios y de cómo afectarán (no si lo harán, pero afectarán) la red y la entrega de esas aplicações a consumidores y compañeros de trabajo exigentes. Incluso lo que parece ser una decisión completamente relacionada con la arquitectura de la aplicação puede llegar a tener un impacto significativo no sólo en la arquitectura de la red, sino también en el rendimiento y los requisitos de la red. La decisión de optar por microservicios multiinquilino o de un solo inquilino, por ejemplo, afecta significativamente los servicios de red, desde la seguridad hasta el enrutamiento y la conmutación básicos. No reconocer las decisiones arquitectónicas con respecto al uso de HTTP/2 o HTTP/1 junto con microservicios puede causar problemas importantes en la red y reducir el rendimiento.
Los desarrolladores tienen una conciencia cada vez mayor del impacto de sus arquitecturas dentro y fuera de su dominio. La latencia del servicio (el tiempo que tarda dos servicios en comunicarse a través de la red) es un problema bien comprendido en una arquitectura de aplicação altamente distribuida. Lo que los desarrolladores no saben es cómo la red (y su conjunto de servicios) puede ayudar a mitigar el impacto negativo en el rendimiento (y la resiliencia) de dicho entorno.
Esto es lo que saben los networkers.
El problema es que los profesionales de la red no se involucran hasta que se ponen en producción once mil millones de microservicios. No se les consultó, y hacer sugerencias en el momento en que están involucrados potencialmente significa una reelaboración importante de los servicios o la aplicação. Incluso un cambio simple que interpola la escalabilidad en la red en lugar de hacerlo internamente en la aplicación se convierte en una pesadilla. Pero si los servicios hubieran sido diseñados teniendo en mente la escalabilidad de la red, bueno, esto sería una operación sin problemas.
Pero no fue así, y esos 9 de cada 10 ejecutivos se sintieron presionados a lanzar aplicaciones más rápido ... Se sienten aún más presionados porque lleva tiempo realizar el tipo de cambios necesarios en la red para ofrecer tantos servicios interconectados, interrelacionados e interdependientes.
Hay cuatro operaciones en TI: infraestructura, red, almacenamiento y seguridad. Y los cuatro silos (o torres, si prefiere una metáfora más medieval) deben construir puentes entre sí que fomenten la colaboración y la comunicación en las primeras etapas del ciclo de desarrollo. La colaboración en las decisiones arquitectónicas debe realizarse durante el diseño , no durante la implementación. Y es posible que esa colaboración deba ser iniciada por líderes que tengan visibilidad en cada organización para saber cuándo se están considerando nuevas tecnologías y arquitecturas.
DevOps no se trata solo de automatización: es una herramienta y una técnica para lograr un objetivo. La automatización puede desempeñar un papel importante a la hora de reducir la carga de aquellos encargados de implementar los servicios necesarios para implementar y entregar aplicaciones, de modo que libere a los expertos en los cuatro dominios operativos. Los libera para participar en una mayor colaboración (intercambio) entre organizaciones con el fin de mejorar la escala, el rendimiento y la seguridad de las aplicações fundamentales para la creciente economía de las aplicaciones.
El éxito empresarial –y su crecimiento– dependen de la colaboración en todo el departamento de TI, no solo en las trincheras, sino también en la mesa de liderazgo.