Near Cache — application instance yoki clientga yaqin joyda saqlanadigan, remote cache yoki databasega murojaat latency’sini kamaytiruvchi lokal cache. U taqsimlangan data, tranzaksiya, consensus, partitioning yoki cache tizimlaridagi muayyan vazifani ifodalaydi. Aniq kafolatlar protocol va platforma hujjatiga bog‘liq; o‘xshash nomlangan implementatsiyalar bir xil failure semantikasini bermasligi mumkin.
Tizimdagi vazifasi
Har process tez-tez o‘qiladigan qiymat nusxasini memoryda saqlaydi. Miss remote cachega, undan keyin databasega boradi. Lokal hit network round tripni olib tashlaydi.
Near Cache alohida feature emas, client, tarmoq, persistent storage va boshqaruv qoidalari bilan birga ishlaydi. Bir qatlamdagi muvaffaqiyat keyingi qatlamda effect commit bo‘lganini avtomatik bildirmaydi. Shu sabab request qabul qilinishi, durable yozuv va visible natija nuqtalari alohida qayd etiladi.
Holat almashinuvi
Distributed cache barcha client uchun umumiyroq state beradi; near cache esa har instance’da alohida nusxa yaratadi. Shu sabab invalidation yoki qisqa TTL bo‘lmasa instance’lar turli eski qiymatni ko‘rishi mumkin.
Near Cachening consistency kafolati butun request yo‘li bo‘yicha baholanadi. Database qat’iy model bersa ham, stale cache, follower read yoki asynchronous event yuqori qatlamda zaifroq natija ko‘rsatishi mumkin. Har boundaryning visible state va acknowledgement ma’nosi yoziladi.
Xavfsizlik va aniqlik
Memory limit, eviction va tenant isolation boshqariladi. Pub/sub invalidation yo‘qolsa stale entry qoladi; version check yoki bounded staleness talabi qo‘llanadi.
Near Cache bo‘yicha client retry siyosati umumiy deadline, exponential backoff va jitterdan foydalanadi. Cheksiz tez retry overloadni kuchaytiradi. Side effect bo‘lishi mumkin bo‘lgan operatsiyada idempotency key yoki read-back tekshiruvi qo‘llanadi; transport xatosi biznes operatsiyasi bajarilmaganini anglatmasligi hisobga olinadi.
Near Cache dizaynida correctness, latency va availability o‘rtasidagi muvozanat workload bilan birga tanlanadi. Qat’iyroq guarantee ko‘proq coordination talab qilishi, zaifroq model esa merge yoki compensation vazifasini applicationga yuklashi mumkin. Nominal throughput bunday semantik xarajatni to‘liq ko‘rsatmaydi.
Kuzatuv
Near Cache uchun rollout kichik qamrovda boshlanadi. Oldingi va yangi xulq error rate, tail latency, resource sarfi va correctness invariantlari bo‘yicha taqqoslanadi. Rollback faqat binaryni qaytarish emas; log, schema yoki cache formatidagi o‘zgarishni ham hisobga oladi.
Near Cache uchun threat model zararli client bilan nosoz clientni ajratadi. Tasodifiy duplicate, ataylab key-space scanning, juda katta transaction va sekin consumer turli himoya talab qiladi. Rate limit, quota va input validation umumiy resursni himoyalaydi. Message yoki metadata origin autentifikatsiyasi bo‘lmasa attacker soxta ID bilan deduplication yoki routing state’ni buzishi mumkin. Audit materialida maxfiy payloadni saqlamasdan yetarli correlation ma’lumoti qoldiriladi.
Near Cache holatini kuzatish uchun configuration version, key yoki transaction scope, resource counter, error log va zarur trace birlashtiriladi. Natija qayta tekshirilishi uchun software versiyasi, test topologiyasi, kiritilgan fault va kutilgan invariant saqlanadi. Baholash bitta log satriga emas, o‘zaro mos state hamda o‘lchovlarga asoslanadi.
Near Cache bo‘yicha qabul qilingan cheklovlar hujjatlashtiriladi va boshqa workloadga avtomatik ko‘chirilmaydi. O‘zgarishdan keyin muvaffaqiyatli oqim bilan birga timeout, duplicate, restart, stale state va partial failure javobi ham tasdiqlanadi.
Bog‘liq tushunchalar
local cache, distributed cache, cache invalidation, TTL, stale data, cache hierarchy