Bulkhead
Bir provider veya workload'un kaynaklarını ayrı tutarak failure'ın diğer supplier'lara yayılmasını engelleyen resilience pattern'idir.
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?
Bulkhead, ç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
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 →DerbySoft Connectivity Entegrasyon Rehberi
Push/pull boundary, ARI ordering, mapping, booking reconciliation ve provider-neutral observability içeren hotel connectivity mimarisi.
İncele →Feed Ingestion Failure Troubleshooting
Travel feed ingestion hatalarını transport, schema, parsing, validation, persistence ve downstream publish katmanlarında sistematik biçimde teşhis edin.
İncele →Google Flights Partner Model Entegrasyon Rehberi
Google Flights partner modelini airline/OTA onboarding, fare/deeplink accuracy, partner integration boundary ve metasearch ownership açısından anlayın.
İncele →Sabre Travel APIs Entegrasyon Rehberi
GDS shopping, provider reference, booking ve post-booking boundary'lerini açık biçimde ayıran production Sabre entegrasyon mimarisi.
İncele →Google Flights Partner Entegrasyonu: Live API ve Price Feed Developer Rehberi
Google Flights partner entegrasyonunu Live API, Price Feed, Price Through Google, booking links, request-response boundary, latency, price quality ve Travel Analytics Center ile developer gözüyle tasarlayın.
İncele →