Atrás 
En blogs anteriores sobre la red NewEdge de Netskope, hemos hablado sobre conceptos como El camino que sigue un paquete en una arquitectura SASE y Para entender la cobertura, no basta con contar los centros de datos cuando se trata de entender la cobertura de los servicios en la nube. Ahora que hemos sentado las bases, parece un buen momento para adentrarnos en lo que se necesita en términos reales de arquitectura de red y en las conexiones necesarias. Cuando se navega por este territorio, es común que surjan temas como las relaciones entre pares (peering) o la selección de proveedores de tránsito. Para los no iniciados, una introducción rápida y simplificada: un proveedor de tránsito vende su acceso a cualquier destino IP en Internet, mientras que el peering sólo permite que dos redes intercambien tráfico entre ellas. El peering es como dos edificios que instalan una pasarela para ir de uno a otro sin tener que usar la calle. No te da acceso a ningún edificio del mundo, sólo a uno.
Por el bien de este post, me gustaría simplificarlo refiriéndome al peering y al tránsito de forma conjunta como "interconexiones," y a la selección regional de proveedores de tránsito y a las relaciones de peering como "estrategia de interconexión."
Antes de escribir este artículo, he hecho algunas analogías para transmitir por qué la estrategia de interconexión es importante. La más simple que se me ocurrió es una comparación con el transporte aéreo—que incluso con los actuales cierres por la COVID-19 en muchas partes del mundo y nuestra reticencia general a viajar en la actualidad—es una actividad que muchos de nosotros todavía podemos recordar y relacionar. El hecho de no usar la red Netskope NewEdge y confiar al 100% en la Internet pública y en una conexión tradicional de acceso directo a Internet para acceder a las aplicaciones SaaS y a la web, es como comprar el billete más barato en una agencia de viajes para un vuelo de San Francisco (SF) a Nueva York (NY) en una aerolínea de bajo coste.
Muchos de ustedes están familiarizados con este escenario y con la falta de asignación de asientos, pagando extra por el equipaje, además de múltiples conexiones y escalas con hasta tres o cuatro saltos, desde SF a Houston, pasando por Chicago, conectando a través de Washington DC, y llegando finalmente a NY. Con este plan de vuelo, la ruta es increíblemente ineficiente, con un mayor riesgo de retrasos o pérdida de vuelos, una hora de llegada indeterminada o, en el mejor de los casos, un viaje a través del país que lleva mucho, mucho tiempo. En el camino de un paquete, esto se traduce en una experiencia abismal para el usuario.
Todo proveedor de servicios en la nube aprovecha el tránsito de una forma u otra, ya que proporc