No, pero un CDN puede funcionar de todos modos.
DNS controla si la solicitud va a su servicio de origen frente a su proveedor de servicios CDN. Los navegadores web consultan DNS en función del dominio en la URL; la ruta del recurso (por ejemplo, / blog /) no se considera. Tienes que enrutar a la CDN para todo el tráfico a un dominio determinado, o ninguno en absoluto.
Dicho esto, puede configurar el CDN para que no guarde en caché recursos específicos, de modo que actúe como un proxy inverso a su origen para estos [1]. Al devolver diferentes encabezados HTTP en su origen, o al usar reglas de configuración específicas del proveedor de CDN, puede asegurarse de que sus recursos privados / dinámicos / específicos del usuario no se almacenen y / o envíen incorrectamente a destinatarios no deseados. Esto tiene los siguientes efectos secundarios:
- ¿Cuál es el futuro de Meteor.js? ¿Hasta dónde puede llegar? ¿Es el futuro del desarrollo web?
- ¿Cuál es el alcance del desarrollo web en la India?
- ¿Cuál es la mejor manera de crear líneas melódicas rápidamente?
- ¿Necesito aprender HTML o CSS antes de aprender Visual Basic para Aplicaciones (VBA)?
- ¿Qué pila de tecnología sugeriría para desarrollar un CRM simple?
- Si se le factura por volumen o ancho de banda, aún tendrá que pagar por esas solicitudes dinámicas, aunque no estén en caché.
- Obtiene un aumento de rendimiento debido a que CDN está mucho más cerca del usuario que su servicio de origen; su CDN también puede aplicar optimizaciones de media milla como la compresión de media milla y la agrupación de conexiones.
También puede simplemente colocar diferentes secciones de su sitio en diferentes dominios (por ejemplo, blog.website.com)
Notas al pie
[1] ¿Cómo le digo a CloudFlare qué almacenar en caché?