Cando unha caché de proxy compartida axuda a un rastrexador
Avalía os recursos repetidos, a frescura e as peticións reais do rastrexador antes de esperar que unha caché forward compartida mellore o rendemento.
Supoñamos que varios traballadores nun navegador abren páxinas distintas dun mesmo sitio. Esas páxinas fan referencia á mesma folla de estilos, logotipo e paquete de scripts. Unha caché forward compartida pode facer útil a primeira petición para os traballadores posteriores cando as respostas se poden reutilizar.
Agora cambia a carga: cada traballador descarga só un documento HTML e nunca carga os seus recursos ligados. A folla de estilos común segue presente na marcación, pero ningún traballador a solicita. Non achega nada á taxa de acertos da caché do proxy.
Comeza polas peticións que o teu rastrexador fai realmente
Un navegador que renderiza unha páxina e un cliente HTTP que obtén o seu código fonte xeran conxuntos de peticións distintos. Inspecciona eses conxuntos antes de escoller un deseño de caché.
| Carga de traballo | Potencial de reutilización compartida |
|---|---|
| Os traballadores obteñen repetidamente os mesmos activos públicos | Útil cando as regras de frescura e de clave de caché o permiten |
| Cada petición ten un URL ou unha variante de resposta única | Pouco solapamento para reutilizar |
| Unha resposta necesita revalidación antes de reutilizarse | Pode aforrar bytes de resposta, pero aínda require unha viaxe á orixe |
| Os traballadores xa satisfán peticións desde a súa propia caché local | Esas peticións poden non chegar nunca ao proxy compartido |
A igualdade de URL por si soa non abonda. A política de frescura da resposta e os campos nomeados por Vary poden distinguir representacións. O contido privado, non almacenable ou autenticado precisa as regras aplicables de caché compartida; non se debe forzar nun único resultado público só para elevar o reconto de acertos.
Para o tráfico HTTPS CONNECT ordinario, o proxy forward transporta un túnel cifrado e non ten obxectos HTTP dentro que almacenar. Un despregamento con inspección TLS ten un comportamento de confianza e procesamento distinto. Inclúe o modo real ao avaliar se a caché de obxectos está dispoñible.
Un acerto de caché pode evitar unha petición á orixe, mentres que un fallo segue pagando o traballo do intermediario. Compara os bytes útiles completados, o tráfico á orixe e a latencia para a carga prevista. O número de fíos describe a concorrencia; non describe canto contido reutilizable comparten eses fíos.