{"id":28307,"date":"2019-11-04T05:18:46","date_gmt":"2019-11-04T13:18:46","guid":{"rendered":"https:\/\/staging.kinsta.site\/?p=56417"},"modified":"2022-11-29T18:49:44","modified_gmt":"2022-11-29T17:49:44","slug":"google-cloud-platform","status":"publish","type":"post","link":"https:\/\/staging.kinsta.site\/es\/blog\/google-cloud-platform\/","title":{"rendered":"Red de Google Cloud Platform: Tier Premium vs Tier Est\u00e1ndar"},"content":{"rendered":"

En la carrera de hoy para acelerar el tiempo de carga del sitio web, cada milisegundo es importante. El equipo de Kinsta prob\u00f3 y estudi\u00f3 el impacto de la velocidad del sitio web<\/a> en las ventas, las conversiones, la experiencia del usuario y el compromiso del usuario.<\/p>\n

Pero hay una advertencia. Aunque la optimizaci\u00f3n en el sitio web es importante para mejorar la velocidad, no es el \u00fanico aspecto en el que debemos fijarnos. El hardware y la infraestructura de red que soportan nuestro sitio web y lo conectan con nuestros visitantes tambi\u00e9n importan. Y mucho.<\/p>\n

Hoy discutiremos por qu\u00e9 Google est\u00e1 invirtiendo mucho dinero en su infraestructura de red, y algunas de las diferencias en la red de nivel premium y la red de nivel est\u00e1ndar de Google Cloud Platform.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Ancho de Banda y Latencia (Criterios Clave para el Rendimiento de la Infraestructura de Alojamiento)<\/h2>\n

Antes de entrar en detalles sobre las redes de Google Cloud, es importante entender primero los dos conceptos siguientes: ancho de banda y latencia.<\/p>\n

El ancho de banda es la capacidad de rendimiento de la red, medida en Mbps; mientras que la latencia es el tiempo de retraso o la suma de todos los retrasos que los diferentes enrutadores a lo largo del camino a\u00f1aden a nuestras solicitudes y respuestas web.<\/p>\n

En t\u00e9rminos figurados, el ancho de banda o el caudal se puede representar como la capacidad de una manguera de agua para permitir el paso de un cierto volumen de agua por segundo. La latencia se puede comparar con el tiempo de espera desde el momento en que se abre la tuber\u00eda de agua hasta que empieza a salir a chorros.<\/p>\n

Debido a la peque\u00f1a sobrecarga en el establecimiento de la conexi\u00f3n entre diferentes routers, cada \u00absalto\u00bb a lo largo del camino a\u00f1ade una peque\u00f1a cantidad de latencia a las solicitudes y respuestas finales.<\/p>\n

Por lo tanto, cuanto m\u00e1s lejos est\u00e9n el visitante y el servidor donde est\u00e1 alojado el sitio web, mayor ser\u00e1 la latencia. Adem\u00e1s, cuanto m\u00e1s fragmentada est\u00e9 la red, mayor ser\u00e1 la latencia.<\/p>\n

Podemos imagin\u00e1rnoslo usando una herramienta llamada Traceroute<\/a>, o tracert en windows. En las siguientes capturas de pantalla, lo utilizamos para inspeccionar los retrasos en el enrutamiento de dos solicitudes, realizadas desde Europa. Espec\u00edficamente:
\nuno a weibo.com:<\/p>\n

\"Weibo.com\"
Weibo.com<\/figcaption><\/figure>\n

y otro a bbc.co.uk:<\/p>\n

\"Bbc.co.uk\"
Bbc.co.uk<\/figcaption><\/figure>\n

Como esper\u00e1bamos, el n\u00famero de saltos a la p\u00e1gina web en China es casi dos veces mayor que el de la europea. As\u00ed que es la latencia a\u00f1adida en comparaci\u00f3n con una petici\u00f3n a un sitio web alojado en el Reino Unido.<\/p>\n

Las tres columnas que muestra tracert representan tres viajes de ida y vuelta (RTT). Cada fila representa diferentes enrutadores o saltos a lo largo del camino. A menudo tienen URLs que nos ayudan a determinar d\u00f3nde se encuentra ese enrutador espec\u00edfico.<\/p>\n

El tiempo de ida y vuelta a los routers en China \/ Hong Kong es de casi un tercio de segundo.<\/p>\n

Usamos pingdom herramientas<\/a> para cargar un sitio web alojado en Londres desde la ubicaci\u00f3n de Pingdom en Australia, para tratar de establecer la parte que la red tiene en los tiempos totales de carga de un sitio web.<\/p>\n

\"Ejemplo
Ejemplo de tiempos de carga<\/figcaption><\/figure>\n

Estos son los datos de un peque\u00f1o archivo CSS cargado en este escenario de prueba. La parte de Connect es la que tiene el mayor porcentaje de carga de este recurso, seguida de SSL y Wait. Todo el tiempo hasta, e incluyendo el tiempo de espera, tambi\u00e9n se conoce como tiempo hasta el primer byte (TTFB<\/a>), que incluye la latencia de la red.<\/p>\n

Cuando los Proveedores de Servicios de Internet anuncian la velocidad de la conexi\u00f3n a Internet, normalmente lo hacen en su ancho de banda (el \u00abancho de la manguera\u00bb, \u00bfrecuerda?), lo que no es realmente un medida de velocidad<\/a>. Aumentar el ancho de la tuber\u00eda puede aumentar la velocidad del sitio web s\u00f3lo hasta cierto punto. Es m\u00e1s \u00fatil cuando necesitamos una gran cantidad de datos enviados por segundo, como cuando transmitimos contenido de v\u00eddeo de alta definici\u00f3n. Pero para los usuarios que pueden estar jugando juegos multijugador en tiempo real en l\u00ednea, la latencia importar\u00e1 mucho m\u00e1s.<\/p>\n

Mike Belshe, uno de los coautores de la especificaci\u00f3n HTTP\/2<\/a> y el protocolo SPDY, hizo un an\u00e1lisis<\/a> del impacto del aumento del ancho de banda en la velocidad de carga del sitio web frente al efecto de la disminuci\u00f3n de la latencia en la velocidad de carga del sitio web.<\/p>\n

Aqu\u00ed est\u00e1n los hallazgos de Belshe curados en un bonito cuadro:<\/p>\n

\"tiempo-carga-banda-vs-carga-latencia\"
Tiempo de carga\/cambio de ancho de banda vs. Tiempo de carga\/cambios de latencia<\/figcaption><\/figure>\n

Debe quedar claro que mejorar la velocidad del sitio web aumentando el ancho de banda no es la forma m\u00e1s efectiva de alcanzar un mejor rendimiento. Por otro lado, al reducir el RTT (tiempo de ida y vuelta) o la latencia, podemos ver mejoras consistentes de la tiempo de carga de la p\u00e1gina<\/a>.<\/p>\n

Redes vs Internet Peering vs Tr\u00e1nsito<\/h2>\n

Para entender un poco mejor nuestro tema, necesitamos explicar los fundamentos de la topolog\u00eda de Internet. En su esencia,\u00a0 Internet global consiste en m\u00faltiples redes globales, regionales y locales.<\/p>\n

A partir de 2018, hay m\u00e1s de 60.000<\/a> AS (Sistemas Aut\u00f3nomos). Estas redes pertenecen a gobiernos, universidades, ISPs.<\/p>\n

Entre ellas, distinguimos las redes de Nivel 1, Nivel 2 y Nivel 3. Estos niveles representan la independencia de cada red en Internet en su conjunto.<\/p>\n