Travel Pricing için Cache Invalidation Patterns

Hotel ve flight fiyatlarında TTL, event invalidation, stale-while-revalidate ve live reprice sınırlarını production senaryolarıyla tasarlayın.

Editoryal bilgi
Advertisement

Travel pricing cache'inde asıl soru “kaç dakika cache?” değildir. Doğru soru hangi fiyatın hangi intent seviyesinde ne kadar stale olmasına izin verilebilir? sorusudur.

Production senaryosu

Destination discovery ekranı binlerce hotel için indicative price gösteriyor. Kullanıcı detail sayfasına geçtiğinde exact rate bekliyor; booking'e yaklaşınca live reprice gerekir.

Pattern'ler

TTL-based

Basit ve güvenilir fallback'tir. Ancak volatility değişkense tek TTL yetersizdir.

Event-driven invalidation

Supplier price/inventory change event'i geldiğinde ilgili key invalid edilir. Güçlü change-data pipeline ister.

Stale-while-revalidate

Eski veri kısa süre gösterilirken background refresh yapılır. Discovery için faydalıdır, booking-intent için riskli olabilir.

Read-through live refresh

Cache miss veya freshness threshold aşıldığında provider çağrılır.

Cache key

En azından şu context düşünülmeli:

  • property/route
  • dates
  • occupancy
  • currency
  • market/residency
  • room/rate class gerekiyorsa

Yanlış key stale değil, yanlış-context bug'ı üretir.

Adaptive TTL

Volatile market/date kombinasyonlarında kısa, long-tail veya uzak tarihli inventory'de daha uzun TTL uygulanabilir.

Failure modes

  • invalidation event kaybı,
  • stampede,
  • stale overwrite,
  • wrong cache key,
  • provider outage sırasında cache'in topluca expire olması,
  • discovery cache'in booking flow'da reuse edilmesi.

Concurrency

Single-flight/request coalescing kullanarak aynı cache miss için yüzlerce upstream call üretmeyin.

Observability

  • cache hit rate,
  • hit age,
  • stale-serve rate,
  • revalidation latency,
  • invalidation lag,
  • live-reprice delta,
  • stampede count.

Alternatifler

Düşük hacimde kısa TTL + live reprice yeterli olabilir. Event-driven invalidation ancak source change sinyali güvenilir olduğunda değer üretir.

Production checklist

  • explicit cache key
  • intent-based freshness class
  • adaptive TTL
  • invalidation fallback
  • SWR sınırı
  • single-flight
  • live reprice before transaction
  • stale-overwrite protection
Teknik danışmanlık

Bu problemi production’da mı yaşıyorsunuz?

Semptomu, veri akışını ve entegrasyon davranışını birlikte teknik olarak inceleyebiliriz.

Projenizi konuşalım →

İlgili içerikler

architecture

Metasearch'te Cache ve Price Freshness

Travel metasearch için cache ve price-freshness stratejisini gerçek search load, adaptive TTL, live recheck, stale-price risk, observability ve production trade-off'larıyla tasarlayın.

cachefreshnesspricing
İncele →
architecture

Push vs Pull vs Hybrid: Travel Distribution Veri Akışı

Push, pull ve hybrid distribution modellerini freshness, latency, rate limit, cache, reconciliation ve operasyonel ownership açısından karşılaştırın.

pushpullhybrid
İncele →
troubleshooting

Stale Price ve Delayed Feed Troubleshooting

Eski fiyat, gecikmiş feed ve cache kaynaklı hotel offer problemlerini freshness timestamp, ingestion lag ve invalidation kanıtlarıyla teşhis edin.

hotelstale-pricefeed
İncele →
distribution

Package Holiday vs Hotel Metasearch: Mimari Farklar

Paket tatil dağıtımı ile hotel metasearch modelini offer identity, pricing, supplier topology, booking ownership ve cancellation açısından karşılaştırın.

package-holidayhotel-metasearchtour-operator
İncele →
feed-platform

Google Hotel Feeds: Veri Sözleşmeleri ve Hata Yönetimi

google.com

Google Hotel List, fiyat, ARI, POI ve landing sözleşmelerini ayırın; güncelleme hatalarını teşhis edip yayınlama, kurtarma ve izleme akışlarını tasarlayın.

google-hotelsfeedhotel-list
İncele →
travel-ecosystem

Bonotel Exclusive Travel: B2B Hotel Distribution Profili

bonotel.com

Bonotel'i API-connected travel seller'lara curated B2B hotel distribution ve wholesale inventory sağlayan oyuncu olarak teknik biçimde inceleyin.

bonotelbedbankwholesale
İncele →