Cloud Storage — Google Cloud Platformdagi durable object storage xizmati. Ma’lumot bucket ichida object sifatida saqlanadi; har object nom, byte mazmuni, metadata va generation bilan identifikatsiya qilinadi.
Bucket va object
Bucket nomi va locationi yaratishda belgilanadi. Bu xususiyat availability, security va xarajatga bir vaqtda ta’sir qiladi. Object papka emas, flat namespace ichidagi to‘liq nomga ega. Amaliy natija metric, audit log va failure sinovi bilan tasdiqlanadi. Prefix console va tool’larda katalog ko‘rinishini beradi. Aniq scope va provider semantikasi deployment hujjatida qayd etiladi.
Storage class
Standard tez-tez o‘qiladigan data uchun mo‘ljallangan. Amaliy natija metric, audit log va failure sinovi bilan tasdiqlanadi. Nearline, Coldline va Archive kam access uchun past storage narxi beradi. Aniq scope va provider semantikasi deployment hujjatida qayd etiladi. Retrieval fee va minimum storage duration umumiy xarajatga ta’sir qiladi. Bu xususiyat availability, security va xarajatga bir vaqtda ta’sir qiladi.
Consistency va version
Object operationlar strong consistency semantikasiga ega. Aniq scope va provider semantikasi deployment hujjatida qayd etiladi. Generation-match precondition concurrent overwrite’ni cheklaydi. Bu xususiyat availability, security va xarajatga bir vaqtda ta’sir qiladi. Object versioning eski generationlarni saqlashi mumkin. Amaliy natija metric, audit log va failure sinovi bilan tasdiqlanadi.
Ruxsat va hayot sikli
IAM bucket yoki project scope’ida principalga role beradi. Bu xususiyat availability, security va xarajatga bir vaqtda ta’sir qiladi. Signed URL vaqtinchalik cheklangan access yaratadi. Amaliy natija metric, audit log va failure sinovi bilan tasdiqlanadi. Lifecycle rule eski versionni delete yoki boshqa classga ko‘chiradi. Aniq scope va provider semantikasi deployment hujjatida qayd etiladi.
Ekspluatatsiya mezonlari
Cloud Storage resursi infrastructure as code bilan yaratilsa konfiguratsiya review, versiya va rollback jarayoniga kiradi. Default qiymatlar production talabi sifatida qabul qilinmaydi; region, quota, encryption, retention va network yo‘li alohida tekshiriladi. Sensitive credential va data loglarda ochiq ko‘rinmasligi kerak.
Monitoring health, capacity, access denial va xarajat signalini bitta service owner bilan bog‘laydi. Planned maintenance hamda to‘liq dependency uzilishi uchun recovery tartibi sinovdan o‘tadi. Cloud Storage o‘chirilishi yoki ko‘chirilishidan oldin downstream dependency, backup va audit retention inventarizatsiya qilinadi.
Chekka holatlar va dalillar
Incident tahlilida bucket va object bilan storage class bir xil natija deb qaralmaydi. Bir qatlam muvaffaqiyatli ko‘rinsa ham keyingi qatlamdagi mapping, policy yoki data holati umumiy xizmatni buzishi mumkin. Shu sabab input, oraliq qaror va yakuniy output alohida log yoki metric bilan kuzatiladi. Bo‘sh qiymat, limitga yaqin hajm, duplicate operation, kechikkan javob va qisman nosoz dependency maxsus testlarda qamrab olinadi.
Cloud Storage uchun consistency va version hamda ruxsat va hayot sikli bo‘yicha kutilgan invariantlar yoziladi. Object storage, Bucket, Object versioning va Signed URL bilan integratsiya configuration yoki schema yangilanganda qayta tekshiriladi. Normal trafficdagi muvaffaqiyat recovery tayyorligini isbotlamaydi; rollback, rotation yoki rebuild amalda bajarilib ko‘riladi. Natija owner, versiya va source position bilan saqlansa, keyingi incidentda sababni taxmin bilan emas, tekshirilgan dalil orqali aniqlash mumkin.
Bog‘liq tushunchalar
Object storage, Bucket, Object versioning, Signed URL, Storage class, Lifecycle rule, Data integrity, IAM