¿Cómo usarías una CDN delante de una aplicación dinámica?

Cachea de forma agresiva lo que sea seguro y sé quirúrgico con el resto. Dale a los recursos estáticos nombres de fichero con huella y un max age muy largo, para que se cacheen para siempre y se invaliden con un nombre nuevo. Para las respuestas dinámicas, usa vidas cortas con stale while revalidate, y mantén la clave de caché mínima, ya que incluir cada cookie o parámetro de consulta destruye la tasa de acierto. Termina TLS en el borde y pon ahí también tu firewall y tu limitación de tasa.

Los recursos estáticos son la victoria fácil: pon una huella con un hash del contenido en el nombre del fichero, cachea durante un año y no invalides nunca, porque un cambio produce un nombre nuevo. Si eso está bien hecho, la mayoría de tus bytes nunca llegan al origen. Las respuestas dinámicas necesitan más cuidado. La clave de caché es lo que la gente hace mal: si la CDN indexa por cada cookie y cada parámetro de consulta, entonces una cookie de sesión o un parámetro de seguimiento le da a cada usuario su propia entrada y la tasa de acierto se hunde. Así que reduzco la clave a lo que de verdad cambia la respuesta y normalizo el resto. Para contenido que es igual para todos pero cambia de vez en cuando, como una página de producto, una vida corta más stale while revalidate consigue casi todo el beneficio con una obsolescencia tolerable, y uso etiquetas para que una publicación purgue exactamente las páginas afectadas. El contenido realmente personalizado o esquiva la caché o se ensambla en el borde a partir de una plantilla cacheada. Encima de eso, TLS termina en el borde, la compresión ocurre ahí, y el firewall y la limitación de tasa también están ahí, lo que mantiene mucho ruido totalmente lejos del origen.