Cuándo una caché de proxy compartida ayuda a un rastreador
Evalúe los recursos repetidos, la frescura y las peticiones reales del rastreador antes de esperar que una caché forward compartida mejore el rendimiento.
Supongamos que varios trabajadores en un navegador abren páginas distintas de un mismo sitio. Esas páginas hacen referencia a la misma hoja de estilos, logotipo y paquete de scripts. Una caché forward compartida puede hacer útil la primera petición para los trabajadores posteriores cuando las respuestas se pueden reutilizar.
Ahora cambie la carga: cada trabajador descarga solo un documento HTML y nunca carga sus recursos vinculados. La hoja de estilos común sigue presente en el marcado, pero ningún trabajador la solicita. No aporta nada a la tasa de aciertos de la caché del proxy.
Empiece por las peticiones que su rastreador hace realmente
Un navegador que renderiza una página y un cliente HTTP que obtiene su código fuente generan conjuntos de peticiones distintos. Inspeccione esos conjuntos antes de elegir un diseño de caché.
| Carga de trabajo | Potencial de reutilización compartida |
|---|---|
| Los trabajadores obtienen repetidamente los mismos activos públicos | Útil cuando las reglas de frescura y de clave de caché lo permiten |
| Cada petición tiene una URL o una variante de respuesta única | Poco solapamiento para reutilizar |
| Una respuesta necesita revalidación antes de reutilizarse | Puede ahorrar bytes de respuesta, pero aún requiere un viaje al origen |
| Los trabajadores ya satisfacen peticiones desde su propia caché local | Esas peticiones pueden no llegar nunca al proxy compartido |
La igualdad de URL por sí sola no basta. La política de frescura de la respuesta y los campos nombrados por Vary pueden distinguir representaciones. El contenido privado, no almacenable o autenticado necesita las reglas aplicables de caché compartida; no debe forzarse en un único resultado público solo para elevar el recuento de aciertos.
Para el tráfico HTTPS CONNECT ordinario, el proxy forward transporta un túnel cifrado y no tiene objetos HTTP dentro que almacenar. Un despliegue con inspección TLS tiene un comportamiento de confianza y procesamiento distinto. Incluya el modo real al evaluar si la caché de objetos está disponible.
Un acierto de caché puede evitar una petición al origen, mientras que un fallo sigue pagando el trabajo del intermediario. Compare los bytes útiles completados, el tráfico al origen y la latencia para la carga prevista. El número de hilos describe la concurrencia; no describe cuánto contenido reutilizable comparten esos hilos.