Калі агульны кэш проксі дапамагае краўлеру
Праверце паўторныя рэсурсы, свежасць і фактычныя запыты краўлера, перш чым чакаць, што агульны forward-кэш павялічыць прапускную здольнасць.
Дапусцім, некалькі работнікаў у браўзеры адкрываюць розныя старонкі аднаго сайта. Гэтыя старонкі спасылаюцца на той жа стыль, лагатып і скрыптовы пакет. Агульны forward-кэш можа зрабіць першы запрос карысным для наступных работнікаў, калі адказы можна паўторна выкарыстаць.
Цяпер змяніце нагрузку: кожны работнік спампоўвае толькі адзін HTML-дакумент і ніколі не загружае звязаныя рэсурсы. Агульны стыль па-ранейшаму прысутнічае ў разметцы, але ніводзін работнік яго не запытвае. Ён нічога не дадае да долі трапленняў у кэш проксі.
Пачніце з запытаў, якія робіць ваш краўлер
Браўзер, які адлюстроўвае старонку, і HTTP-кліент, які атрымлівае яе крыніцу, ствараюць розныя наборы запытаў. Даследуйце гэтыя наборы перад выбарам схемы кэшавання.
| Нагрузка | Патэнцыял агульнага паўторнага выкарыстання |
|---|---|
| Работнікі паўторна атрымліваюць тыя ж публічныя рэсурсы | Карысна, калі правілы свежасці і ключоў кэша гэта дазваляюць |
| Кожны запыт мае ўнікальны URL або варыянт адказу | Мала перасячэння для паўторнага выкарыстання |
| Адказу патрэбна пераправерка перад паўторным выкарыстаннем | Можа зэканоміць байты адказу, але патрабуе звароту да вышэйшага вузла |
| Работнікі ўжо задавальняюць запыты з уласнага лакальнага кэша | Гэтыя запыты могуць не дайсці да агульнага проксі |
Аднаго супадзення URL недастаткова. Палітыка свежасці адказу і палі, названыя Vary, могуць адрозніваць прадстаўленні. Прыватны, незберагальны або аўтэнтыфікаваны змест патрабуе адпаведных правілаў агульнага кэша; яго нельга прымусова звесці да аднаго публічнага выніку толькі дзеля павышэння ліку трапленняў.
Для звычайнага трафіку HTTPS CONNECT forward-проксі нясе шыфраваны тунэль і не мае ўнутры HTTP-абектаў для кэшавання. Разгортванне з інспекцыяй TLS мае іншыя паводзіны даверу і апрацоўкі. Улічвайце фактычны рэжым пры ацэнцы даступнасці кэшавання абектаў.
Трапленне ў кэш можа пазбегнуць звароту да вышэйшага вузла, а промах усё роўна плаціць за працу пасярэдніка. Параўнайце завершаныя карысныя байты, трафік уверх і затрымку для мэтавай нагрузкі. Колькасць патокаў апісвае паралельнасць; яна не апісвае, колькі паўторна выкарыстоўваемага змесціва гэтыя патокаі падзяляюць.