Multi-tenancy — bitta dastur yoki infratuzilma nusxasi bir nechta mustaqil mijozga xizmat qilib, ularning ma’lumot va resurslarini mantiqiy yoki fizik ajratadigan arxitekturadir.
Izolyatsiya modellari
Shared schema tenant ustuni, schema-per-tenant yoki database-per-tenant xarajat va isolation darajasini turlicha beradi. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Tenant konteksti
Tenant ID autentifikatsiyalangan membershipdan olinadi; request yuborgan erkin header yagona ishonch manbai bo‘lmaydi. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Data qatlam
Har query majburiy tenant scope bilan quriladi, unique key va foreign key tenantni o‘z tarkibiga qo‘shadi. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Resurs adolati
Per-tenant quota, rate va concurrency limit noisy neighborning CPU, storage yoki queue’ni egallashini cheklaydi. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Operatsiya
Backup restore, migration, export, support access va deletion bir tenant doirasini aniq saqlashi kerak. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Kuzatuv
Metric va audit tenant label bilan ajratiladi, ammo yuqori cardinality hamda shaxsiy identifikator maxfiyligi boshqariladi. Multi-tenancy uchun bu jihat faqat nazariy qoida emas: u API, saqlash qatlami va operatsion jarayonda bir xil talqin qilinishi kerak. Noto‘g‘ri yoki yashirin taxminlar integratsiya, xavfsizlik va tiklanish paytida xato keltiradi. Shu sababli qoida hujjatlashtiriladi, avtomatik test bilan tekshiriladi va kuzatuv ma’lumoti orqali production xulqi bilan solishtiriladi.
Amaliy boshqaruv
Multi-tenancy joriy etilganda egasi, versiyasi va xato holati belgilanadi. Normal yo‘l bilan birga timeout, duplicate, noto‘g‘ri ruxsat va qisman nosozlik sinovdan o‘tadi. Metrikalar faqat muvaffaqiyat sonini emas, kechikish, rad etish va recovery natijasini ham ko‘rsatadi. O‘zgarish canary yoki kichik doirada tekshirilib, keyin kengaytiriladi. Maxfiy ma’lumot log va diagnostikaga zarur bo‘lmagan holda kiritilmaydi.
Bog‘liq tushunchalar
Tenant isolation, SaaS, Authorization, Row-level security, Noisy neighbor, Quota, Data partitioning