Datastore — ilova yoki platforma ma’lumotni doimiy saqlash va qayta olish uchun foydalanadigan mantiqiy ombor. Atama kontekstga qarab database xizmatini, virtualizatsiya hostlari ko‘radigan storage hududini yoki muayyan cloud mahsulotini anglatishi mumkin; shu sabab uning aniq ma’nosi ishlatilgan tizim bilan birga ko‘rsatiladi.
Umumiy ma’no
Ilova arxitekturasida relational database, key-value store, document database, object storage va ayrim fayl tizimlari datastore rolini bajaradi. Tanlov faqat “qayerga saqlash” emas, data modeli, consistency, query imkoniyati, transaction va scale chegarasini ham belgilaydi.
Masalan, foydalanuvchi va buyurtma orasidagi qat’iy bog‘lanish relational databasega mos bo‘lishi mumkin. Katta o‘zgarmas media fayllari object storagega, qisqa muddatli session esa TTL qo‘llaydigan key-value storega joylashtiriladi. Bitta tizim barcha turdagi ma’lumot uchun eng yaxshi bo‘lishi shart emas.
Virtualizatsiyadagi datastore
VMware kabi virtualizatsiya platformalarida datastore virtual machine fayllari, virtual disklar, template va ISO image joylashadigan mantiqiy storage containerini bildiradi. U SAN LUN, NAS share, lokal disklar yoki taqsimlangan storage ustida qurilishi mumkin. Hypervisor hostlari datastorega umumiy kirsa, VMni hostlar orasida ko‘chirish va high availability soddalashadi.
Datastore sig‘imi bilan birga latency, IOPS, throughput va failure domain nazorat qilinadi. Thin provisioning fizik joyni tejaydi, ammo barcha virtual disklar keyin o‘ssa datastore kutilmaganda to‘lishi mumkin. Snapshotlar ham vaqt o‘tishi bilan delta fayllarini kattalashtiradi; ular uzoq muddatli backup o‘rnini bosmaydi.
Cloud mahsulotlaridagi atama
Google Cloud tarixida Datastore nomi schemaless document database xizmatiga nisbatan ishlatilgan; hozirgi hujjatlarda Firestore in Datastore mode sifatida uchraydi. Bunda entity, property, key va index tushunchalari mavjud. Bu mahsulotdagi “Datastore”ni umumiy datastore atamasi bilan aralashtirmaslik kerak.
Boshqa platformalar ham shu nomni turli abstraction uchun ishlatishi mumkin. Texnik hujjatda provider, mahsulot, versiya va consistency xususiyatlari qayd etilmasa, “datastorega yozildi” jumlasi yetarli aniqlik bermaydi.
Tanlash mezonlari
Data access pattern birinchi mezondir: key bo‘yicha o‘qish, full-text qidiruv, range query, graph traversal yoki analytic scan turli tizimlarni talab qiladi. Yozuv hajmi, record o‘lchami, retention, geografik joylashuv, recovery point objective va recovery time objective ham hisoblanadi.
Consistency modeli va transaction chegarasi biznes invariantiga mos keladi. Eventual consistency qabul qilinadigan katalog ma’lumoti bilan pul qoldig‘i bir xil talabga ega emas. Secondary index yozuvni qulay qidiradi, evaziga storage va write amplificationni oshiradi.
Hayot sikli
Datastore schema yoki document formatida versiyalash, migration va backward compatibility talab etiladi. Backup faqat muvaffaqiyatli yaratilgani bilan emas, qayta tiklab tekshirilgani bilan ishonchli bo‘ladi. Encryption, access control, audit va data deletion siyosati barcha nusxa hamda replikalarga tatbiq qilinadi.
Monitoring availabilitydan tashqari latency, error rate, capacity, replication lag va query xarajatini kuzatadi. Datastore vaqtincha ishlamasa ilovaning retry, timeout va idempotency xulqi oldindan belgilanadi; cheksiz retry nosoz tizimga yukni yanada oshirishi mumkin.
Ownership ham texnik xususiyatdir: har datasetning manbasi, stewardi va retention sababi qayd etiladi. Bir xil ma’lumotni bir nechta datastorega ko‘chirish yangi consistency va deletion majburiyatini yaratadi. Cache, search index va analytics nusxasi asosiy source of truth bilan aralashtirilmaydi.
Bog‘liq tushunchalar
Database, Object storage, Key-value store, Virtualization, Data model, Consistency model, Backup, Storage area network