Por qué la cantidad de POP no siempre importa

Uno de los aspectos más interesantes del trabajo en Fastly es explicar cómo nuestra oferta destaca frente a productos antiguos. La explicación puede ser muy sencilla y breve (que podemos almacenar contenido activado por eventos en la memoria caché, que habilitamos las interacciones en tiempo real con tus servicios y que nos integramos a la perfección con tu stack tecnológico y tus flujos de trabajo existentes), pero hay una pregunta que suele aparecer más que ninguna otra:

«<Nombre de proveedor antiguo> tiene más puntos de presencia (POP) que Fastly. Eso lo hará más rápido, ¿no?»

Nos gusta cuando nos hacen esta pregunta porque nos da la oportunidad de hablar sobre cómo Fastly ha desarrollado su red de un modo único en el mercado. Para ilustrarlo, haré una analogía con las tiendas de barrio y los grandes supermercados.

Tiendas de barrio y grandes supermercados

Los POP antiguos son como las tiendas de barrio: hay una en cada esquina y es muy rápido ir y volver, pero tienen el inconveniente de que solo encontrarás lo básico. Así, para comprar todo lo que hay en la lista de la compra, tendrás que ir a una tienda online y hacer que te envíen lo que falta al día siguiente (igual que un fallo de caché envía una petición de vuelta al servidor de origen). La otra opción es ir a un gran supermercado que está a unos kilómetros (en esta analogía, se trata de uno de los potentes POP de Fastly): vas a tardar más en llegar, pero hay tantos productos que seguramente lo encontrarás todo en poco tiempo (casi todo está almacenado en caché, por lo que la proporción de aciertos de caché es más alta).

El dilema del proveedor antiguo

Los proveedores de CDN antiguas lo tienen difícil, puesto que crearon sus arquitecturas según las condiciones que se daban hace 15 o 20 años. Hay que reconocer que los proveedores antiguos se decidieron por el diseño adecuado en un momento en el que la latencia (el tiempo que tardan los datos en viajar) desde tu casa hasta el núcleo de internet era mucho más alta, dado que solía realizarse por vía telefónica. Eligieron crear un gran número de POP pequeños (tiendas de barrio) puesto que desplegar POP más grandes y de mayor capacidad (grandes supermercados) hubiera acarreado tiempos de respuesta mucho mayores para los usuarios. Ahora, no obstante, estos proveedores se encuentran con cientos de miles de pequeños servidores esparcidos por el mundo, pese a que el tiempo que tarda una petición en llegar a un POP potente situado estratégicamente es de unos pocos milisegundos más. Estos POP más pequeños no pueden almacenar tanto contenido, de modo que hay muchas más peticiones que tienen que volver al origen y acaban añadiendo cientos de milisegundos de latencia, lo cual conlleva una carga más lenta para los usuarios finales y mayores costes de hardware para los clientes.

Dado que poner estos POP pequeños al día no es factible, los proveedores antiguos han decidido presentar esta limitación de sus redes como un punto a su favor.

La ventaja de Fastly

Fastly está hecho para aprovechar la arquitectura moderna de internet. Con la lección aprendida, hemos creado una red totalmente distinta. En vez de desplegar muchos servidores pequeños por el mundo (tiendas de barrio), decidimos crear potentes POP (grandes supermercados) con mucha capacidad de memoria en puntos bien comunicados de todo el mundo para ofrecer una mayor proporción de aciertos de caché y, por ende, muchos menos trayectos de vuelta al origen.

Puede que creas que, a mayor memoria caché, más se tarda en devolver datos almacenados, pero volvamos a la metáfora del supermercado: es verdad que, cuanto más grande es una tienda, más tiempo puede llevar encontrar lo que buscas.

No obstante, hemos logrado sacar provecho de las unidades de estado sólido (SSD), que son más nuevas que los discos duros y no constan de partes móviles, por lo que el tiempo de búsqueda de contenidos es siempre el mismo, sin importar la capacidad de la unidad. Usaremos nuestra analogía una última vez (lo prometemos): es como tener todos los productos esperándote en la caja del súper, en vez de tener que ir paseándote con un carro de la compra para encontrar todos los elementos de la lista. Esto te permite ofrecer experiencias de uso más rápidas y deshacerte de hardware o dedicarlo a otras tareas, por lo que el coste total de propiedad (TCO) de Fastly es mucho menor que el de soluciones antiguas.

No hace falta que nos creas: fíjate en los resultados que han obtenido algunos clientes sacando partido del diseño moderno de nuestra red:

  • La proporción de aciertos de caché de Drupal pasó del 70 % a más del 90 %, y ahora su sitio se carga casi un segundo más rápido (de 2,16 s a 1,42 s).

  • La proporción de aciertos de caché de Lonely Planet mejoró de un 20 % a un 70 %, lo que disminuyó la carga del origen en un 350 %.

  • Mavericks Invitational alcanzó una proporción media de aciertos de caché del 99,9 % durante su competición anual. Solo así logró atender 10 000 peticiones por segundo con escaso hardware.

  • Wanelo mejoró el rendimiento móvil, recortó los tiempos de respuesta y alcanzó una proporción de aciertos de caché del 98 % justo el año en que su comunidad de usuarios aumentó un 1000 %.

  • Tras un lanzamiento prometedor, Catch Digital consiguió lidiar con un pico de 25 veces su tráfico normal gracias a una proporción de aciertos de caché que rondaba el 98-99 %.

Nuestro mercado sigue creciendo y evolucionando, por lo que tiene sentido que añadamos POP ubicados estratégicamente, así como puntos de intercambio de internet (IXP) bien conectados, por todo el mundo. Al desplegar POP equipados con SSD en regiones clave, podemos contribuir a que nuestros clientes ofrezcan mejores experiencias sin importar la ubicación de sus usuarios. Si aún no lo has hecho, te animo a que te abras una cuenta de Fastly para probar de primera mano nuestra CDN de última generación. Dispones de tráfico gratis de prueba por valor de 50 USD. ¡Tenemos ganas de saber qué opinas!

Fecha de publicación:

5 min de lectura

Comparte esta entrada

Simon es cofundador de Fastly y contribuye a dirigir iniciativas estratégicas. Antes de poner de su parte para fundar Fastly, trabajó como Senior Search Engineer en Yahoo! Europe, LiveJournal, SixApart, Scribd y, posteriormente, en la empresa de atención al cliente Zendesk. En años anteriores, se dedicó a I+D en una de las principales empresas de efectos visuales para el cine, siendo responsable de los efectos de películas como Harry Potter, Troya, El reino de los cielos, Sunshine: alerta solar y Wallace y Gromit. En una época, incluso trabajó de vaquero en Australia. Más que nada, porque en ese momento le pareció una buena idea. Lo puedes encontrar en Mastodon: @simonwistow@hachyderm.io

¿List@ para empezar?

Ponte en contacto o crea una cuenta.