Desde principios de siglo (nunca me cansaré de decirlo) la creación de redes se ha convertido cada vez más en un producto mercantil. Pensemos en el uso prevalente de “enrutadores” en redes domésticas para brindar una conectividad prácticamente plug-and-play para los aproximadamente 15,14 mil millones de dispositivos inteligentes que hay en todo el mundo .
La red es la misma, la buena y vieja conectividad basada en IP de capa 2-3 que todos conocemos y amamos. Es tan estandarizado y predecible que los proveedores pueden construir cajas negras que hacen posible que incluso el usuario menos técnico pueda tenerlos a ellos y a todos sus dispositivos en línea.
Pero ese es un entorno único. Si a esto le sumamos la nube pública y, cada vez más, el edge, la cosa no resulta tan sencilla.
Para hacer que lo no simple sea aún menos simple, agregue la necesidad de soportar la conectividad de aplicação en todos esos entornos y tendrá los ingredientes de un sistema complejo que frustra incluso al profesional de redes más experimentado.
Ahora bien, el material de red estándar es, bueno, estándar, y la mayoría de los profesionales de redes son más que capaces de gestionar el paso de paquetes desde el núcleo a la nube, al borde y viceversa. Pero cuando a eso le sumamos la conectividad de la capa de aplicação , la cosa se vuelve más difícil.
La cuestión es que en un mundo moderno y digital, las redes deberían, por defecto, incluir esas capas de conectividad. Después de todo, la “red” consta de siete capas, no solo dos, que están altamente estandarizadas y gobernadas por protocolos bien definidos. Esto significa que las capas de transporte (capa 4) y de aplicação (capa 7) DEBEN (como en RFC DEBEN) estar incluidas cuando hablamos de redes en un entorno híbrido y de múltiples nubes.
La entrega y la seguridad de las aplicaciones operan en esas capas superiores. Es lo que las tecnologías están diseñadas para optimizar y proteger. Entonces, si intentas conectar aplicaciones entre propiedades, debes pensar en toda la pila de red, desde IP hasta TCP y HTTP. Es necesario incluir la entrega y la seguridad de las aplicaciones en el proceso de configuración de “la red” porque son, por definición, parte de “la red”.
Durante años, nosotros (el nosotros corporativo) hemos hecho la distinción entre aplicações tradicionales y modernas. Esta distinción es necesaria debido a las necesidades arquitectónicas y de conectividad únicas de las aplicações móviles y basadas en microservicios. Así que tal vez sea hora de que hagamos la misma distinción en el lado de la red. Las redes tradicionales se basan en L2 y L3. Las redes modernas incorporan L4 a L7.
Lamentablemente, alcanzar cualquier cosa “full stack” es una meta difícil de alcanzar hoy en día. Visibilidad de pila completa, desarrolladores de pila completa, redes de pila completa. Vemos esto en el mercado actual de confianza cero, donde el foco está realmente en las redes de confianza cero en lugar de en una arquitectura de confianza cero completamente funcional.
Y eso se debe en parte a que las capas superiores de la “red” son más fluidas, dinámicas y más difíciles de entregar y proteger.
Ofrecer redes multicloud que solo aborden la complejidad de L2-3 o incluso L2-4 es insuficiente. No aborda la parte realmente difícil de la creación de redes, que se encuentra en L7. Por eso creemos que los enfoques de redes tradicionales en realidad no resuelven los desafíos de complejidad asociados con la operación en un modelo de múltiples nubes.
Las redes multicloud DEBEN incluir toda la pila si quieren aliviar los dolores de cabeza que supone intentar operar las aplicaciones distribuidas y los servicios digitales que definen el mundo digital.