Cache, oturum ve kuyruğunuzu doğru tasarlayın.
Cache, oturum ve iş kuyruğu aynı türde veri değildir.
Uygulamanız için önemli noktalar
Sık kullanılan API cevaplarının cache’lenmesi
Cache anahtarlarına proje ve kullanıcı bağlamını ekleyin; TTL belirleyin.
Backend oturum ve kısa ömürlü token verileri
Kalıcı veri kaynağını cache’ten ayrı tutun.
Worker ile web servisi arasındaki görev kuyruğu
Kuyruk için persistence, bellek limitleri ve eviction davranışını sağlayıcıyla değerlendirin.
Hangi işler için uygun?
Cache, oturum ve iş kuyruğu aynı türde veri değildir. Redis veya Valkey kullanımını önce bu ayrımdan başlayarak planlayın; kayıp toleransı her senaryoda farklıdır.
- Sık kullanılan API cevaplarının cache’lenmesi
- Backend oturum ve kısa ömürlü token verileri
- Worker ile web servisi arasındaki görev kuyruğu
Uygulamanızdaki yeri
API sık okunan veriler için cache’e, worker ise iş kuyruğuna erişebilir. Cache dolduğunda ana veritabanından tekrar üretilen bilgi ile kaybedilmemesi gereken görevleri aynı politika altında tutmayın.
Başlamadan önce
Servis seçimini uygulamanızın gerçek ihtiyaçlarıyla yapın. Bu noktaları geliştirme ve yayın planınıza ekleyin.
- Cache anahtarlarına proje ve kullanıcı bağlamını ekleyin; TTL belirleyin.
- Kalıcı veri kaynağını cache’ten ayrı tutun.
- Kuyruk için persistence, bellek limitleri ve eviction davranışını sağlayıcıyla değerlendirin.
Sık sorulan sorular
Redis veritabanımın yerini alır mı?
Bir cache senaryosunda esas kayıt kaynağı ilişkisel veritabanıdır. Redis / Valkey ayrı bir erişim veya kuyruk katmanı olabilir. Kalıcılık ve veri kaybı toleransını kullanım amacına göre açıkça belirleyin.
Şu anda canlı kaynak oluşturabilir miyim?
Henüz hayır. Canlı sitede yeni kayıtlar ve müşteri kaynak tahsisi kapalı. Ürün rehberleri yayımlandı; yerel geliştirme simülasyonu gerçek hizmet oluşturmaz.