Redis Keyspace Inceleme
Bu bolum, Qapu icinde kullanilan Redis key'lerini tek tek ve sozlesme bazli incelemek icin acilmistir.
Amacimiz, her key icin ayni kalipta asagidaki sorulari netlestirmektir:
- Bu key'in sahibi hangi servis?
- Ne zaman yazilir, ne zaman guncellenir, ne zaman silinir?
- TTL nedir, neden bu deger secildi?
- DB authoritative counterpart nedir?
- Drift nasil tespit edilir?
- Rebuild nasil yapilir?
Inceleme Sirasi
- Device detail cache keyi (
device:{device_id}:detail) - Stream buffer omurga keyi (
stream_buffer:{device_id}) - Duplicate ve idempotency keyleri
- Cache ve sozluk keyleri
- Retry ve workflow state keyleri
- Lock keyleri
Baslangic Dokumani
Dokuman Kalibi (Her Key Icin)
Her key dokumani asagidaki sabit basliklari icermelidir:
- Key Pattern
- Owner Service
- Read/Write Paths
- Write Order (DB-Redis)
- TTL ve Invalidation
- Failure ve Drift Senaryolari
- Reconciliation ve Rebuild
- Gozlemlenebilirlik Metrikleri
Ilk Kural
Redis operasyonel katmandir. Kalici dogruluk DB katmanindadir.
Redis kayiplari veya restart senaryolari, veri kaybi degil yeniden olusturma (rebuild) akisi ile ele alinmalidir.