Hay CDN que solicitarán el recurso de otro POP en lugar de ir al origen.
La forma en que se implementa difiere de CDN a CDN, y si está disponible para todos los tipos / tamaños de archivos también difiere de CDN a CDN.
Muchos CDN ofrecen algo llamado escudo de origen: este escudo de origen puede funcionar de diferentes maneras:
- ¿Es justo que Google clasifique los sitios que no responden a dispositivos móviles? Es moderno ser móvil, pero los sitios web serios aún requieren un tamaño de pantalla serio.
- ¿Por qué los programadores usan Laravel sobre otros frameworks PHP?
- ¿Qué camino de aprendizaje debo seguir para convertirme en un desarrollador web full stack?
- Cómo agregar un menú posterior en HTML
- ¿Cuál es la diferencia entre jQuery.js y jQuery.min.js?
- Una capa de almacenamiento en caché secundaria que se encuentra estratégicamente en todo el mundo para reducir la cantidad de solicitudes hacia su origen.
- Servidores perimetrales que tienen una ‘lista de prioridades’ de cómo acceder al contenido de origen
El primero es bastante simple: configura sus servidores perimetrales para usar sus servidores de protección de origen como ascendentes, por lo que si tiene 25 POP, de forma predeterminada, esto provocaría que 25 solicitudes a su origen almacenen contenido en caché en toda la red, al usar el origen quizás pueda reducir este número a 5, ya que tal vez Amsterdam, Frankfurt, Londres, Madrid y Varsovia irían a Amsterdam por contenido, y luego el escudo de origen de Amsterdam que tendría el archivo en caché o no.
El segundo método que he visto es que un determinado POP (digamos Londres) tiene una lista de otros POP que debe verificar antes de ir al origen.
Entonces, si el archivo no está en Londres, entonces se podría definir que Londres debería verificar Amsterdam antes de ir al origen; si Amsterdam no tiene la solicitud, puede continuar hasta el origen o puede pedirle al servidor de Amsterdam el archivo (que luego lo almacenará en caché), pero también lo almacenará en caché.
En general, no me gusta el último método, porque creo que un borde no debería tener el trabajo de servir a otros bordes. Personalmente, me gusta tener una capa de almacenamiento en caché secundaria disponible en algunas ubicaciones que tenga sentido.
Algunas CDN solo ofrecen estos escudos de origen o capas de almacenamiento en caché secundarias para objetos más grandes, como video u otros activos grandes, debido a que generalmente son el problema cuando se trata de recuperar el tráfico del servidor de origen.
Los objetos más pequeños generalmente son más fáciles de manejar (a pesar de tomar más recursos), y tenemos que tener en cuenta que por cada capa de almacenamiento en caché que agreguemos, mayor será la sobrecarga de las solicitudes iniciales hacia un recurso específico.
En términos generales, solo busque CDN que ofrezcan un escudo de origen:
- BunnyCDN
- MaxCDN
- KeyCDN
- Vientos fuertes
- Warpcache (MultiCDN)
- CDNSun (crean un escudo al crear una nueva zona CDN con la mayoría de las ubicaciones deshabilitadas, y luego usan la zona CDN real para apuntar a la zona “escudo de origen”).
- Luz de calcio
- CDN77
- Rapidamente
- CacheFly
- … probablemente un montón más
