Uch almashtirish

So‘nggi yil davomida biz o‘zimiznikidan ko‘ra ko‘proq boshqalarning zaxira nusxalash tizimlari hisob-kitoblarini tahlil qilamiz. Va deyarli har birida bir xil holatni ko‘ramiz: bahorda hisoblangan byudjet joriy etish paytiga kelib bir necha barobar o‘sib ketadi. Buyurtmachi o‘zini aldashganini o‘ylaydi. Yetkazib beruvchi esa hammasi mos keladigan yozishmalar va hujjatlarni ko‘rsatadi. Va ikkalasi ham haq, chunki hech kimga yolg‘on gapirishga to‘g‘ri kelmadi.

Gap shundaki, zaxira nusxalashni hisoblashda bitta kattalik sezilmas holda boshqasiga almashtiriladigan uchta joy bor. Himoyalanadigan ma’lumotlar hajmi nusxalar saqlanadigan joyning sig‘imi bilan almashtiriladi. Saqlash sig‘imi — disklarning jismoniy hajmi bilan. Jismoniy hajm esa — sizning ma’lumotlaringizga umuman aloqasi bo‘lmasligi mumkin bo‘lgan hajm qisqarish koeffitsienti bilan. Har bir almashtirish alohida olganda mayda-chuydadek ko‘rinadi. Birgalikda esa ular bir tartibga farqni beradi.

Keyinroq — uchalasining ham tahlili. Texnik topshiriq uchun formulirovkalar va byudjet kelishilishidan oldin berish kerak bo‘lgan savollar bilan.

Litsenziya metrikasi

Saqlash joyi emas, perimetr

Litsenziya narxini belgilaydigan kattalikdan boshlaymiz.

Litsenziya himoyalanadigan manbalar hajmi bo‘yicha hisoblanadi. Tizim yaratadigan nusxalar hajmi bo‘yicha emas. Bu nusxalar joylashadigan saqlash sig‘imi bo‘yicha ham emas. Himoyaga olayotgan tizimlaringizda qancha ma’lumot yotganiga qarab. Bu raqamni aytish kerak bo‘lgan paytgacha ravshandek tuyuladi.

Chunki bitta virtual mashinada ham shunday uchta raqam bor, va uchalasi ham haqiqiy. Nechta disk ajratilgan. Ulardan nechtasi band. Va band bo‘lganidan nechtasi perimetrga tushadi — bu tizim bo‘limlarini, svopni, vaqtinchalik kataloglarni olasizmi yoki yo‘qmi, shunga bog‘liq. Birinchi va uchinchi raqam orasidagi farq ikki baravargacha yetadi.

Byudjet odatda birinchi raqam bo‘yicha hisoblanadi — uni konsoldan tortib olish eng oson: ochdi, chiqardi, qo‘shdi. Keyin ikkita natija bo‘ladi. Ajratilgan bo‘yicha hisoblandi — ortiqcha to‘lab qo‘ydi, bu bir yildan keyin uzaytirishda ma’lum bo‘ladi. Band bo‘lgan bo‘yicha hisoblandi, lekin tizimlarning yarmi unutildi — kam to‘lab qo‘ydi, va bu joriy etish jarayonining o‘rtasida, o‘zgartirish uchun kech bo‘lgan paytda ochiladi. Ikkinchi holat yomonroq va tez-tez uchraydi.

Va aynan shunchalik tez-tez aralashtiriladigan ikkinchi tanlov bor. Metrika turlicha bo‘ladi, va bitta spetsifikatsiyada ular odatda ikkita.

Virtual mashina mashinalar soni bo‘yicha litsenziyalanadi — odatda o‘ntadan paketlarda, va ma’lumot hajmi rol o‘ynamaydi: mashina — mashina, bo‘sh bo‘lsin, to‘lib-toshgan bo‘lsin. Front-end terabaytlar esa aksincha — litsenziya hajm bo‘yicha, va undagi obyektlar soni hisobga olinmaydi.

Tuzoq shundaki, bir xil mashinani ham u, ham bu tarzda hisoblash mumkin. Agar uning ichida Oracle yoki PostgreSQL bo‘lsa, uni obraz sifatida nusxalash ma’nosiz: yo nomuvofiq nusxa olasiz, yo suratga olish davomida baza to‘xtaydi. Baza agent orqali olinadi — jurnallar bilan, vaqt nuqtasiga tiklash bilan. Va bu endi front-end terabaytlar, «paketdagi yana bir mashina» emas.

Natija ikki tomonlama. Spetsifikatsiyada ikkala band ham turishi kerak, va qaysi tizim qaysi bandga tushishi oldindan ma’lum bo‘lishi kerak: bazalarga ega mashinalar ro‘yxati alohida tuziladi. Va bu mashinalarni ikki marta hisoblab bo‘lmaydi — avval paketda, keyin terabaytlarda. Ikki marta hisoblashni biz har uchinchi hisobda taxminan bir marta ko‘ramiz, va u doim sotuvchi foydasiga.

Nusxalar saqlanadigan joy haqida alohida — bu yerda chalkashlik eng qimmatga tushadi. Uning sig‘imi litsenziya hisobida umuman ishtirok etmaydi: u saqlash chuqurligi, nusxalash sxemasi, o‘zgarmaslik talablari bilan belgilanadi. Bir necha petabaytlik tizimni yuzlab terabaytlik perimetr uchun qurish mumkin, va bu normal. Hisobda massiv sig‘imiga ko‘paytirilgan litsenziya stavkasini ko‘rsak, keyin qarashning hojati yo‘q.

Bahoning anatomiyasi

Perimetr qatlamlar bo‘yicha qanday o‘sadi

Endi nega dastlabki baho deyarli doim past bo‘lishi haqida. Perimetr qatlamlar bo‘yicha shakllanadi, va har bir keyingi qatlam avvalgisidan kechroq eslanadi.

Hisobga birinchi bo‘lib virtualizatsiya konsolida ko‘rinadigan narsa tushadi: ferma eng yaxshi inventarizatsiya qilingan, raqam bitta bosishda olinadi.

Ikkinchi qatlam sifatida ma’lumotlar bazalari keladi. Qismi xuddi shu mashinalarda joylashgan va allaqachon hisoblangan, qismi jismoniy serverlarda turadi va hech qayerda hisoblanmagan. Va deyarli har doim bazani gipervizor orqali nusxalash bilan agent orqali nusxalash — bu boshqa hajm, boshqa tiklash vaqti va spetsifikatsiyada boshqa qatorlar ekani ochiladi.

Uchinchi bo‘lib fayl resurslari keladi: umumiy papkalar, skanlangan hujjatlar arxivi, tashqi tizimlar bilan almashinuv kataloglari. Ular oldindan hisoblanmaydi — ular uchun yagona javobgar yo‘q.

To‘rtinchi — ishlab chiqish va testlash konturlari. Birinchi taassurot: bu produktiv emas, chiqarib tashlaymiz. Ammo ichida haqiqiy ma’lumotlarga ega jangovar bazaning nusxasi turadi, va uni avariyadan keyin baribir tiklashga to‘g‘ri keladi.

Beshinchi qatlam sifatida bulutga ko‘chgan pochta keladi, va bu yerda metrika butunlay o‘zgaradi: litsenziya qutilar soni bo‘yicha hisoblanadi, hajm bo‘yicha emas. Odatiy «terabaytni stavkaga ko‘paytirish» arifmetikasi umuman ishlamaydi. Yomonroq tomoni, qutilar soni boshqa qonunlar bo‘yicha o‘sadi: kompaniya yillar davomida ma’lumot to‘plamasligi mumkin, ammo odamlarni ishga olishi mumkin — va litsenziya shtat bilan birga o‘sadi.

Pochta qancha joy egallashini so‘raysiz — joriy nusxalar uchun saqlash bandligini aytishadi. Bu o‘lchamlash metrikasi emas.

O‘sha yerda bizning sevimli tuzog‘imiz. Pochta qancha joy egallashini so‘raysiz — nusxalar uchun saqlash bandligini aytishadi. Bu o‘lchamlash metrikasi emas, balki nusxalar bugungi chuqurlikda qancha joy egallayotgani. Litsenziyada turgan qutilar soniga uning aloqasi yo‘q.

Biz nusxalash tizimini kengaytirishni olib borgan loyihalardan birida yakuniy perimetr dastlabki bahodan taxminan besh baravar katta chiqdi. Bu vaqt ichida ma’lumotlar besh baravar o‘smadi. Shunchaki dastlabki baho beshta qatlamdan bittasini hisobga olgan edi.

Aksincha ham bo‘ladi: boshqa loyihada audit natijalari bo‘yicha perimetr litsenziya band qilingan hajmdan biroz kichikroq bo‘lib chiqdi. Farq kichik, lekin ko‘rsatkichli — u tuyg‘udan emas, inventarizatsiyadan kelib chiqqan. Normal hisob ham ortiqcha to‘lashdan, ham yetishmaslikdan xuddi shunday himoya qiladi.

Tashlab ketilganlar ro‘yxati

Nimalar har doim unutiladi

Eng oxirida chiqadigan narsalar ro‘yxati zerikarli darajada barqaror. O‘z hisobingizni shu ro‘yxat bo‘yicha tekshiring.

Virtual muhitdan tashqaridagi bazalar. Klassik Unix platformalaridagi va dasturiy-apparat majmualaridagi sanoat ma’lumotlar bazasini boshqarish tizimlari (MBBT). Ular virtualizatsiya konsolida ko‘rinmaydi — birinchi hisobga hech qachon tushmaydi. Shu bilan birga aynan ular uchun butun nusxalash tizimi odatda boshlangan bo‘ladi.

Ikkinchi maydonchadagi nusxa. Tizim asosiy markazda nusxalashda turadi va hisoblangan. Uning zaxira maydonchasidagi nusxasi — litsenziyada potensial alohida band. Qoidalar ishlab chiqaruvchilar orasida, hatto bittasining yetkazib berish variantlari orasida ham farq qiladi, shuning uchun savol to‘g‘ridan-to‘g‘ri beriladi, javob esa yozma tarzda olinadi.

Qo‘shimcha modullar. Izolyatsiyalangan tiklash muhiti, nusxalarni zararli faoliyatga tekshirish, o‘zgarmas saqlash — o‘z komplektlash qoidalariga ega mustaqil bandlar. Ular bazaviy litsenziyaga kirmaydi va keyinchalik xuddi shu shartlarda qo‘shib sotib olinmaydi.

Yordamchi infratuzilma. Bulut pochtasini nusxalash alohida vositachilarni — yuklab chiqarish o‘tadigan virtual mashinalarni talab qiladi. Litsenziya smetasida ular yo‘q. Loyihada esa ular bor, resurs egallaydi, va kimdir ularni hisoblashi kerak.

Sarflanmagan litsenziya zaxirasi. Noxush kashfiyotlarning eng tez-tez uchraydigan manbasi. Balansda bir necha yil oldin sotib olingan va, deb hisoblanadiki, to‘liq sarflanmagan litsenziyalar yotadi. Ular rejaga tayyor resurs sifatida kiritiladi. Tizimlarning haqiqiy ro‘yxati bilan solishtirilgunga qadar bu resurs emas, taxmin — va uni hisobdan oldin solishtirish kerak, shartnoma imzolangandan keyin emas.

Bundan biz har uchrashuvda takrorlaydigan xulosa kelib chiqadi: manbalarni inventarizatsiya qilish — loyihaning tayyorgarligi emas, mustaqil bosqichi. Dastlabki ma’lumotlar ikki joydan keladi va ular bir-biriga to‘g‘ri kelmaydi: xarid uchun to‘plangan yozma ro‘yxat va buni har kuni ekspluatatsiya qiladigan muhandislarning og‘zaki pozitsiyasi. Farq — norma.

Ishlaydigan vosita bitta — «bor-yo‘q» solishtirish cheklisti: manba kategoriyasi, mavjudligi, soni, hajmi, himoya usuli, javobgar. Birgalikda to‘ldiriladi, ikkala tomon ham imzolaydi, va faqat shundan keyin hisob boshlanadi.

Va yana bir narsa, kalendar sohasidan. Loyiha tayyorligi sanasidan emas, joriy qo‘llab-quvvatlash tugash sanasidan hisoblang. Xarid protseduralari oylab davom etadi: agar litsenziyalar dekabrda tugasa, tanlov esa sentyabrda e’lon qilinsa, dastlabki ma’lumotlarni to‘plash uchun avgust qoladi — va bu allaqachon kech.

Ikkinchi almashtirish

Qabul qiluvchi — perimetr emas

Bu yerda suhbatning ikkinchi qismi va ikkinchi almashtirish boshlanadi.

Tipik maqsadli arxitekturani olaylik: ikki maydonchaga taqsimlangan, har biri bir necha petabaytlik to‘rtta mustaqil saqlash tizimi, ulardan ikkitasi o‘zgarmas saqlash rejimida. Tarkib esa oqilona chegaralarda deyarli har qanday bo‘lishi mumkin: ikkita flesh-tizim plyus ikkita disk tizimi, ikkita flesh plyus ikkita lentali kutubxona, ishlab chiqaruvchining tayyor zaxira nusxalash aplaynslari yoki o‘z temir-tersagida yig‘ilgan, obyekt kirishga ega Ceph. Bu pul va tezlik talablariga bog‘liq masala, dogma emas.

Ammo ovoz chiqarib aytilishi kerak bo‘lgan birinchi narsa: bu to‘rtta tizim, umumiy sig‘imga ega bitta emas. Mustaqil tizimlar na nosozlikka chidamlilik bo‘yicha qo‘shiladi — birining nosozligi qolgan uchtasi bilan o‘z-o‘zidan qoplanmaydi — na dasturiy ta’minot litsenziyasi bo‘yicha. Loyihadagi eng katta raqamni olib stavkaga ko‘paytirish vasvasasi esa aslida hammada paydo bo‘ladi.

O‘zgarmas saqlash muntazam ravishda zaxiralash bilan aralashtiriladi. Ikkinchi maydonchadagi nusxa jihoz nosozligi va maydonchadagi avariyadan himoya qiladi. O‘zgarmaslik esa — buzilgan administrator hisob yozuvidan. Agar tajovuzkorda ikkala markazga ham administrativ kirish bo‘lsa, ikki markazdagi uchta nusxa qutqarmaydi.

Va spetsifikatsiyalarda deyarli yozilmaydigan yana bir narsa: qabul qiluvchi odatda bitta tizim emas, balki turli vazifalarga ega bir necha yarus.

Maydonchada tezkor tiklash uchun tez saqlash tizimi turadi — u yerda chuqurlik kichik, aksincha xizmat bir necha soatda tiklanadi. Yonida sig‘imli va sekin, asosiy chuqurlik yashaydigan tizim. Arxiv uchun lentali kutubxona — o‘sha yerda yoki uzoqdagi maydonchada. To‘rtinchi yarus sifatida ijaraga olingan bulutdagi obyektli saqlash yaxshi joylashadi.

Oxirgisi ikkinchi maydonchada to‘liq saqlash to‘plamini qurish zaruratidan qutqaradi. Ikkinchi massivlar to‘plami o‘rniga u yerda media-serverlar — ma’lumotsiz hisoblash qismi yetarli. Birinchi maydonchada falokat yuz berganda ular ma’lumotlarni buluttan olib, xizmatlarni o‘zlarida joylashtiradi. Yonidagi tayyor replikadan sekinroq — ammo siz yillar davomida hech narsa qilmaydigan ikkinchi disklar to‘plami uchun to‘lamaysiz.

Bunda o‘zgarmaslik — butun tuzilmaning emas, alohida yarusning xususiyati. U kerak bo‘lgan joyda yoqiladi, va bu litsenziyada alohida qator.

Va eng oxirida eslanadigan narsa. Zaxira nusxalash strategiyasi avariyadan tiklash strategiyasidan alohida mavjud emas — bu bitta tuzilma, va uni yarmiga bo‘lib loyihalash mumkin emas. Ajoyib olinadigan, ammo muddatida tiklanmaydigan nusxalar faqat hisobotni himoya qiladi.

Va juda kam formulirovka qilinadigan uchinchisi ham bor: tiklash strategiyasi. «Qanday saqlaymiz» ham, «qayerga ko‘chamiz» ham emas, balki «biznes qancha vaqt to‘xtab turishga tayyor va biz shu vaqt ichida nimani ulgurib tiklay olamiz». Aynan shu narsa yaruslarga talablarni belgilaydi: nima tez saqlashda turishi kerak, nimani lentaga qo‘yish mumkin, va nima bulutga ketadi.

Amaliyotdan misol, anonim tarzda. Hammasi Ceph va PostgreSQL asosida qurilgan loyiha. Buyurtmachining arxitektori ikkinchi maydonchada tejamkor variantda to‘liq tiklashni hisoblab chiqdi — yigirma uch soat va undan ko‘proq oyoqda turmaslik chiqdi. Biznes uchun bu qabul qilinishi mumkin emas edi, va savol darhol «saqlash qancha turadi» tekislikdan «bir kun ishlamaslik qancha turadi» tekislikka o‘tdi. Yaxshi yangilik shundaki, bu loyihalash bosqichida hisoblangan, avariyadan keyin emas.

Bundan bitim ikkala tomoni ham jim turadigan noxush natija kelib chiqadi. Litsenziya ma’lum funksiyalar to‘plami bilan ma’lum hajmni himoya qilish huquqini sotib oladi — lekin nusxalash tezligini ham, tiklash vaqtini ham emas. Bular arxitektura bilan belgilanadi: oqimlar soni, kanal, disk puli unumdorligi, ma’lumotlarni aynan qayerdan tiklayotganingiz bilan. Bu kattaliklarning birortasi ham litsenziyada aks etmaydi. Maksimal funksionallik darajasida butun perimetrni sotib olib, hech qanday normativga sig‘maydigan tiklash vaqtini olish mumkin.

Va oxirgisi. Qabul qiluvchi turi litsenziyalash metrikasiga ta’sir qiladi. Lentadan diskka yoki obyektli saqlashga o‘tish — bu shunchaki jihozni almashtirish emas: obyektga yordamchi nusxa va obyektlarni bloklash rejimi o‘z qoidalari bo‘yicha hisoblanadi. Oldingi arxitektura uchun qilingan hisobni, himoyalanadigan hajm bir terabaytga ham o‘zgarmagan bo‘lsa ham, yangisiga mexanik ravishda ko‘chirib bo‘lmaydi.

Uchinchi almashtirish

Shifrmatn fizikasi

Uchinchi almashtirish — eng texnik va eng qimmat. Bir abzatsda tushuntiriladi, oylab bahslashiladi.

Mustahkam shifrlangan ma’lumotlar siqilmaydi. «Yomonroq siqiladi» emas — siqilmaydi. Shifrmatnni siqish chegarasi — birga yaqin, yuzdan bir ulushlar bilan. Sabab shifrlash tabiatida: yaxshi algoritm statistik jihatdan tasodifiy ketma-ketlikdan farqlanmaydigan izchillikni beradi, siqish esa aynan statistik ortiqchalikka asoslanadi. Shifrmatnda siqishga hech narsa yo‘q.

Bu bizning kuzatuvimiz emas, bu ishlab chiqaruvchilarning pozitsiyasi. Commvault hujjatlarida to‘g‘ridan-to‘g‘ri misol bor: nominal hajmi 110 gigabayt bo‘lgan kasseta, unga shifrlashsiz siqishda taxminan 190 gigabayt sig‘ardi, shifrlash yoqilganda esa taxminan 124 sig‘diradi. Koeffitsient 1,73 dan 1,13 gacha tushadi — bir xil tashuvchi, bir xil drayv, bir xil siqish sozlamasi.

O‘sha yerda ishlab chiqaruvchi yana bir amaliyroq xulosa chiqaradi: shifrlangan ma’lumotlarda apparat siqishni yoqish tavsiya etilmaydi — hajm kamaymasligi, aksincha o‘sishi mumkin. Bu paradoks emas: tasodifiy ketma-ketlikni siqishga urinish hech narsani olib tashlamasdan algoritmning xizmat tuzilmalarini qo‘shadi. Alohida qatorda dasturiy shifrlash apparat siqishni yo‘qqa chiqarishi aytilgan.

1,7 emas. 2 emas. 5 emas. Birga.

Bundan o‘lchamlash uchun odobsiz darajada sodda qoida kelib chiqadi. Agar oqim zaxira nusxalash dasturiy ta’minoti tomonida shifrlansa, sig‘imni hisoblashda hajm qisqarish koeffitsienti birga teng qilib qo‘yiladi. 1,7 emas. 2 emas. 5 emas. Birga.

Raqamni tahlil qilish

E’lon qilingan koeffitsient nimalardan yig‘ilgan

Unda prezentatsiyalarda 1,7, uch va beshlar qayerdan olinadi? Javob o‘zining oddiyligi bilan noxush: bu raqamlar ko‘pincha o‘ylab topilmagan. Ular halol o‘lchangan — shunchaki siz o‘ylagan narsada emas.

E’lon qilingan koeffitsient deyarli doim yig‘indi. Unga takrorlanuvchi bloklarni yo‘q qiluvchi deduplikatsiya kiradi — shifrlanmagan ma’lumotlarda asosiy hissa. Nolli bloklarni kesish — ajratilgan, ammo to‘ldirilmagan disklarning bo‘sh sohalari. Sig‘imni ingichka ajratish. Va oqimning shifrlanmagan qismlarini siqish: ma’lumotlar shifrlansa ham, xizmat qismi ochiq qoladi — meta’lumotlar, vazifa sarlavhalari, kataloglar — u normal siqiladi.

Buni tipik ma’lumotlarga ega stendda qo‘shing — qonuniy ravishda bir yarim-ikkitani olasiz. Nusxalash dasturi tomonida shifrlangan oqimga ko‘chiring — birni olasiz. Ikkala raqam ham haqiqiy, shartlar boshqa.

Farqning ikkinchi mexanizmi ham bor. Shifrlangan ma’lumotlarni deduplikatsiya qilish mumkin, ammo faqat deterministik shifrlashda: qat’iy kalit bilan bir xil blok doim bir xil shifrmatnni beradi. Seans uchun kalit qo‘llanilishi bilanoq bir xil bloklar turli ketma-ketliklarga aylanadi, va deduplikatsiya deyarli birgacha tushadi. Koeffitsient prezentatsiyada bir og‘iz ham aytilmagan shifrlash sozlamasiga bog‘liq — va bir xil jihozga ega ikki buyurtmachi turli natija oladi.

Va biz to‘g‘ridan-to‘g‘ri duch kelgan uchinchi holat. Xost tomonida shifrlangan ma’lumotlarni haqiqatda qisqartirish texnologiyalari mavjud: massiv kalitni alohida kalitlarni boshqarish serveri orqali oladi, oqimni deshifrlaydi, deduplikatsiya qiladi va o‘zining kaliti bilan qayta shifrlaydi. Ko‘rsatkichlar u yerda yuqori va soxta emas. Ammo bunday funksiya faqat bitta liniyada yashashi, uchinchi tomon komponentini talab qilishi va qo‘llab-quvvatlashdan olib tashlanishi mumkin — sizga taklif qilinayotgan liniyada esa analogi umuman bo‘lmasligi mumkin. Raqam haqiqiy. Shunchaki u boshqa mahsulot haqida.

Bundan yetkazib beruvchiga to‘g‘ri da’vo shakli kelib chiqadi. «Siz koeffitsientni oshirib ko‘rsatyapsiz» emas — bunga doim qonuniy javob topiladi. Balki «o‘lchash uslubiyatini alohida ko‘rsating: aynan shifrlangan oqimni siqish qancha beradi va qolgan mexanizmlar qancha beradi». Ular yo raqamlar bilan, yo sukut bilan javob berishadi, va ikkala javob ham sizga baravar foydali.

Bir vaqtning o‘zida sig‘im haqida: nusxalash loyihalarida uning uchta qiymati bor — jismoniy, litsenziya ruxsat etgan va foydali, ortiqchalik sxemasidan keyin qolgani. Massiv to‘liq jihozlangan holda kelib, kichikroq ulushi to‘lanadigan model tobora ko‘proq uchrayapti. Birinchi to‘lov pastroq — ammo siz butun kengaytirish muddati davomida ishlab chiqaruvchiga bog‘langansiz.

Cheklist

Byudjet kelishilishidan oldin nimani so‘rash kerak

O‘n ikki savol. Agar har biriga yozma javob bo‘lsa — hisobni himoya qilish mumkin.

Alohida — texnik topshiriq uchun ikkita formulirovka.

Sig‘im haqida: foydali sig‘im va tiklash tezligi deduplikatsiya va siqishga berilmaydigan ma’lumotlarda o‘lchangan jismoniy qiymatlar sifatida ko‘rsatiladi; e’lon qilingan hajm qisqarish koeffitsienti o‘lchash uslubiyati ta’rifi va hisobga olinadigan mexanizmlar ro‘yxati bilan birga beriladi.

Talab shakli haqida: tizim chiqishda berishga majbur bo‘lgan mantiqiy hajmni qayd eting, va yetkazib beruvchiga disklar sonini va turini buyurmang. U buni qanday erishishi — uning vazifasi va uning xavfi. Va shuni esda tuting: shartnomadagi koeffitsient raqami o‘lchash uslubiyatisiz hech narsani anglatmaydi: bahs tomonlar turli narsani o‘lchagani haqiqatiga borib taqaladi.

Xulosa

Xulosa o‘rniga

Uchta almashtirishning birortasi ham aldov emas. Ikkala tomon ham haqiqiy hujjatlardan haqiqiy raqamlarni keltiradi — shunchaki raqamlar turli kattaliklarga tegishli, lekin bir xil nomlanadi.

Vosita bitta, va u zerikarli: hisobdagi har bir raqamdan u aynan nimani o‘lchashini va qanday shartlarda olinganini so‘rash. Tayyorgarlikka sarflangan haftalar — joriy etishda oylab tejamkorlik.

Agar hozir nusxalash tizimini hisoblayotgan bo‘lsangiz yoki litsenziyalarni uzaytirayotgan bo‘lsangiz — hisobingizni yuboring, cheklist bandlari bo‘yicha ko‘rib chiqamiz. Odatda farq birinchi uchtasida topiladi.