Este artículo de blog ha sido escrito por Barry Collins, redactor y editor de tecnología que ha trabajado para numerosas publicaciones y sitios web a lo largo de sus 20 años de carrera.
Los servicios de nube pública son similares a las nubes reales: cambian constantemente, se ven afectados por las condiciones regionales y se mueven de forma impredecible. Sin embargo, dado que los servicios en la nube se utilizan para proporcionar puertas de enlace de pago, análisis web, bases de datos de backend y todo tipo de servicios fundamentales para la empresa, conocer su funcionamiento (y cómo fluye el tráfico dentro de ellos, entre ellos y hacia ellos) es fundamental para cualquier cliente.
Aquí es donde entra en juego el informe sobre el rendimiento de la nube de ThousandEyes. Ofrece una visión clara e imparcial del comportamiento de los servicios de nube pública, ayudando a los clientes a comprender qué proveedor se adaptará mejor a sus necesidades individuales. Antes de la publicación del informe sobre el rendimiento de la nube de este año, examinamos por qué es vital obtener la máxima visibilidad sobre sus servicios de nube pública.
Rastrear el tráfico
Una tendencia que se ha puesto de manifiesto en los últimos informes sobre el rendimiento de la nube es que cada vez resulta más difícil rastrear el tráfico dentro de la infraestructura de nube pública. Esto se debe en parte al modo en que los proveedores de la nube enrutan el tráfico una vez que ha entrado en su red y al impacto de la nube en el rendimiento de algunas ubicaciones, regiones y aplicaciones.
Algunos proveedores de nube pública favorecen lo que Mike Hicks, analista principal de soluciones de ThousandEyes, denomina “enrutamiento en caliente,” en el que un “proveedor de servicios en la nube entrega el tráfico a Internet lo más rápidamente posible.” Otros prefieren confiar en sus propias redes troncales, en las que el proveedor “lleva el tráfico lo más lejos posible en su propia red antes de entregarlo,” dijo Hicks.
El informe sobre el rendimiento de la nube de 2022 identificó diferencias notables entre los principales proveedores de nube, con AWS de Amazon aprovechando Internet en mayor medida que sus rivales de Google Cloud o Microsoft Azure. Y una vez que el tráfico entra en la red del proveedor de la nube, puede ser difícil controlarlo. El informe de 2022 destacaba, por ejemplo, cómo Google ocultaba el 33 % de las rutas una vez que el tráfico había entrado en su red.
“Los proveedores de nube utilizan reglas complejas para determinar el enrutamiento del tráfico, teniendo en cuenta las condiciones cambiantes de las redes conectadas a Internet,” afirma Hicks. “Sin embargo, estas decisiones de enrutamiento pueden no ser siempre evidentes o deseables. En algunos casos, el tráfico nacional destinado a un destino nacional puede enrutarse a través de un segundo país debido a la forma en que está diseñada una solución externalizada.”
Aunque Hicks insiste en que los proveedores de nube pública no actúan de forma malintencionada cuando desvían el tráfico, esto puede crear problemas de seguridad o de carácter normativo a los clientes. “Esto puede exponer a una organización a riesgos geopolíticos o de seguridad,” afirma Hicks. “Para las organizaciones preocupadas por la soberanía, es fundamental saber en todo momento dónde están los datos y la ruta que siguen entre dos puntos. La visualización de ruta debe utilizarse para hacer transparentes y observables todas las rutas de red posibles, incluidas las complejas relaciones de emparejamiento que sustentan estas rutas.”
Las empresas están acostumbradas a garantizar que los datos se almacenan en el lugar correcto cuando están en reposo. Sin embargo, la creciente dependencia de las redes públicas en la nube está obligando a más organizaciones a pensar cuidadosamente sobre dónde van sus datos cuando están en tránsito, también.
“Los datos en vuelo son una consideración emergente para muchas organizaciones cuando se trata de soberanía de datos,” dijo Hicks. “Aunque la mayoría de las conversaciones sobre la soberanía de los datos tienden a centrarse en los datos en reposo, es importante reconocer que los datos no son un activo estático".
“Para crear valor a partir de los datos, a menudo es necesario moverlos desde los puntos de recopilación basados en los perímetros hasta un almacén o lago central, a través de canalizaciones de datos, y dentro y fuera de los modelos de análisis,” añadió. “Además, la naturaleza distribuida de las estructuras organizativas y la infraestructura de TI implica un movimiento constante de datos entre personas, nodos y ubicaciones.”
Rendimiento variable
La soberanía de los datos no es la única preocupación cuando el tráfico toma un camino inesperado a través de una red de nube pública: el rendimiento también puede verse afectado.
“Los proveedores de nube tienen ciertas preferencias y prioridades a la hora de resolver problemas y optimizar el rendimiento,” afirma Hicks. “Estas preferencias no se basan en diferentes niveles de servicio, sino en el tratamiento preferente de categorías específicas de tráfico. Las razones de este trato preferente no están claras, pero pueden estar relacionadas con el tráfico o con las condiciones del mercado. Ambos factores son razonables a la hora de gestionar redes compartidas.”
Sin embargo, si los clientes comprenden mejor estos factores tras leer el informe sobre el rendimiento de la nube, podrán tomar decisiones mejor informadas. “Las organizaciones deben ser conscientes de su posición en relación con estas preferencias y priorizaciones y de si podrían verse afectadas por ellas,” afirma Hicks. “Comprender cómo y a qué servicios accede la población de usuarios es clave para tomar la decisión correcta.”
Y, aunque se podría pensar que los proveedores de nube que dependen más de su propia red troncal que de la Internet pública, más propensa a las caídas, ofrecen un mejor rendimiento, no siempre es así. “Solo porque un proveedor tenga una red troncal en lugar de un enfoque centrado en Internet no significa que vaya a ser la mejor opción para usted,” afirma Hicks. “La misma solución no funciona para todos. No se trata solo de dónde se encuentran sus cargas de trabajo; también debe considerar otros servicios, como DNS, base de datos, etc., ofrecidos por ese proveedor.”
“Puede ocurrir que, aunque el rendimiento sea muy rápido para entrar en la red troncal de un proveedor concreto, la capacidad variable y la ruta troncal de ese proveedor no sean tan compatibles con los requisitos de una organización como el acceso a Internet para ese transporte y viceversa,” añadió Hicks.
“Con un mejor conocimiento de los usuarios y del rendimiento esperado, puede ocurrir que los clientes puedan aceptar un nivel ligeramente inferior de coherencia en el rendimiento o una latencia mayor al realizar llamadas a la API de una aplicación en comparación con la forma en que se ha especificado. Eso podría abrir la puerta a alojarla en una zona de disponibilidad, región de nube o tamaño de instancia diferentes, o a configurar la infraestructura subyacente de la aplicación de forma totalmente distinta.”
Por supuesto, estos factores cambian constantemente, por lo que es fundamental que los clientes de nube pública tengan una visión persistente de lo que ocurre con su tráfico. “Las organizaciones que tienen una visibilidad continua de los distintos ecosistemas de nube pueden tomar decisiones de infraestructura coherentes con las necesidades de los usuarios y garantizar que estas decisiones sigan siendo óptimas, incluso cuando los ecosistemas evolucionan y aparecen nuevas opciones,” añade Hicks.
Cuellos de botella regionales
Aunque los principales proveedores de nube pública siguen construyendo su propia infraestructura, hay partes del mundo donde todavía deben depender de enlaces físicos compartidos. Como puso de relieve el informe sobre el rendimiento de la nube de 2022, el principal flujo de tráfico internacional hacia Australia llega a través de cables marítimos. Un examen detallado de un pico de latencia que abarcó un período de dos días en julio de 2020 mostró un patrón casi idéntico para el tráfico de Azure y Google Cloud que entraba en el país.
¿Pura coincidencia? Es poco probable. En cambio, pone de relieve que incluso los principales proveedores de nube son vulnerables a sucesos impredecibles como volcanes submarinos, barcos, tormentas o incluso tiburones que dañan esos cables marítimos compartidos.
Incluso a un nivel menos dramático y cotidiano, los cuellos de botella regionales pueden crear problemas. “El rendimiento de la red puede variar considerablemente con el tiempo y en distintas regiones,” afirma Hicks. “Como hemos mencionado, algunos proveedores de nube prefieren encaminar el tráfico a través de Internet y solo traerlo más cerca de sus ubicaciones físicas, mientras que otros intentan traer el tráfico a sus redes lo más cerca posible de su origen, independientemente de su destino".
“Las empresas deben tener la supervisión de su conectividad, tanto si el tráfico está dentro como fuera de un proveedor de nube pública, teniendo en cuenta las condiciones de rendimiento regional, la diversidad de rutas, la soberanía de Internet, el cumplimiento legal y la política de la organización, según corresponda.”
Decisiones mejor informadas
Ya se trate de una mayor visibilidad sobre las rutas internacionales que puede tomar el tráfico de la nube pública, de comprender los factores que pueden afectar al rendimiento o de ser consciente de los cuellos de botella regionales que pueden afectar a cualquier proveedor de nube, el próximo informe sobre el rendimiento de la nube dejará a los clientes mejor informados a la hora de tomar decisiones fundamentales sobre su infraestructura.
El informe pondrá de relieve una nueva gama de posibles dependencias o irregularidades a las que pueden enfrentarse los clientes de las plataformas de nube pública, lo que les permitirá tomar decisiones más inteligentes sobre la optimización de su arquitectura. Esto puede ahorrar a las empresas mucho esfuerzo inútil. Como explica Mike Hicks, "aunque es fácil decir que las organizaciones y sus equipos técnicos deben realizar una arquitectura para la nube más inteligente, la pregunta es ¿cómo?"
“La respuesta pasa por la visualización. La visibilidad y las simulaciones de estas decisiones son necesarias. Los equipos técnicos y de producto suelen dedicar tiempo y recursos a optimizar la parte de la arquitectura que creen que es el mayor problema, para luego darse cuenta de que no era así.” Una vez identificados los cuellos de botella significativos en el rendimiento, “las organizaciones pueden diseñar sus aplicaciones y cargas de trabajo para que sean eficientes e iniciar un camino de mejoras continuas,” añade Hicks.
El informe podría incluso destacar áreas en las que un cliente puede apoyarse en un proveedor de nube para mejorar su rendimiento. “Además de conocer el rendimiento de su propio proveedor de nube, las empresas también deberían determinar cómo es un buen rendimiento analizando el de sus homólogos,” afirma Hicks.
“De este modo, pueden asegurarse de que su proveedor de nube esté rindiendo en línea con otros proveedores y colaborar con ellos si no es así.”