S3 vs. Block Storage: saqlash tizimlari uchun arxitekturaviy tanlov

«Raqamli O‘zbekiston – 2030» milliy strategiyasi doirasida jadal raqamli transformatsiya bosqichida turgan O‘zbekistonning zamonaviy IT-infratuzilmasida ma’lumotlarni saqlash arxitekturasini tanlash masalasi shunchaki texnik vazifa bo‘lib qolmay, strategik biznesni rejalashtirish tekisligiga o‘tdi. Tez o‘sayotgan bozorda faoliyat yuritayotgan IT-direktorlar (CIO) va tizim arxitektorlari uchun obyektli (S3) va blokli (Block Storage) saqlash o‘rtasidagi fundamental farqlarni tushunish — nosozliklarga chidamlilik, masshtablashtirish va O‘zbekiston Respublikasi qonunchilik normalariga rioya qilishni ta’minlashning hal qiluvchi omili hisoblanadi. Uzcloud kabi milliy operatorlar taqdim etayotgan bulutli xizmatlar ilg‘or apparat yechimlari, jumladan, Huawei infratuzilmasi va bulutli biznesni boshqarish dasturiy majmualariga asoslanadi, bu esa umumiy sig‘imi 10 petabaytga yetadigan murakkab arxitekturaviy ssenariylarni amalga oshirish imkonini beradi.

1-bob. Saqlash arxitekturalarining nazariy asoslari va tarixiy konteksti

Ma’lumotlarni saqlash usullarining evolyutsiyasi fayl tizimlarining ilk realizatsiyalaridan to zamonaviy taqsimlangan bulutli platformalargacha bo‘lgan yo‘lni bosib o‘tdi. Fundamental o‘zgarish 1988-yilda POSIX (Portable Operating System for Unix) standartlarining joriy etilishi bilan yuz berdi, bu o‘n yilliklar davomida dominant bo‘lib kelgan fayllarga kirish usullari va iyerarxik tuzilmani belgilab berdi. Biroq, 2006-yilda Amazon S3 ning paydo bo‘lishi ma’lumotlarni saqlashda inqilobni boshlab berdi va qat’iy iyerarxik daraxtlarga muqobil sifatida "yassi" nomlar kengligini (flat namespace) taklif qildi.

Blokli saqlash (Block Storage) o‘z mohiyatiga ko‘ra uskunaning fizik darajasiga eng yaqin hisoblanadi. U ma’lumotlarni teng, qat’iy o‘lchamdagi bloklarga bo‘ladi, ularning har biri noyob manzilga ega, ammo kengaytirilgan metama’lumotlardan mahrumdir. Ushbu arxitektura tezlik va minimal kechikishlar uchun optimallashtirilgan bo‘lib, xost operatsion tizimiga ma’lumotlar qanday tuzilishini to‘liq nazorat qilish imkonini beradi.

Buning aksiga o‘laroq, obyektli saqlash (S3) obyektlar bilan ishlaydi — bular tarkib (kontent), noyob identifikator (kalit) va ma’lumotlar xususiyatlarini saqlash darajasining o‘zida tavsiflash imkonini beruvchi boy metama’lumotlar to‘plamini o‘z ichiga olgan tugallangan ma’lumot birliklaridir.

Bazaviy modellarning qiyosiy xususiyatlari

• Ma’lumot birligi: Block Storage — Qat’iy o‘lchamdagi blok; S3 — Obyekt (Ma’lumotlar + Metama’lumotlar).

• Kirish interfeysi: Block Storage — Quyi darajadagi protokollar (iSCSI, FC); S3 — RESTful API (HTTP/HTTPS).

• Tuzilma: Block Storage — Iyerarxik (fayl tizimi orqali); S3 — Yassi (baketlar va kalitlar).

• Metama’lumotlar: Block Storage — Minimal (blok manzili); S3 — Kengaytirilgan, sozlanadigan.

• Ma’lumotlarni o‘zgartirish: Block Storage — Alohida bloklarni yangilash; S3 — Obyektni to‘liq qayta yozish.

2-bob. Block Storage arxitekturasi: Quyi darajadagi nazorat va yuqori unumdorlik

Uzcloud bulutli muhitida blokli saqlash foydalanuvchiga virtual mashinaga ulanishi mumkin bo‘lgan "xom" disk (raw disk) sifatida taqdim etiladi. Ushbu texnologiyaning asosida fayllarni tomlarga (volumes) guruhlanadigan mantiqiy qurilma raqamlari (LUN) ko‘rinishidagi abstraksiyasi yotadi. Tom ulangandan so‘ng, serverning operatsion tizimi uni xuddi lokal qattiq disk kabi boshqaradi, bo‘limlar yaratadi va ularni tanlangan fayl tizimiga (masalan, EXT4, XFS yoki NTFS) formatlaydi.

Kirish-chiqish mexanizmlari va kechikishlar (Latency)

Blokli yondashuvning asosiy afzalligi — bu oldindan prognoz qilinadigan unumdorlik va o‘ta past latentsiyadir. Ma’lumotlar almashinuvi bloklar darajasida ixtisoslashgan saqlash tarmog‘i (SAN) yoki optimallashtirilgan bulutli protokollar orqali amalga oshirilganligi sababli, so‘rovlarni qayta ishlashga ketadigan qo‘shimcha xarajatlar minimaldir. Bu tranzaksion ma’lumotlar bazalari (OLTP) kabi kechikishlarga sezgir ilovalar uchun juda muhim, chunki tranzaksiya logini yozishdagi har bir mikrosekundlik kechikish tizimning umumiy o‘tkazuvchanlik qobiliyatini pasayishiga olib kelishi mumkin.

Uzcloud infratuzilmasida blokli saqlash omborlari ko‘pincha SSD va NVMe massivlariga asoslanadi, bu esa soniyasiga yuqori kirish-chiqish operatsiyalari (IOPS) ko‘rsatkichlariga erishish imkonini beradi.

Blokli tizimlarda o‘tkazuvchanlik qobiliyati (Throughput) va IOPS quyidagi formula bilan bog‘langan: Throughput = IOPS \times BlockSize Fayl tizimini konfiguratsiya qilishda blokning to‘g‘ri o‘lchamini tanlash arxitektorga unumdorlikni aniq yuklama profiliga moslashtirish imkonini beradi.

Masshtablashtirish va boshqaruvdagi cheklovlar

Yuqori tezlikka qaramay, blokli saqlash tizimlari gorizontal masshtablashtirish borasida "tug‘ma" cheklovlarga ega. Tomni kengaytirish ko‘pincha administratorning qo‘lda aralashuvini yoki mantiqiy tomlarni boshqarish tizimlaridan (LVM) foydalanishni talab qiladi. Bundan tashqari, xost va tom o‘rtasidagi an’anaviy "yakkama-yakka" bog‘liqlik arxitekturani sezilarli darajada murakkablashtiruvchi ixtisoslashgan klasterli fayl tizimlari ishlatilmasa, ma’lumotlardan bir vaqtning o‘zida bir nechta serverlar tomonidan foydalanishni qiyinlashtiradi.

3-bob. S3 Obyektli saqlash: Strukturaga ega bo‘lmagan ma’lumotlar uchun yangi paradigma

Uzcloud’ning S3 obyektli saqlash xizmati ulkan hajmdagi strukturaga ega bo‘lmagan ma’lumotlarni saqlashga yo‘naltirilgan butunlay boshqacha yondashuvni taklif etadi. Ma’lumotlar hajmi deyarli cheklanmagan mantiqiy konteynerlar — baketlarda (buckets) saqlanadi. Baketdagi har bir obyekt noyob kalit bilan identifikatsiya qilinadi, bu esa unga internetning istalgan nuqtasidan yoki ichki tarmoqdan standart HTTP-so‘rovlar orqali kirish imkonini beradi.

API-ga yo‘naltirilgan kirish va moslik

S3 API standarti ko‘plab zamonaviy dasturlash vositalari, SDK va zaxira nusxalash tizimlari tomonidan qo‘llab-quvvatlanadigan soha standartiga aylandi. Kirish REST va SOAP protokollari orqali amalga oshiriladi, bu esa disklarni ulash (mount) va OS darajasida fayl deskriptorlarini boshqarish zaruratini yo‘q qiladi. Bu S3 ni bulutga moslashtirilgan (cloud-native) ilovalar uchun ideal tanlovga aylantiradi, ular standart Java, Python, Go kutubxonalari yoki CLI-vositalaridan foydalangan holda ma’lumotlarni to‘g‘ridan-to‘g‘ri yuklashi va tushirib olishi mumkin.

Metama’lumotlar qudrati va hayot sikli

S3 ning eng qimmatli funksiyalaridan biri — bu obyektlarga "kalit-qiymat" formatidagi ixtiyoriy metama’lumotlarni biriktirish imkoniyatidir. Bu tashqi ma’lumotlar bazasisiz ma’lumotlarni boshqarishning murakkab mantiqini amalga oshirishga yordam beradi. Masalan, arxitektor obyektlarni loyiha, saqlash muddati yoki maxfiylik darajasini belgilovchi teglar bilan belgilashi va ushbu teglar asosida avtomatik hayot sikli siyosatlarini (Lifecycle Policies) sozlashi mumkin.

S3 asosiy funksiyalari:

Versiyalash: Tasodifiy o‘chirishdan himoya qilish uchun bir obyektning bir nechta versiyasini saqlash.

• Object Lock: Komplayens (muvofiqlik) uchun ma’lumotlar o‘zgarishini oldini oluvchi WORM (Write Once, Read Many) modeli.

• Ko‘p oqimli yuklash: 100 MB dan katta fayllar uchun uzatish ishonchliligini oshiruvchi Multipart upload.

• Georeplikatsiya: Falokatlarga chidamlilik uchun ma’lumotlarni mavjudlik zonalari o‘rtasida avtomatik nusxalash.

4-bob. Unumdorlik va ishonchlilikning texnik taqqosloni

Arxitekturaviy tanlovni chuqur tushunish uchun unumdorlik ko‘rsatkichlarini turli qirralarda tahlil qilish zarur: birinchi bayt kechikishidan to saqlashning umumiy ishonchliligigacha.

Latentsiya va o‘tkazuvchanlik qobiliyati tahlili

Obyektli saqlash HTTP protokolidan foydalanish va API-so‘rovlarni saqlash serveri tomonida qayta ishlash zarurati tufayli qo‘shimcha kechikishlarni keltirib chiqaradi. S3 da birinchi baytgacha bo‘lgan vaqt (TTFB) millisekundlarda o‘lchansa, Block Storage da bu ko‘rsatkich mikrosekundlar oralig‘ida bo‘ladi. Biroq, gap ma’lumotlarni ommaviy parallel qayta ishlash haqida ketganda, S3 umumiy o‘tkazuvchanlik qobiliyati bo‘yicha blokli tizimlardan ustun kelishi mumkin. Taqsimlangan tabiati tufayli minglab mijozlar bir vaqtning o‘zida bitta baketdan turli obyektlarni o‘qishi mumkin va bunda yakka tomlarga xos bo‘lgan kirish-chiqish navbatidagi "tor bo‘g‘izlar" yuzaga kelmaydi.

Konsistentlik modellari: POSIX vs Eventual Consistency

Tarixan obyektli saqlash tizimlari yakuniy muvofiqlik (eventual consistency) modelidan foydalangan, bu esa ma’lumotlar yangilangandan so‘ng darhol ularning eski versiyasini olish ehtimoli borligini anglatardi. Zamonaviy S3 realizatsiyalari, jumladan, Uzcloud bulutida ham, yangi obyektlarni yozgandan so‘ng o‘qish (read-after-write) operatsiyalari uchun qat’iy konsistentlikni (strong consistency) ta’minlashga intilmoqda, bu ularni ishlab chiqish qulayligi bo‘yicha an’anaviy fayl tizimlariga yaqinlashtiradi. Blokli saqlash tizimlari esa har doim qat’iy konsistentlikni ta’minlaydi, chunki keshlashtirish va diskka yozishni boshqarish bevosita xost operatsion tizimi yadrosi tomonidan amalga oshiriladi.

Ishonchlilik va SLA

S3 da ma’lumotlarni saqlash ishonchliligi har bir obyektning ko‘plab nusxalarini avtomatik yaratish va ularni geografik jihatdan uzoq bo‘lgan mavjudlik zonalari (Availability Zones) bo‘ylab taqsimlash hisobiga erishiladi. Bu chidamlilik (durability) ko‘rsatkichini 99,99999% darajasiga yetkazish imkonini beradi. Blokli saqlash uchun ishonchlilik odatda bitta saqlash tizimi (SX) ichidagi RAID-massivlar yoki massivlararo sinxron/asinxron replikatsiya orqali ta’minlanadi, bu esa murakkabroq sozlashni talab qiladi va ko‘pincha tizimning umumiy unumdorligini pasaytiradi. Uzcloud da har ikki turdagi saqlash uchun xizmat ko‘rsatish darajasi to‘g‘risidagi kelishuv (SLA) odatda 99,95% ni tashkil etadi va bu provayderning moliyaviy kafolatlari bilan mustahkamlanadi.

5-bob. O‘zbekiston bozorining o‘ziga xosligi: TAS-IX va qonunchilik talablari

O‘zbekistonda tizimlarni loyihalashtirayotgan arxitektorlar uchun texnik parametrlar lokal tarmoq infratuzilmasi va normativ-huquqiy baza prizmasi orqali ko‘rib chiqilishi shart.

TAS-IX zonasining afzalliklari

TAS-IX trafik almashinuv nuqtasi bulutli xizmatlar mavjudligini ta’minlashda muhim rol o‘ynaydi. Milliy tarmoq segmenti ichida joylashgan Uzcloud resurslaridan foydalanish bir qator muhim afzalliklarni beradi:

• Yuqori tezlik: Mamlakat ichidagi barcha abonentlar uchun 1 Gbit/s gacha o‘tkazuvchanlik qobiliyati.

• Iqtisod: TAS-IX ichidagi trafik ko‘pincha provayderlar tomonidan tarifikatsiya qilinmaydi yoki xalqaro trafikka qaraganda sezilarli darajada arzon.

• Past ping: Toshkent, Buxoro yoki Farg‘onadan kirishda xorijiy bulutlarga qaraganda minimal kechikishlar.

Bu O‘zbekiston ichida kontentni (statik saytlar, media fayllar) tarqatish uchun S3 dan foydalanishni xorijiy CDN-lardan ko‘ra iqtisodiy jihatdan foydaliroq va texnik jihatdan samaraliroq yechimga aylantiradi.

Shaxsiy ma’lumotlarni lokalizatsiya qilish (ZRU-547 va ZRU-666)

O‘zbekiston Respublikasining "Shaxsiy ma’lumotlar to‘g‘risida"gi Qonunining 27¹-moddasiga ko‘ra, mamlakat fuqarolarining shaxsiy ma’lumotlariga ishlov berish bo‘yicha har qanday operatsiyalar O‘zbekiston hududida jismoniy joylashgan texnik vositalarda amalga oshirilishi shart. Bu talab mijozlar bazalari yoki foydalanuvchi profillarini saqlash uchun global provayderlardan (AWS, Azure) foydalanishni imkonsiz qiladi.

Ushbu kontekstda Block Storage va S3 o‘rtasidagi tanlov ilova tuzilishiga bog‘liq:

• Strukturkaga ega shaxsiy ma’lumotlarni (F.I.Sh., pasport raqamlari, tranzaksiyalar) relyatsion ma’lumotlar bazalarida saqlash uchun Uzcloud serverlarida Block Storage ishlatiladi.

• Hujjatlar skanlari, biometrik ma’lumotlar (fotosuratlar) va boshqa strukturaga ega bo‘lmagan fayllarni saqlash uchun milliy ma’lumotlar markazlarida joylashgan S3 Object Storage ideal hisoblanadi.

6-bob. Iqtisodiy tahlil va egalik qilishning umumiy qiymati (TCO)

Saqlash arxitekturasini tanlash bevosita moliyaviy oqibatlarga ega bo‘lib, bu ma’lumotlar hajmi o‘sishi bilan namoyon bo‘ladi.

Block Storage tarifikatsiya modeli

Blokli tizimlarda mijoz ajratilgan hajm (provisioned capacity) uchun to‘laydi. Agar 1 TB hajmli tom yaratilgan bo‘lsa-yu, ma’lumotlar atigi 100 GB joyni egallasa ham, hisob to‘liq terabayt uchun taqdim etiladi. Bundan tashqari, narxga tanlangan unumdorlik parametrlari (IOPS) va tashuvchi turi (HDD vs SSD) ta’sir qilishi mumkin. Bu arxitektorlardan ortiqcha xarajatlarning oldini olish uchun sig‘imni puxta rejalashtirishni talab qiladi.

S3 tarifikatsiya modeli: Pay-as-you-go

S3 yanada moslashuvchan modelni taklif etadi, bunda to‘lov faqat amalda foydalanilgan joy uchun amalga oshiriladi. Biroq, S3 egalik qiymatini hisoblash formulasi murakkabroq va bir nechta komponentlarni o‘z ichiga oladi:

• Saqlash hajmi: Oyiga GB uchun narx (masalan, lokal realizatsiyalarda taxminan 338–420 so‘m).

• API-so‘rovlar: Har 1000 ta PUT, POST yoki GET operatsiyasi uchun to‘lov.

• Chiquvchi trafik: Bulutdan tashqariga yuklab olingan ma’lumotlar uchun to‘lov (TAS-IX ichidagi ichki trafik ko‘pincha bepul).

Millionlab mayda fayllarga (ikonkalar yoki mayda loglar) ega tizimlar uchun API-so‘rovlar xarajatlari saqlash narxidan oshib ketishi mumkin, bu esa S3 ni blokli tomga nisbatan kamroq foydali qilishi mumkin.

S3 Saqlash turlari va samaradorligi:

• Standard (Hot): Faol foydalaniladigan ma’lumotlar uchun. GB narxi eng yuqori, so‘rov narxi past.

• Cold (IceBox): Kam murojaat qilinadigan ma’lumotlar uchun (bekaplar). GB narxi past, so‘rov narxi yuqori.

• Glacier (Archive): Uzoq muddatli saqlash (yillar). GB narxi minimal, qayta tiklash vaqti uzoq.

7-bob. O‘zbekistonda biznes-keyslar va amalga oshirish strategiyalari

Ushbu texnologiyalarning O‘zbekiston korporativ sektori uchun xos bo‘lgan real ssenariylarda amaliy qo‘llanilishini ko‘rib chiqamiz.

1-ssenariy: Bank sektori va Fintex

Masofaviy bank xizmatlari (MBX) tizimlarini joriy etish tranzaksiyalarni qayta ishlashning eng yuqori tezligini talab qiladi.

• Arxitekturaviy tanlov: PostgreSQL yoki Oracle ma’lumotlar bazasi serverlari uchun SSD/NVMe asosidagi Block Storage dan foydalanish.

• Bu moliyaviy o‘tkazmalarni yozishda past latentsiyani va tizimni yangilashdan oldin tezkor zaxira nusxalash maqsadida konsistent snepshotlarni (snapshots) yaratish imkoniyatini ta’minlaydi.

• Qo‘shimcha: Kredit ishlari raqamli arxivlari, pasport skanlari va mijozlarni verifikatsiya qilish videoyozuvlarini saqlash uchun S3 dan foydalanish.

• Bu bankka ma’lumotlarni lokalizatsiya qilish talablariga rioya qilish bilan birga, strukturaga ega bo‘lmagan kontentni arzon va masshtablashtiriladigan saqlashdan foyda olish imkonini beradi.

2-ssenariy: Elektron tijorat (E-commerce)

O‘zbekiston bozorida ishlayotgan yirik marketpleyslar uchun tovar kartochkalarini yuklash tezligi o‘ta muhimdir.

• Arxitekturaviy tanlov: Tovarlarning asosiy katalogi Block Storage dagi ma’lumotlar bazasida saqlanadi, tovarlarning millionlab rasmlari esa S3 ga joylashtiriladi.

• Realizatsiya: S3 baketi statik veb-sayt sifatida sozlanadi, bu rasmlarni to‘g‘ridan-to‘g‘ri foydalanuvchilarga TAS-IX orqali tarqatish, ilova serverlariga yuklamani minimallashtirish va sahifalarning bir zumda ochilishini ta’minlash imkonini beradi.

3-ssenariy: Davlat axborot tizimlari

Elektron hukumat tizimlari, masalan, davlat xizmatlarini ko‘rsatish portallari uzoq muddat saqlanishi kerak bo‘lgan ulkan hujjatlar arxivini saqlash zaruratiga duch keladi.

• Arxitekturaviy tanlov: Operatsion ma’lumotlar uchun Block Storage va arxiv hujjatlari uchun S3 (Cold Storage) kombinatsiyasi.

• Afzallik: S3 hayot sikli siyosatlaridan foydalanish 6 oydan ortiq murojaat qilinmagan hujjatlarni avtomatik ravishda "sovuq" saqlash qatlamiga o‘tkazish imkonini beradi, bu esa ma’lumotlarni yo‘qotish xavfisiz IT-infratuzilma uchun byudjet xarajatlarini qisqartiradi.

8-bob. Migratsiya va gibrid strategiyalar

An’anaviy infratuzilmadan bulutli saqlash modeliga o‘tish ko‘pincha arxitekturaviy qiyinchiliklar bilan bog‘liq. POSIX-ga mos fayl tizimlari uchun yozilgan Legacy-ilovalar kodni refaktoring qilmasdan turib darhol S3 API dan foydalanishga o‘tkazilishi mumkin emas.

«Lift and Shift» strategiyasi

Migratsiyaning birinchi bosqichida kompaniyalar odatda blokli saqlashdan foydalanadilar, chunki u ilova ishlash mantiqini o‘zgartirishni talab qilmaydi. Virtual mashinalar o‘z disklari bilan birga Uzcloud bulutiga ko‘chiriladi, bu esa ish qobiliyati saqlanishini kafolatlaydi. Biroq, bunday yondashuv bulutning iqtisodiy afzalliklaridan to‘liq foydalanish imkonini bermaydi.

Bosqichma-bosqich refaktoring

Yana yetuk yondashuv statik kontentni ajratib olish va uni S3 ga ko‘chirishni nazarda tutadi. Buning uchun arxitektorlar S3-shlyuzlar yoki saqlash darajasini mavhumlashtiruvchi (abstracting) ixtisoslashgan kutubxonalar kabi oraliq yechimlardan foydalanishlari mumkin. Bu blokli tomlarga tushadigan yuklamani kamaytirish va zaxira nusxalash jarayonlarini soddalashtirish imkonini beradi, chunki S3 obyektlar replikatsiyasi va chidamliligi masalalarini o‘z zimmasiga oladi.

ML va Big Data bilan integratsiya

O‘zbekistonda sun’iy intellektga qiziqish ortib borayotgan sharoitda, S3 ma’lumotlar ko‘llarini (Data Lakes) qurish uchun poydevorga aylanmoqda. Mashinali o‘qitish platformalari obyektli saqlashning yuqori o‘tkazuvchanlik qobiliyatidan foydalangan holda o‘quv to‘plamlarini yig‘ish uchun to‘g‘ridan-to‘g‘ri S3 ga murojaat qilishi mumkin. Uzcloud Huawei bleyd-serverlari (blade servers) asosidagi hisoblash resurslarini S3 masshtabliligi bilan birlashtirib, ushbu ma’lumotlarni qayta ishlash uchun zarur quvvatni taqdim etadi.

Xulosa: CIO uchun qaror qabul qilish algoritmi

S3 va Block Storage o‘rtasidagi tanlov — bu "nol yig‘indili o‘yin" emas. Samarali loyihalashtirilgan tizimda saqlashning har ikkala turi bir-birini to‘ldirib, o‘ziga xos vazifalarni hal qiladi.

• Agar ustuvor vazifa alohida ilovaning unumdorligi va past latentsiya bo‘lsa, tanlov Block Storage foydasiga qilinishi kerak. Bu ma’lumotlar bazalari, virtualizatsiya va intensiv kirish-chiqishga ega har qanday tizimlar uchun poydevordir.

• Agar cheksiz masshtablashtirish, strukturaga ega bo‘lmagan ma’lumotlarni saqlash va API orqali global kirish talab etilsa, S3 muqobilsiz variantdir. Bu mediakontent, arxivlar, bekaplar va zamonaviy tahlil uchun vositadir.

O‘zbekistonning tartibga soluvchi talablarini hisobga olgan holda, saqlashning har ikkala turi ham lokal joylashishi shart. Uzcloud infratuzilmasi TAS-IX zonasida jahon darajasidagi texnik imkoniyatlarni taqdim etgan holda qonunchilikka (ZRU-547) zarur muvofiqlikni ta’minlaydi.

Pirovardida, IT-arxitektorning strategik qiymati minimal xarajatlar va risklar bilan maksimal biznes-samaradorlikka erishish uchun ushbu texnologik imkoniyatlarni muvozanatlash qobiliyatida namoyon bo‘ladi.