A medida que seguimos viendo un efecto dominó de las metodologías ágiles que se extienden al resto de las TI (ya sabe, como la red y la seguridad), hemos visto el surgimiento de arquitecturas y tecnologías como SDN y SDDC, además de la continua expansión de DevOps en preocupaciones de TI adyacentes.
Esto se debe a que la necesidad de velocidad (de implementación) está creciendo con un apetito casi tan insaciable como el de los consumidores por las aplicaciones. El crecimiento del negocio hoy en día depende de la capacidad de TI para escalar; no sólo en tasas de transacciones y rendimiento, sino también operativamente.
Lograr la escala necesaria para soportar una demanda rápida (y a menudo impredecible) significa más hardware (ya sea personalizado o COTS), más plataformas, más servicios y, bueno, más de todo. Más cosas que necesitan ser monitoreadas, respaldadas, configuradas y licenciadas. Eso es gestión.
Lograr la velocidad necesaria para implementar las aplicaciones y los servicios de entrega significa automatizar el proceso de implementación. Eso es orquestación.
Estos dos no son lo mismo. De hecho, es peligroso mezclarlos porque al hacerlo se vinculan estrechamente uno con el otro y resulta difícil cambiar rápidamente los procesos. A menudo, eso es necesario para mejorar la eficiencia o agregar componentes al sistema que son necesarios para mantener el rendimiento, la velocidad y la seguridad de las aplicaciones de las que dependen las empresas para obtener productividad y ganancias. Esto puede ocurrir varias veces al año. Los expertos en gestión de procesos de negocio nos dicen a partir de estudios que las empresas cambian sus procesos principales entre 4 y 7 veces al año. Lo hacen basándose en el análisis de todos los datos que recopila TI junto con los comentarios de los usuarios corporativos y consumidores.
La orquestación de procesos de negocio (BPO) se convirtió en un requisito a mediados de la década de 2000 para garantizar ese tipo de agilidad en la capa empresarial.
Y ahora también lo estamos viendo en la capa de TI.
La orquestación de procesos operativos será fundamental para la transformación exitosa de cualquier organización que busque permitir la escala y la velocidad de implementaciones necesarias para el éxito empresarial.
Pero eso no significa que la gestión no sea también importante.
Aún se requiere gestión y, si bien ciertas tareas de gestión pueden (y a menudo deberían) automatizarse, no se trata de orquestación. Las copias de seguridad nocturnas automatizadas de sistemas críticos, actualizaciones, gestión de licencias, parches e incluso gestión de activos (inventario) son medios importantes por los cuales TI puede garantizar su escalabilidad operativa, permitiendo que un solo administrador gestione un número cada vez mayor de dispositivos, pero no es orquestación.
Por el contrario, la orquestación no es gestión. Si bien puede obtener ciertos beneficios al utilizar motores de orquestación (sistemas, marcos, como quiera llamarlos) como OpenStack , Cisco ACI o VMware NSX , ninguno de ellos permite la administración central de los componentes reales para los cuales están preparados. Ciertamente pueden crear y poner en marcha un BIG-IP para proporcionar LBaaS, por ejemplo, pero no se dedica a gestionar realmente esa instancia. No realiza actualizaciones, ni aplica correcciones, ni vigila alertas ni realiza ninguna de las responsabilidades diarias que aún garantizan que el negocio siga funcionando. Ésa es tarea de la gestión, no de la orquestación.
Y aunque no son lo mismo, ambos son igualmente importantes en el mundo de las aplicação . La orquestación permite que el negocio escale al permitir que TI escale las implementaciones de aplicaciones, mientras que la administración garantiza que el negocio siga funcionando al encargarse de todas esas tareas que parecemos olvidar (gracias, nube) que aún deben realizarse.
La administración trabaja (colabora) con la orquestación al permitir el aprovisionamiento y las implementaciones de autoservicio, pero no son lo mismo. Ni tampoco deberían serlo.