Subscription — publisher yoki service tomonidan chiqariladigan content, event yoki resursni ma’lum consumer, user yoki tenantga muntazam yetkazish bo‘yicha saqlangan munosabat. U message broker obunasi, logical replication oqimi yoki pullik xizmat rejasi ma’nosida ishlatiladi.
Messaging konteksti
Subscriber topic yoki filterga mos eventlarni oladi. Aniq semantika foydalanilayotgan protocol yoki platforma hujjatida tekshiriladi. Durable subscription consumer offline bo‘lsa ham positionni saqlaydi. Bu xususiyat xavfsizlik, izchillik va ekspluatatsiya talabiga birga ta’sir qiladi. Acknowledgement qaysi message qayta yetkazilishini belgilaydi. Amaliy holat log, metric va nazoratli test orqali tasdiqlanadi.
Yetkazish semantikasi
At-most-once duplicate’ni cheklaydi, lekin message yo‘qolishi mumkin. Bu xususiyat xavfsizlik, izchillik va ekspluatatsiya talabiga birga ta’sir qiladi. At-least-once consumer idempotent bo‘lishini talab qiladi. Amaliy holat log, metric va nazoratli test orqali tasdiqlanadi. Exactly-once da’vosi transaction boundary va tashqi side effect scope’i bilan baholanadi. Aniq semantika foydalanilayotgan protocol yoki platforma hujjatida tekshiriladi.
Replication konteksti
Logical replication subscription publicationdan change stream oladi. Amaliy holat log, metric va nazoratli test orqali tasdiqlanadi. Initial snapshot va keyingi log position bir xil cut’ni saqlashi kerak. Aniq semantika foydalanilayotgan protocol yoki platforma hujjatida tekshiriladi. Schema mos kelmasligi applyni to‘xtatib, lagni oshiradi. Bu xususiyat xavfsizlik, izchillik va ekspluatatsiya talabiga birga ta’sir qiladi.
Xizmat obunasi
Billing subscription plan, renewal, entitlement va cancellation holatini saqlaydi. Aniq semantika foydalanilayotgan protocol yoki platforma hujjatida tekshiriladi. Payment xatosi grace period yoki access chekloviga olib kelishi mumkin. Bu xususiyat xavfsizlik, izchillik va ekspluatatsiya talabiga birga ta’sir qiladi. Webhook duplicate va tartibsiz kelgani uchun provider event ID saqlanadi. Amaliy holat log, metric va nazoratli test orqali tasdiqlanadi.
Boshqaruv mezonlari
Subscription uchun owner, scope va hayot sikli aniq belgilanadi. Konfiguratsiya faqat muvaffaqiyatli odatiy oqimda emas, ruxsat xatosi, duplicate amal, uzilish va capacity chegarasida ham tekshiriladi. O‘zgarish canary yoki kichik guruhdan boshlanib, kerak bo‘lsa oldingi barqaror holatga qaytariladi.
Audit qaysi identity, qaysi vaqt va qanday sabab bilan holatni o‘zgartirganini saqlaydi. Dashboard umumiy son bilan cheklanmay, status va failure sabablarini ajratadi. Shu yondashuv Subscription bilan bog‘liq yashirin data yoki access xatosini erta aniqlashga yordam beradi.
Chekka holatlar va nazorat
Amaliy holatda messaging konteksti bilan yetkazish semantikasi bir xil qatlam deb qaralmaydi. Birinchi qism noto‘g‘ri bo‘lsa, keyingi qismning muvaffaqiyatli ko‘rinishi umumiy natijani kafolatlamaydi. Shu sabab input, oraliq holat va yakuniy natija alohida qayd etiladi. Limitga yaqin qiymatlar, bo‘sh to‘plam, duplicate amal, kechikkan javob va qisman nosozlik maxsus testlar bilan qamrab olinadi.
Subscription uchun replication konteksti hamda xizmat obunasi production metrikalarida mustaqil ko‘rinishi kerak. Publisher, Subscriber va Topic bilan bog‘lanishlar configuration yoki schema o‘zgarganda qayta tekshiriladi. Normal trafficdagi muvaffaqiyat failure paytidagi recoveryni isbotlamaydi; runbook, alert chegarasi va rollback amalda sinab ko‘riladi. Natijalar owner va o‘zgarish versiyasi bilan saqlansa, keyingi incidentda sababni taxmindan emas, dalildan aniqlash mumkin.
Unsubscribe jarayoni yangi deliveryni to‘xtatish bilan birga pending message, billing entitlement va saqlangan personal dataning keyingi holatini ham aniq belgilashi kerak.
Bog‘liq tushunchalar
Publisher, Subscriber, Topic, Message broker, Logical replication, Entitlement, Billing cycle, Acknowledgement