Cache Hit Ratio
Request'lerin ne kadarının upstream call yerine cache'den cevaplandığını gösterir. Yüksek hit ratio faydalıdır ancak stale data pahasına optimize edilmemelidir.
Neden önemli?
Metasearch fan-out architecture upstream latency ve data volatility nedeniyle resilience gerektirir. Cache, timeout ve retry kararları yalnız backend performansını değil kullanıcıya gösterilen offer'ın doğruluğunu da etkiler. Bu kavramlar SLO, freshness ve failure isolation ile birlikte tasarlanmalıdır.
Pratikte nasıl görünür?
Bir supplier p95 latency'si yükseldiğinde timeout, circuit breaker ve fallback cache birlikte çalışabilir. Ama stale fallback kullanıldıysa response hâlâ başarılı görünürken price-quality riski büyüyebilir.
Uygulamada sorulması gerekenler
- End-to-end latency budget nedir?
- Cache age ve source timestamp tutuluyor mu?
- Hangi error class retry ediliyor?
- Bir provider failure diğer supplier'ları etkiliyor mu?
Yaygın hatalar
- Tüm error'ları retry etmek
- Cache hit ratio'yu freshness'ten bağımsız optimize etmek
- Tek provider failure'ın tüm fan-out'u bloklamasına izin vermek
Travel stack içinde nerede kullanılır?
Cache Hit Ratio, çoğunlukla resilience katmanlarıyla ilişkilidir. İlgili sistemlerde source-of-truth, identity, freshness ve transaction ownership sınırlarını açık tanımlamak gerekir.
İlgili terimler
İlgili teknik içerikler
Stale Availability / Offer Expired Troubleshooting
Search sonucu ile reprice/booking anı arasında availability veya offer expire olduğunda freshness, cache, token ve revalidation katmanlarını teşhis edin.
İncele →Sync vs Async Travel Booking Architecture
Travel booking akışlarında synchronous ve asynchronous orchestration modellerini latency, failure recovery, UX ve provider capability açısından karşılaştırın.
İncele →DidaTravel: Hotel Distribution, Price Search ve Booking API Profili
DidaTravel'ı static content, cached/real-time price search, price confirmation, booking ve channel-manager API akışlarıyla inceleyin.
İncele →GDS vs NDC: Airline Distribution Architecture
GDS ve NDC'yi airline shopping, Offer/Order, content ownership, servicing ve integration architecture açısından karşılaştırın.
İncele →Hotel Rebrand / Rename Reconciliation Playbook
Hotel isim ve marka değişikliklerinde canonical identity'yi koruyup alias, source mapping ve downstream cache/index etkilerini güvenli biçimde yönetin.
İncele →Hotelbeds API Suite: Bedbank Dağıtım Profili
B2B konaklama dağıtımı için booking, content ve cache API'lerini kapsayan HBX Group Hotelbeds API Suite teknik profili.
İncele →