El otro día, después de hablar con un posible cliente, me dijeron que habían leído mi último blog y que, aunque hablaba de las redes basadas en la intención , había omitido escribir sobre la orquestación, que es un elemento clave en las redes basadas en la intención.
Tenían razón.
En mi defensa, eso habría dado para un blog muy largo, pero permítanme corregir esa omisión hoy.
El gran director de orquesta y compositor Leonard Bernstein dijo: «Para lograr grandes cosas se necesitan dos cosas: un plan y no el tiempo suficiente».
Y debía de saber un par de cosas sobre orquestación.
Esa cita suena ciertamente cierta en la creación de redes hoy en día, a medida que experimentamos la transformación bajo la intensa presión del tiempo que es común en TI en estos días.
Y eso nos lleva a la automatización y la orquestación, que están estrechamente interrelacionadas.
La automatización, por supuesto, es una prioridad máxima en TI en estos días (puede leer sobre ello en nuestro Informe sobre el estado de la WAN aquí e inscribirse en el seminario web).
Pero, ¿qué entendemos por «automatización»?
Dependiendo de la definición, la automatización no es nada nuevo en las redes.
En las redes
que los analistas del sector consideran siempre culpable de la configuración manual y obsoleta, hemos utilizado scripts desde siempre.
Con los scripts podíamos acelerar tareas de configuración de dispositivos que nuestro jefe pensaba que nos llevarían mucho más tiempo.
Pusimos algo de previsión en ello, editamos nuestro guión, lo ejecutamos y nos fuimos a la hora feliz con nuestros colegas ingenieros de redes.
Desde el punto de vista de la definición, algo como el scripting se conoce en la ciencia del software como un enfoque imperativo, lo que significa que hay que conocer cada detalle de las capacidades de la capa subyacente para interactuar con ella, y hacerlo con total precisión; de lo contrario, es muy implacable.
Por eso no creo que los scripts sean lo que queremos decir cuando hablamos de automatización transformadora en TI.
A fin de cuentas, el ámbito de aplicabilidad de los scripts es muy estrecho: son muy específicos de cada dispositivo, y los ejecuto dispositivo por dispositivo.
Las herramientas como los scripts son muletas propulsadas por cohetes, muy eficaces para un movimiento muy específico, pero fuera de ese estrecho ámbito preferimos ir cojeando sin darle al interruptor del «modo cohete».
La orquestación, por su parte, es la herramienta que permite una automatización de mucho mayor alcance.
Por ejemplo, si quiero actualizar una política de QoS a nivel global porque estoy desplegando un nuevo despliegue de UCaaS, la forma en que funciona para los 2 enfoques de automatización diferentes es la siguiente:
- Creación de scripts: Si mi red tiene 50 sitios, cree 50 versiones ligeramente diferentes de mi script de automatización, dando como resultado 50 scripts específicos para cada sitio.
A continuación, ejecútelos individualmente.
Si este planteamiento le parece descabellado, considere el hecho de que no es desconocido ejecutar varios cientos de comandos CLI si se limita a entrar en cada nodo y configurarlo manualmente para cambiar las políticas locales de clase de servicio.
Y luego sume la probabilidad de errores de configuración si ejecuta cientos de comandos tecleados manualmente en 50 sitios.
Esta es la razón por la que la automatización mediante scripts se adoptó mucho más ampliamente en las redes de lo que nunca se le ha reconocido. - Orquestación: Simplemente defino una política abstraída que declara mi intención para UCaaS, como por ejemplo: qué prioridad de tráfico tiene y cuáles son mis desgloses óptimos en la nube UCaaS.
La herramienta de orquestación la traduce utilizando lo que se denomina un modelo declarativo en ingeniería de software.
Sé que me he saltado un paso: No he dicho lo que significa «declarativo».
Un modelo declarativo es muy diferente a uno imperativo.
En un modelo imperativo, los elementos que intenta controlar le exponen toda la complejidad.
Imagine que contrata un taxi, y en lugar de decir «quiero ir a la Terminal A del aeropuerto de San Francisco» y dormitar después de arrancar, tendría que dirigir al taxista en cada curva del camino… «gire a la izquierda a continuación, gire a la derecha, en 6 millas (eso son unos 10km para mis lectores métricos) tome la salida..».
Eso es el modelo imperativo.
En un modelo declarativo, usted sabe que tiene al mejor taxista del planeta, y que le llevará a su destino con precisión y rapidez, ejecutando su intención a la perfección, y que llegará a la Terminal A todo relajado (hasta que vea las colas de facturación).
También sé que me he saltado otro paso ahí, se estará preguntando «¿Qué tiene eso que ver con Aryaka?».
La respuesta es que no podríamos llevar a cabo la transformación de la red para nuestros clientes sin un flujo de trabajo de orquestación líder en el sector, tanto para nosotros como para más de 800 clientes empresariales globales.
Nuestra herramienta de orquestación se llama ANMC por «Aryaka Network Monitoring and Control».
Interactúa y cumple 3 funciones principales que me gustaría destacar (pero hay más):
- ANMC es un elemento arquitectónico clave en la arquitectura SD-WAN gestionada globalmente de Aryaka que convierte la intención en configuración automatizada, siguiendo un modelo declarativo.
Muchos proveedores de SD-WAN hablan de automatización basada en la intención, pero cuando uno se fija en las complejas políticas que hay que definir, necesita un experto en redes, y necesita uno o dos meses de su tiempo, como mínimo.
Con el modelo de Aryaka, todo lo que tiene que hacer es declarar las ubicaciones de sus sucursales, las prioridades de sus aplicaciones, su postura de seguridad, sus necesidades de XaaS y redundancia basadas en la nube – y la máquina de orquestación de Aryaka, impulsada por ANMC, lo hará realidad por usted – en cualquier parte del mundo, en 48 horas o menos.
Resuelve la intención de diseño de red de alto nivel en comandos orquestados en toda la infraestructura Aryaka:- Paso 1: Orquestará su configuración específica de conectividad, QoS y seguridad a través de la red central Aryaka Global de capa 2.
- Paso 2: Siempre que active un dispositivo de sucursal, lo aprovisionará por usted en un modelo de despliegue sin fisuras y sin intervención, y le proporcionará una conectividad global, segura y determinista de forma inmediata.
- ANMC es también nuestra máquina de visibilidad global de todo lo que ocurre dentro de la infraestructura de red como servicio de Aryaka, para todas las empresas que ejecutan su red sobre la infraestructura de Aryaka.
Proporciona una herramienta de tendencias globales que permite a Aryaka tanto planificar con antelación sus propias necesidades de infraestructura, como proporcionar a los clientes visibilidad de sus propios recursos a través del portal de clientes MyAryaka.
En términos de redes basadas en la intenciónS, este es el ciclo de retroalimentación crucial que hace coincidir constantemente la intención original con la realidad de la operación, y alerta de cualquier discrepancia o tendencia potencialmente perturbadora. - Aunque ANMC es la herramienta interna de supervisión y orquestación de Aryaka, está claramente en el núcleo de las capacidades multiusuario.
Proporciona la base arquitectónica para la visibilidad MyAryaka y el portal de autoaprovisionamiento del cliente.
La orquestación será un tema que volveremos a tratar con regularidad, porque es un elemento vital en el futuro de las redes empresariales.
Pero permítanme terminar con una reflexión un tanto personal: muchos de nosotros, que hemos trabajado en redes durante 20 o más años, nos sentamos juntos, independientemente de las empresas para las que trabajemos, y nos preguntamos colectivamente «si la orquestación y la automatización toman el relevo, ¿qué vamos a hacer?».
Permítanme citar una vez más a Leonard Bernstein: «El instrumento más difícil de tocar en la orquesta es el segundo violín».
Para mí, la lección que se desprende de ello es que en la creación de redes hemos intentado ser solistas durante demasiado tiempo, hemos intentado mantener el control absoluto de nuestro dominio y creernos indispensables.
Pero también sabemos que, con las necesidades de la empresa digital, el trabajo en red debe convertirse en una herramienta para un propósito empresarial global.
Creo que todos los segundos violinistas de las súper exitosas Orquestas Filarmónicas de Nueva York y Viena de Bernstein eran más felices que un primer violinista de los conjuntos a los que hacían sombra.
La organización informática en la emergente era digital nos declara a todos incuestionablemente segundos violines (en el lenguaje de Bernstein) para el primer violín, que es simplemente: El éxito empresarial, para el que tenemos que proporcionar los cimientos con una infraestructura de red extremadamente ágil y robusta que potencie las necesidades de la empresa que da prioridad a la nube.
Y entonces podremos tocar juntos una hermosa música.
Deje que ANMC sea su orquestador.
¿Desea saber más?
Reserve una demostración con uno de nuestros expertos.