Lease-Based Cache — cache clientga qiymatdan foydalanish yoki uni yangilash uchun cheklangan muddatli vakolat beradigan consistency yondashuvi. U cache, distributed snapshot yoki stream-processing tizimlaridagi muayyan data va vaqt semantikasini ifodalaydi. Aniq kafolatlar platforma, protocol hamda konfiguratsiyaga bog‘liq; termin nomi barcha implementatsiyada bir xil xulqni anglatmaydi.
Asosiy model
Server key bo‘yicha lease token va expiry beradi. Lease amal qilganda client cached qiymatni ma’lum kafolat bilan ishlatadi yoki faqat lease holder missni reload qiladi. Update lease invalidation yoki versionni o‘zgartiradi.
Lease-Based Cache alohida feature emas, source, storage, tarmoq va consumer xulqi bilan birga ishlaydi. Request qabul qilinishi, state durable bo‘lishi va natijaning tashqi tizimda ko‘rinishi turli nuqtalar bo‘lishi mumkin. Shu chegaralar hujjatlashtirilsa retry va recoverydagi noaniqlik kamayadi.
Ishlash oqimi
Oddiy TTL faqat local vaqt bilan entryni eskirtiradi. Lease server yoki coordinator bergan ownership va version semantikasini qo‘shadi, stampede hamda stale readni nazoratli kamaytirishi mumkin.
Lease-Based Cache uchun vaqt va identity scope’i aniq yoziladi. Cache key, stream partition, event timestamp yoki snapshot ID boshqa tenant va versiyadan ajratiladi. Bir xil nomlangan qiymatning turli namespace’da boshqa semantikaga ega bo‘lishi mumkinligi hisobga olinadi.
Muhim farqlar
Clock uncertainty, process pause va delayed invalidation hisobga olinadi. Write vakolati bo‘lsa fencing token talab qilinishi mumkin; lease tugashi eski holder darhol to‘xtaganini isbotlamaydi.
Lease-Based Cache data retention siyosatiga bog‘liq. TTL, tombstone, offset yoki deduplication metadata erta o‘chirilsa eski state qayta paydo bo‘lishi mumkin; cheksiz saqlansa storage ortadi. Tozalash nuqtasi consumer progress va replica holati bilan asoslanadi.
Lease-Based Cache dizaynida correctness, freshness, latency va resource sarfi birga tanlanadi. Past latency uchun cache yoki early firing ishlatilsa stale yoki preliminary natija ehtimoli paydo bo‘ladi. Qat’iyroq ordering va completeness ko‘proq buffer, coordination yoki kutish vaqtini talab qiladi.
Amaliy tekshiruv
Lease-Based Cache rollouti kichik qamrovda boshlanadi. Error rate, tail latency, backend load va data completeness avvalgi versiya bilan taqqoslanadi. Rollback binarydan tashqari cache namespace, checkpoint format va schema o‘zgarishini ham hisobga oladi.
Lease-Based Cachega oid capacity reja failure domainni hisobga oladi. Bitta broker, cache shard yoki processor yo‘qolganda qolgan capacity client trafik bilan birga rebuild va replay yukini ko‘tarishi kerak. Backpressure bashorat qilinadigan degradation yaratadi.
Lease-Based Cache uchun hujjat nominal ishlash bilan cheklanmaydi. Unda ownership, retry chegarasi, cleanup sharti, restore ketma-ketligi va emergency override muddati ko‘rsatiladi. Operator konfiguratsiyani o‘zgartirganda ta’sir qiladigan key, partition yoki vaqt oralig‘ini oldindan baholab, o‘zgarishdan keyingi invariantni tekshiradi.
Lease-Based Cache sinovida nazorat guruhi yoki shadow oqim foydali. Natijalar faqat son jihatdan emas, key va vaqt bo‘yicha moslashtirib taqqoslanadi; aks holda bir xil aggregate xato recordlarni yashirishi mumkin.
Lease-Based Cache uchun qabul mezoni misol bilan tasdiqlanadi: bir xil input va boshlang‘ich state berilganda kutilgan output, metadata hamda tashqi effect birgalikda tekshiriladi. Faqat yakuniy qiymatni solishtirish oraliq yo‘qotish yoki takroriy yozuvni yashirishi mumkin.
Lease-Based Cache bo‘yicha o‘zgarishdan keyin faqat muvaffaqiyatli oqim emas, miss, timeout, duplicate, late data, restart va partial failure holati ham tekshiriladi. Qabul qilingan cheklovlar hujjatlashtiriladi va boshqa workloadga avtomatik ko‘chirilmaydi.
Bog‘liq tushunchalar
cache lease, TTL, fencing token, cache invalidation, singleflight, distributed cache