Hizmet çalışanı önbelleğe almanın ek avantajları #
Hizmet çalışanı önbelleğe alma, önbelleğe alma mantığının ayrıntılı denetimine ek olarak şunları da sağlar:
- Menşeiniz için daha fazla bellek ve depolama alanı: Tarayıcı, HTTP önbellek kaynaklarını kaynak bazında tahsis eder. Başka bir deyişle, birden fazla alt alan adınız varsa, hepsi aynı HTTP önbelleğini paylaşır. Menşeinizin/etki alanınızın içeriğinin HTTP önbelleğinde uzun süre kalacağının garantisi yoktur. Örneğin, bir kullanıcı, bir tarayıcının ayarlar kullanıcı arayüzünden manuel olarak temizleyerek veya bir sayfada tam yeniden yüklemeyi tetikleyerek önbelleği temizleyebilir. Bir hizmet çalışanı önbelleğiyle, önbelleğe alınan içeriğinizin önbelleğe alınmış olarak kalma olasılığı çok daha yüksektir. Daha fazla bilgi edinmek için Kalıcı depolama bölümüne bakın.
- Kesintili ağlar veya çevrimdışı deneyimlerle daha yüksek esneklik: HTTP önbelleği ile yalnızca ikili bir seçeneğiniz vardır: kaynak ya önbelleğe alınır ya da alınmaz. Hizmet çalışanı önbelleğe alma ile küçük “hıçkırıkları” çok daha kolay hafifletebilir (“yeniden doğrularken bayat” stratejisiyle), eksiksiz bir çevrimdışı deneyim sunabilir (“Yalnızca önbellek” stratejisiyle) veya hatta sayfanın bazı bölümlerinin hizmet çalışanı önbelleğinden geldiği ve bazı bölümlerin hariç tutulduğu (“Yakalama işleyicisini ayarla” stratejisiyle) uygun olduğu yerde özelleştirilmiş kullanıcı arabirimleri gibi arada bir şey sunabilirsiniz.
HTTP önbelleğe alma #
Bir tarayıcı bir web sayfasını ve ilgili kaynakları ilk kez yüklediğinde, bu kaynakları HTTP önbelleğinde depolar. HTTP önbelleği, son kullanıcı tarafından açıkça devre dışı bırakılmadığı sürece genellikle tarayıcılar tarafından otomatik olarak etkinleştirilir.
HTTP önbelleğe almayı kullanmak, bir kaynağın ne zaman ve ne kadar süreyle önbelleğe alınacağını belirlemek için sunucuya güvenmek anlamına gelir.
HTTP yanıt başlıklarıyla HTTP önbellek süresinin dolmasını kontrol edin #
Bir sunucu, bir kaynak için bir tarayıcı isteğine yanıt verdiğinde, tarayıcıya kaynağı ne kadar süreyle önbelleğe alması gerektiğini söylemek için HTTP yanıt başlıklarını kullanır. Daha fazla bilgi edinmek için Yanıt başlıklarına bakın: web sunucunuzu yapılandırın.
HTTP önbelleğe alma stratejileri ve kullanım durumları #
HTTP önbelleğe alma, hizmet çalışanı önbelleğe alma işleminden çok daha basittir çünkü HTTP önbelleğe alma yalnızca zamana dayalı (TTL) kaynak sona erme mantığıyla ilgilenir. Bkz. Hangi yanıt başlığı değerlerini kullanmalısınız? ve HTTP önbelleğe alma stratejileri hakkında daha fazla bilgi edinmek için Özet.
Önbellek süre sonu mantığınızı tasarlama #
Bu bölümde, hizmet çalışanı önbelleği ve HTTP önbellek katmanlarında tutarlı süre sonu mantığı kullanmanın artıları ve eksileri ile bu katmanlar arasında ayrı süre sonu mantığının artıları ve eksileri açıklanmaktadır.
Aşağıdaki Glitch, hizmet çalışanı önbelleğe almanın ve HTTP önbelleğe almanın farklı senaryolarda nasıl iş başında çalıştığını gösterir:
Tüm önbellek katmanları için tutarlı süre sonu mantığı #
Artıları ve eksileri göstermek için 3 senaryoya bakacağız: uzun vadeli, orta vadeli ve kısa vadeli.
| senaryolar | Uzun süreli önbelleğe alma | Orta vadeli önbelleğe alma | Kısa süreli önbelleğe alma |
|---|---|---|---|
| Hizmet çalışanı önbelleğe alma stratejisi | Önbellek, ağa geri düşüyor | Yeniden doğrularken bayat | Ağ önbelleğe geri düşüyor |
| Hizmet çalışanı önbelleği TTL | 30 gün | 1 gün | 10 dakika |
| HTTP önbellek maksimum yaşı | 30 gün | 1 gün | 10 dakika |
Senaryo: Uzun süreli önbelleğe alma (Önbellek, ağa geri dönme) #
- Önbelleğe alınmış bir kaynak geçerli olduğunda (
- Önbelleğe alınmış bir kaynağın süresi dolduğunda (> 30 gün): Hizmet çalışanı, kaynağı getirmek için ağa gider. Tarayıcının HTTP önbelleğinde kaynağın bir kopyası yoktur, bu nedenle kaynak için sunucu tarafına gider.
Eksi: Bu senaryoda, HTTP önbelleğe alma daha az değer sağlar çünkü tarayıcı, hizmet çalışanında önbelleğin süresi dolduğunda isteği her zaman sunucu tarafına iletir.
Senaryo: Orta vadeli önbelleğe alma (Yeniden doğrulama sırasında eski) #
- Önbelleğe alınmış bir kaynak geçerli olduğunda (
- Önbelleğe alınan bir kaynağın süresi dolduğunda (> 1 gün): Hizmet çalışanı, önbelleğe alınan kaynağı hemen geri getirir ve kaynağı getirmek için ağa gider. Tarayıcının HTTP önbelleğinde kaynağın bir kopyası yoktur, bu nedenle kaynağı getirmek için sunucu tarafına gider.
Eksi: Hizmet çalışanı, “yeniden doğrulama” adımından en iyi şekilde yararlanmak için HTTP önbelleğini geçersiz kılmak üzere ek önbellek bozma gerektirir.
Senaryo: Kısa süreli önbelleğe alma (Ağ, önbelleğe geri düşüyor) #
- Önbelleğe alınmış bir kaynak geçerli olduğunda (
- Önbelleğe alınan bir kaynağın süresi dolduğunda (> 10 dakika): Hizmet çalışanı, önbelleğe alınan kaynağı hemen geri getirir ve kaynağı getirmek için ağa gider. Tarayıcının HTTP önbelleğinde kaynağın bir kopyası yoktur, bu nedenle kaynağı getirmek için sunucu tarafına gider.
Eksi: Orta vadeli önbelleğe alma senaryosuna benzer şekilde, hizmet çalışanı sunucu tarafından en son kaynağı getirmek için HTTP önbelleğini geçersiz kılmak üzere ek önbellek bozma mantığı gerektirir.
Tüm senaryolarda servis çalışanı #
Tüm senaryolarda, ağ kararsız olduğunda hizmet çalışanı önbelleği önbelleğe alınmış kaynakları döndürmeye devam edebilir. Öte yandan, ağ kararsız veya kapalı olduğunda HTTP önbelleği güvenilir değildir.
Hizmet çalışanı önbelleğinde ve HTTP katmanlarında farklı önbellek süre sonu mantığı #
Artıları ve eksileri göstermek için yine uzun vadeli, orta vadeli ve kısa vadeli senaryolara bakacağız.
| senaryolar | Uzun süreli önbelleğe alma | Orta vadeli önbelleğe alma | Kısa süreli önbelleğe alma |
|---|---|---|---|
| Hizmet çalışanı önbelleğe alma stratejisi | Önbellek, ağa geri düşüyor | Yeniden doğrularken bayat | Ağ önbelleğe geri düşüyor |
| Hizmet çalışanı önbelleği TTL | 90 gün | 30 gün | 1 gün |
| HTTP önbellek maksimum yaşı | 30 gün | 1 gün | 10 dakika |
Senaryo: Uzun süreli önbelleğe alma (Önbellek, ağa geri dönme) #
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynak geçerli olduğunda (
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynağın süresi dolduğunda (> 90 gün): Hizmet çalışanı, kaynağı getirmek için ağa gider. Tarayıcının HTTP önbelleğinde kaynağın bir kopyası yoktur, bu nedenle sunucu tarafına gider.
Lehte ve aleyhte olanlar:
- Pro: Hizmet çalışanı önbelleğe alınmış kaynakları hemen geri getirdiği için kullanıcılar anında yanıt alır.
- Artıları: Hizmet çalışanı, önbelleğini ne zaman kullanacağı ve kaynakların yeni sürümlerini ne zaman isteyeceği konusunda daha ayrıntılı denetime sahiptir.
- Con: İyi tanımlanmış bir hizmet çalışanı önbelleğe alma stratejisi gereklidir.
Senaryo: Orta vadeli önbelleğe alma (Yeniden doğrulama sırasında eski) #
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynak geçerli olduğunda (
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynağın süresi dolduğunda (> 30 gün): Hizmet çalışanı, kaynak için ağa gider. Tarayıcının HTTP önbelleğinde kaynağın bir kopyası yoktur, bu nedenle sunucu tarafına gider.
Lehte ve aleyhte olanlar:
- Pro: Hizmet çalışanı önbelleğe alınmış kaynakları hemen geri getirdiği için kullanıcılar anında yanıt alır.
- Pro: Servis çalışanı, Sonraki belirli bir URL için istek, “arka planda” gerçekleşen yeniden doğrulama sayesinde ağdan gelen yeni bir yanıtı kullanır.
- Con: İyi tanımlanmış bir hizmet çalışanı önbelleğe alma stratejisi gereklidir.
Senaryo: Kısa süreli önbelleğe alma (Ağ, önbelleğe geri düşüyor) #
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynak geçerli olduğunda (
- Hizmet çalışanı önbelleğinde önbelleğe alınmış bir kaynağın süresi dolduğunda (> 1 gün): Hizmet çalışanı, kaynağı getirmek için ağa gider. Tarayıcı, HTTP önbelleğindeki önbelleğe alınan sürümün süresi dolduğunda ağ üzerinden kaynakları getirir.
Lehte ve aleyhte olanlar:
- Pro: Ağ kararsız olduğunda veya çalışmadığında, hizmet çalışanı önbelleğe alınmış kaynakları hemen geri döndürür.
- Eksi: Hizmet çalışanı, HTTP Önbelleğini geçersiz kılmak ve “Önce ağ” istekleri yapmak için ek önbellek bozma gerektirir.
Çözüm #
Önbelleğe alma senaryolarının kombinasyonunun karmaşıklığı göz önüne alındığında, tüm durumları kapsayan tek bir kural tasarlamak mümkün değildir. Ancak, önceki bölümlerdeki bulgulara dayalı olarak, önbellek stratejilerinizi tasarlarken göz önünde bulundurmanız gereken birkaç öneri var:
- Hizmet çalışanı önbelleğe alma mantığının HTTP önbelleğe alma süre sonu mantığıyla tutarlı olması gerekmez. Mümkünse, hizmet çalışanına daha fazla denetim vermek için hizmet çalışanında daha uzun süre sonu mantığını kullanın.
- HTTP önbelleğe alma hala önemli bir rol oynamaktadır, ancak ağ kararsız olduğunda veya çalışmadığında güvenilir değildir.
- Hizmet çalışanı önbelleğe alma stratejinizin değerini HTTP önbelleğiyle çakışmadan sağladığından emin olmak için her kaynak için önbelleğe alma stratejilerinizi yeniden gözden geçirin.