Token Revocation — access yoki refresh tokenning tabiiy muddati tugashidan oldin undan foydalanishni bekor qilish jarayoni. U storage architecture, data governance yoki identity security doirasidagi aniq vazifani ifodalaydi. Kafolatlar protokol, policy va implementatsiyaga bog‘liq; termin nomi availability, integrity yoki authorizationni avtomatik ta’minlamaydi.
Asosiy tuzilma
Client revocation endpointga token va kerak bo‘lsa token type hint yuboradi. Server tokenni inactive qiladi yoki tegishli grantni yopadi; resource server introspection, denylist yoki qisqa expiry orqali qarorni ko‘radi.
Token Revocation alohida service yoki mexanizmga o‘xshasa ham, identity, network, storage va lifecycle chegaralari bilan birga ishlaydi. Authoritative state, owner va trust boundary hujjatlashtirilmasa, failure yoki migrationda natija noaniq bo‘ladi.
Jarayon bosqichlari
Logout user sessionini tugatishi mumkin, ammo barcha bearer tokenlar avtomatik bekor bo‘lavermaydi. Expiration vaqtga asoslangan yakun, revocation esa hodisaga asoslangan erta yaroqsizlantirishdir.
Token Revocation schema va protocol versiyasi bilan boshqariladi. Rolling upgrade vaqtida eski va yangi komponent identifier, timestamp, payload hamda errorni bir xil talqin qilishi kerak. Compatibility davri va eski variantni olib tashlash sharti oldindan belgilanadi. Token Revocation uchun mas’ul komponent health signalidan tashqari, o‘zi himoya qiladigan invariant buzilmaganini ham davriy ravishda tekshiradi.
Token Revocation boshqaruvida control plane va data plane farqlanadi. Configuration yoki assignment yangilangani haqidagi muvaffaqiyat javobi barcha worker yangi qoidani qo‘llay boshlaganini anglatmasligi mumkin. Propagation kechikishi o‘lchanadi, ikki versiya birga ishlaydigan davrda esa har ikkalasi tushunadigan format va xavfsiz fallback saqlanadi.
Ishonchlilik
Self-contained access token darhol offline validationda faol ko‘rinishi mumkin. Qisqa lifetime, key rotation yoki denylist trade-off beradi; revocation response token mavjudligini oshkor qilmasligi kerak.
Token Revocation ko‘p tenantli muhitda isolation talab qiladi. Bitta tenantning katta querysi, sekin subscriptioni yoki ko‘p route’i umumiy memory va worker poolni egallamasligi uchun limit, fairness va backpressure ishlatiladi.
Correctness, latency, availability, maxfiylik va operatsion xarajat birga baholanadi. Tez access yoki avtomatik recovery qulaylik bersa ham, trust, audit yoki consistencyga qo‘shimcha talab yuklashi mumkin. Shu sabab Token Revocation faqat nominal demo bilan baholanmaydi.
Kuzatuv
Token Revocation benchmarki real key distribution, schema va concurrency’ni takrorlaydi. Uniform synthetic data hot partition, skew, lock conflict yoki yomon query planni yashirishi mumkin; warm-up va failure recovery natijalari alohida qayd etiladi.
Token Revocation fault-injection sinovida delay, duplicate, process restart, disk full va partial network failure bittadan kiritiladi. Har tajriba boshlang‘ich state, software versiyasi va kutilgan invariant bilan qayta ishlab bo‘ladigan shaklda saqlanadi.
Token Revocation samaradorligi percentile bo‘yicha baholanadi. O‘rtacha latency kam uchraydigan, ammo muhim lock wait, compaction pause yoki broker failoverni yashiradi; p95 va p99 qiymatlari error hamda queue metrikalari bilan birga tahlil qilinadi.
Token Revocation bo‘yicha incidentdan keyin faqat kod xatosi emas, aniqlash va cheklash nega kechikkani ham tahlil qilinadi. Metrika, alert, runbook va ownershipdagi bo‘shliq alohida action itemga aylanadi. Tuzatish fault-injection bilan qayta sinovdan o‘tmaguncha muammo yopilgan deb hisoblanmaydi.
Token Revocation o‘zgartirilgach normal oqim bilan birga expired credential, concurrent request, network uzilishi, partial failure va katta hajm tekshiriladi. Qabul qilingan cheklovlar hujjatlashtiriladi va boshqa platformaga ko‘r-ko‘rona ko‘chirilmaydi.
Bog‘liq tushunchalar
revocation endpoint, access token, refresh token, denylist, logout, token introspection