Lifecycle policy — saqlanayotgan ma’lumotning yoshi, holati, prefixi yoki tagiga qarab avtomatik transition va expiration amallarini belgilovchi qoidalar to‘plamidir. Object storage’da u eski objectlarni arzon storage classga ko‘chiradi, oldingi versiyalarni o‘chiradi yoki tugallanmagan multipart uploadlarni tozalaydi.
Qoida tarkibi
Qoida odatda filter va actiondan iborat. Filter bucketdagi barcha objectlarga yoki prefix, tag, size kabi shartlarga mos qismga qo‘llanadi. Action object ma’lum kundan keyin boshqa classga o‘tishi yoki o‘chirilishini belgilaydi.
filter: prefix=logs/, tag=environment:prod
30 kun: infrequent class
180 kun: archive class
365 kun: expiration
Vaqt object yaratilgan sana, current versiyaga aylangan vaqt yoki noncurrent bo‘lgan muddatdan hisoblanishi mumkin. Ushbu semantika aralashtirilsa oldingi versiya kutilganidan uzoq yoki qisqa saqlanadi.
Transition
Transition data’ni access narxi va latency xususiyati boshqa classga ko‘chiradi. Archive classdagi objectni o‘qishdan oldin restore talab qilinishi va soatlar ketishi mumkin. Shuning uchun incident recovery talabi bilan storage xarajati birga baholanadi.
Minimum storage duration tugamasdan class almashtirish yoki o‘chirish early deletion to‘loviga olib kelishi mumkin. Juda kichik objectlarda transition requesti va metadata overheadi saqlash tejashidan katta bo‘lishi mumkin.
Expiration va versiyalash
Versioning o‘chiq bucketda expiration current objectni o‘chiradi. Versioning yoqilganida current versiyaga delete marker qo‘yilishi, eski versiyalar esa noncurrent retention qoidasi bo‘yicha qolishi mumkin. Faqat current expiration belgilab, noncurrent versiyalarni unutish storage hajmining o‘sishiga olib keladi.
Expired object darhol fizik o‘chishi shart emas; platforma uni navbatdagi internal jarayonda tozalashi mumkin. Billing va listing semantikasi xizmatga bog‘liq. Application lifecycle ishini faqat object ko‘rinmay qolganiga qarab emas, inventory va metric bilan tekshiradi.
Retention bilan o‘zaro ta’sir
Object Lock, compliance retention yoki legal hold lifecycle delete’ni bloklashi mumkin. Policy objectni expirationga tayyor deb belgilasa ham retention muddati tugamaguncha o‘chirilmaydi. Bu holat xato emas, ustun turuvchi himoya qoidasi hisoblanadi.
Data governance qaysi turdagi ma’lumot qancha saqlanishini belgilaydi. Lifecycle faqat texnik ijro mexanizmi; noto‘g‘ri classification yoki tag noto‘g‘ri objectlarning erta o‘chishiga olib keladi. Tag yozish huquqi ham access control bilan cheklanadi.
Sinov va o‘zgarish
Policy production bucketga qo‘llanishidan oldin kichik test prefixda va qisqa synthetic datasetda tekshiriladi. Ko‘p xizmatlar lifecycle kunini real vaqt bo‘yicha hisoblagani uchun darhol natija bermasligi mumkin. Rule evaluator metric va inventory obyektlarning qaysi bosqichda ekanini ko‘rsatadi.
Qoida o‘zgartirilishi kelajak actionlarga ta’sir qiladi, avval o‘chirilgan objectni tiklamaydi. Transition qilingan object yangi policy bilan orqaga hot classga avtomatik qaytmasligi mumkin. Rollback backup, versioning yoki alohida restore workflowga tayanadi.
Operatsion kuzatuv
Har class bo‘yicha object soni va byte, transition requestlari, expiration va restore xarajatlari kuzatiladi. Kutilmagan storage o‘sishi noncurrent version, incomplete multipart yoki noto‘g‘ri filterdan kelib chiqishi mumkin. Inventory key, class, yosh va tagni batch tahlil qilish imkonini beradi.
Policy nomi, owner, maqsad va retention manbasi hujjatlashtiriladi. Audit o‘zgarishni kim va qachon qilganini saqlaydi. Destructive expiration uchun change review va minimal privilege ma’lumot yo‘qotish xavfini kamaytiradi.
Bog‘liq tushunchalar
Object storage, Storage class, Retention policy, Object versioning, Expiration, Legal hold, Multipart upload