Hisoblash quvvatining o'sishi va bir tomondan x86 platformasini virtualizatsiya qilish texnologiyalarining rivojlanishi, ikkinchi tomondan IT-autsorsingning tarqalishi kommunal hisoblash (IT davlat xizmati sifatida) tushunchasini keltirib chiqardi. Nega IT uchun suv yoki elektr energiyasi uchun to'lagandek to'lamaslik kerak - aynan shuncha va kerak bo'lganda, va bundan ortiq emas.
Ayni paytda bulutli hisoblash tushunchasi paydo bo'ldi - IT xizmatlarini "bulutdan" iste'mol qilish, ya'ni. ba'zi tashqi manbalardan, bu resurslar qanday va qayerdan kelib chiqishi haqida qayg'urmasdan. Xuddi suv taβminoti nasos stansiyalari infratuzilmasi bizni qiziqtirmaganidek. Bu vaqtga kelib, kontseptsiyaning boshqa tomoni ham ishlab chiqilgan edi - ya'ni IT xizmatlari tushunchasi va ularni ITIL / ITSM doirasida qanday boshqarish.
Bulutli (bulutli hisoblash) bir qator ta'riflar ishlab chiqilgan, ammo buni yakuniy haqiqat sifatida qabul qilmaslik kerak - bu shunchaki foydali hisoblash usullarini rasmiylashtirishning bir usuli.
- "Bulutli hisoblash - bu tarqatilgan ma'lumotlarni qayta ishlash texnologiyasi bo'lib, unda kompyuter resurslari va imkoniyatlari foydalanuvchiga Internet xizmati sifatida taqdim etiladi" Vikipediya
- "Bulutli hisoblash - bu sozlanishi mumkin bo'lgan hisoblash resurslarining umumiy havzasiga (masalan, tarmoqlar, serverlar, saqlash, ilovalar va xizmatlar) so'rov bo'yicha qulay tarmoq kirishini ta'minlash modeli bo'lib, ular tezda ta'minlanishi va minimal boshqaruv harakati yoki minimal aralashuv bilan ta'minlanishi mumkin. Xizmat ko'rsatuvchi provayder" NIST
- "Bulutli hisoblash - bu o'z-o'ziga xizmat ko'rsatish rejimida taqdim etilgan va talab bo'yicha boshqariladigan taqsimlanadigan jismoniy yoki virtual resurslarning kengaytiriladigan va moslashuvchan puliga tarmoqqa kirishni ta'minlash paradigmasi" ISO/IEC 17788:2014. Axborot texnologiyalari - Bulutli hisoblash - Umumiy ko'rinish va lug'at.
NIST ma'lumotlariga ko'ra, bulutlarning uchta asosiy turi mavjud:
- IaaS - Infratuzilma xizmat sifatida - Infratuzilma xizmat sifatida
- PaaS - Platforma as a Service - Platform as a Service
- SaaS - dasturiy ta'minot xizmat sifatida
Farqni juda soddalashtirilgan tushunish uchun keling, xizmat sifatida pizza modelini ko'rib chiqaylik:
NIST IT xizmati bulutli xizmat sifatida ko'rilishi uchun quyidagi zarur xususiyatlarni belgilaydi.
- Keng tarmoqqa kirish - xizmat universal tarmoq interfeysiga ega bo'lishi kerak, bu xizmatdan minimal talablarga ega deyarli har bir kishiga ulanish va undan foydalanish imkonini beradi. Misol - 220V elektr tarmog'idan foydalanish uchun choynak, changyutgich yoki noutbuk bo'ladimi, o'zgarmaydigan standart universal interfeys (vilka) bilan har qanday rozetkaga ulanish kifoya.
- O'lchangan xizmat - Bulutli xizmatning asosiy xususiyati xizmatni o'lchash imkoniyatidir. Elektr bilan o'xshashlikka qaytadigan bo'lsak, agar siz uyda bir marta bo'lganingizda va oy davomida bir piyola choy ichgan bo'lsangiz, minimal darajada iste'mol qilganingizcha, choynakni bir marta qaynatish narxiga qadar to'laysiz.
- Talab bo'yicha o'z-o'zini sozlash xizmatlari (talab bo'yicha o'z-o'ziga xizmat ko'rsatish) - bulutli provayder mijozga provayder xodimlari bilan aloqa o'rnatmasdan, xizmatni aqlli ravishda sozlash imkoniyatini beradi. Choynakni qaynatish uchun Energosbyt bilan oldindan bog'lanish va ularni oldindan ogohlantirish va ruxsat olish mutlaqo shart emas. Uy ulangan paytdan boshlab (shartnoma tuzilgan) barcha iste'molchilar taqdim etilgan quvvatni mustaqil ravishda tasarruf etishlari mumkin.
- Bir zumda egiluvchanlik (tezkor egiluvchanlik) - bulutli provayder resurslarni bir zumda (ma'lum oqilona chegaralar doirasida) quvvatni oshirish / kamaytirish qobiliyati bilan ta'minlaydi. Choynak yoqilishi bilan provayder tarmoqqa zudlik bilan 3 kVt quvvat beradi va u o'chirilishi bilanoq chiqishni nolga tushiradi.
- Resurslarni birlashtirish (resurslarni birlashtirish) - xizmat ko'rsatuvchi provayderning ichki mexanizmlari turli xil iste'molchilarga xizmat sifatida resurslarni taqdim etish bilan individual ishlab chiqarish quvvatlarini resurslarning umumiy hovuziga (puliga) birlashtirishga imkon beradi. Choynakni yoqib, biz hech bo'lmaganda qaysi elektr stantsiyasidan quvvat olishi haqida tashvishlanamiz. Va boshqa barcha iste'molchilar bu quvvatni biz bilan birga iste'mol qiladilar.
Yuqorida tavsiflangan bulutning xarakteristikalari shiftdan olinmaganligini, balki foydali hisoblash kontseptsiyasidan mantiqiy xulosa ekanligini tushunish muhimdir. Davlat xizmati esa konsepsiya doirasida ana shu xususiyatlarga ega boβlishi kerak. Agar u yoki bu xususiyat mos kelmasa, xizmat yomonlashmaydi va "zaharli" bo'lib qolmaydi, u shunchaki bulutli bo'lishni to'xtatadi. Xo'sh, barcha xizmatlar kerak deb kim aytdi?
Nega men bu haqda alohida gapiryapman? NIST ta'rifidan keyin o'tgan 10 yil ichida ta'rifga ko'ra "haqiqiy bulutlilik" haqida juda ko'p bahs-munozaralar bo'ldi. Qo'shma Shtatlarda "qonun harfiga to'g'ri keladi, lekin ruhga emas" iborasi hali ham sud sohasida qo'llaniladi - va bulutli hisoblashda asosiy narsa ruh, ijaraga olish uchun resurslardir. sichqonchani bosish.
Shuni ta'kidlash kerakki, yuqoridagi 5 ta xususiyat umumiy bulutga tegishli, ammo shaxsiy bulutga o'tishda ularning aksariyati ixtiyoriy bo'lib qoladi.
- Tarmoqqa universal kirish (tarmoqqa keng kirish) - xususiy bulut ichida tashkilot ishlab chiqarish quvvati va iste'molchi mijozlar ustidan to'liq nazoratga ega. Shunday qilib, bu xususiyat avtomatik ravishda bajarilgan deb hisoblanishi mumkin.
- O'lchangan xizmat kommunal hisoblash kontseptsiyasining asosiy xususiyati bo'lib, ishlatganingizdek to'lang. Ammo tashkilotlarga qanday qilib to'laysiz? Bunda kompaniya ichida ishlab chiqarish va isteβmol boβlinishi yuzaga keladi, AT provayderga, biznes boβlinmalari esa xizmatlar isteβmolchisiga aylanadi. Va hisob-kitob bo'limlar o'rtasida amalga oshiriladi. Ikkita ish rejimi mumkin: to'lovni qaytarish (haqiqiy o'zaro hisob-kitoblar va moliya harakati bilan) va ko'rsatish (resurslarni rublda iste'mol qilish to'g'risida hisobot shaklida, lekin moliya harakatisiz).
- Talab bo'yicha o'z-o'zini sozlash xizmatlari (talab bo'yicha o'z-o'ziga xizmat ko'rsatish) - tashkilot ichida umumiy IT xizmati bo'lishi mumkin, bu holda xarakteristikaning ma'nosi yo'qoladi. Biroq, agar sizning biznes bo'linmalarida o'z IT xodimlari yoki ilovalar ma'murlari bo'lsa, o'z-o'ziga xizmat ko'rsatish portalini o'rnatishingiz kerak. Xulosa - xarakteristikasi ixtiyoriy va biznesning tuzilishiga bog'liq.
- Bir zumda egiluvchanlik (tez egiluvchanlik) - xususiy bulutni tashkil qilish uchun belgilangan uskunalar to'plami tufayli tashkilot ichida o'z ma'nosini yo'qotadi. U ichki o'zaro hisob-kitoblar doirasida cheklangan darajada qo'llanilishi mumkin. Xulosa - shaxsiy bulut uchun qo'llanilmaydi.
- Resurslarni birlashtirish (resurslarni birlashtirish) - bugungi kunda server virtualizatsiyasidan foydalanmaydigan tashkilotlar deyarli yo'q. Shunga ko'ra, bu xarakteristikani avtomatik ravishda bajarilgan deb hisoblash mumkin.
Savol: Sizning shaxsiy bulutingiz nima? Kompaniya uni qurish uchun nimani sotib olishi va amalga oshirishi kerak?
Javob: Shaxsiy bulut - bu 80% ma'muriy chora-tadbirlar va atigi 20 ta texnologiyadan iborat bo'lgan IT-Biznes o'zaro hamkorligining yangi ma'muriy modeliga o'tish.
Faqat iste'mol qilingan resurslar uchun to'lash va bir necha yuz million neftni kapital xarajatlarga ko'mib tashlamasdan, oson kirish yangi texnologik landshaftni va milliarder kompaniyalarning paydo bo'lishini yaratdi. Misol uchun, zamonaviy Dropbox va Instagram gigantlari o'zlarining nol infratuzilmasi bilan AWS da startap sifatida paydo bo'ldi.
Shuni alohida ta'kidlash kerakki, bulutli xizmatlarni boshqarish vositalari ancha bilvosita bo'lib bormoqda va IT direktorining asosiy mas'uliyati etkazib beruvchilarni tanlash va sifatni nazorat qilishdir. Keling, ushbu ikkita yangi mas'uliyatni ko'rib chiqaylik.
O'zining ma'lumotlar markazlari va apparat vositalariga ega klassik og'ir infratuzilmaga alternativa sifatida paydo bo'lgan bulutlar aldamchi darajada engildir. Bulutga kirish oson, lekin chiqish masalasi odatda chetlab o'tiladi. Boshqa har qanday sohada bo'lgani kabi, bulutli provayderlar ham biznesni himoya qilishga va raqobatni qiyinlashtirishga intiladi. Yagona jiddiy raqobat lahzasi faqat bulutli xizmat ko'rsatuvchi provayderning dastlabki tanlovi bilan yuzaga keladi va keyin provayder mijoz uni tark etmasligi uchun barcha imkoniyatlarni ishga soladi. Bundan tashqari, barcha sa'y-harakatlar xizmatlar sifatiga yoki ularning assortimentiga yo'naltirilmaydi. Avvalo, bu noyob xizmatlarni taqdim etish va nostandart tizim dasturiy ta'minotidan foydalanish, bu esa boshqa provayderga o'tishni qiyinlashtiradi. Shunga ko'ra, xizmat ko'rsatuvchi provayderni tanlashda bir vaqtning o'zida ushbu provayderdan o'tish rejasini (aslida to'liq DRP - falokatni tiklash rejasi) shakllantirish va ma'lumotlarni saqlash va zaxiralash arxitekturasi haqida o'ylash kerak.
CIOning yangi mas'uliyatining ikkinchi muhim jihati - etkazib beruvchidan xizmatlar sifatini nazorat qilish. Deyarli barcha bulutli provayderlar o'zlarining ichki ko'rsatkichlariga ko'ra SLAga mos keladi, bu esa mijozning biznes jarayonlariga o'ta bilvosita ta'sir ko'rsatishi mumkin. Va shunga ko'ra, o'zingizning monitoring va nazorat tizimingizni amalga oshirish muhim IT tizimlarini bulutli provayderga o'tkazishda asosiy loyihalardan biriga aylanadi. SLA mavzusini davom ettirib, shuni ta'kidlash kerakki, bulutli provayderlarning aksariyati SLAni bajarmaganlik uchun javobgarlikni oylik abonent to'lovi yoki to'lovning ulushi bilan cheklaydi. Masalan, AWS va Azure, mavjudlik chegarasi 95% (oyiga 36 soat) oshib ketganda, abonent to'loviga 100%, Yandex.Cloud esa 30% chegirma qiladi.
Va, albatta, bulutlarni faqat Amazon sinfidagi mastodonlar va Yandex sinfidagi fillar bajarmasligini unutmasligimiz kerak. Bulutlar ham kichikroq - mushuk yoki hatto sichqonchaning kattaligi. CloudMouse misolida ko'rsatilgandek, ba'zida bulut shunchaki oladi va tugaydi. Siz kompensatsiya yoki chegirma olmaysiz - ma'lumotlarning umumiy yo'qolishidan boshqa hech narsa olmaysiz.
Bulutli infratuzilmalarda yuqori darajadagi biznes tanqidiy AT tizimlarini joriy etish bilan bog'liq yuqoridagi muammolarni hisobga olgan holda, so'nggi yillarda "bulutli repatriatsiya" hodisasi kuzatilmoqda.
2020 yilga kelib, bulutli hisoblashlar kutilgan eng yuqori cho'qqidan o'tib ketdi va kontseptsiya umidsizlikka yo'l oldi (Gartner Hype Cycle ma'lumotlariga ko'ra). Tadqiqotga ko'ra ΠΈ Korporativ mijozlarning 80% gacha qaytib keladi va quyidagi sabablarga ko'ra yuklarni bulutlardan o'zlarining ma'lumotlar markazlariga qaytarishni rejalashtirmoqda:
- Mavjudlikni/ish unumdorligini oshirish;
- Xarajatlarni kamaytirish;
- IS talablariga rioya qilish.
Nima qilish kerak va hamma narsa "haqiqatan ham" qanday?
Hech shubha yo'qki, bulutlar jiddiy va uzoq vaqt davomida kelgan. Va har yili ularning roli ortib boradi. Biroq, biz uzoq kelajakda emas, balki 2020 yilda juda aniq vaziyatda yashayapmiz. Agar siz startap emas, balki klassik korporativ mijoz bo'lsangiz, bulutlar bilan nima qilish kerak?
- Bulutlar, birinchi navbatda, oldindan aytib bo'lmaydigan yoki sezilarli mavsumiy yuk bilan xizmatlar uchun joy.
- Ko'pgina hollarda, oldindan aytib bo'ladigan barqaror yukga ega xizmatlarni shaxsiy ma'lumotlar markazingizda saqlash arzonroq.
- Sinov muhitlari va past ustuvor xizmatlar bilan bulutlar bilan ishlashni boshlash kerak.
- Axborot tizimlarini bulutda joylashtirishni ko'rib chiqish bulutdan boshqa bulutga (yoki o'z ma'lumotlar markazingizga) o'tish metodologiyasini ishlab chiqishdan boshlanadi.
- Axborot tizimini bulutga joylashtirish siz boshqaradigan infratuzilma uchun zaxira sxemasini ishlab chiqishdan boshlanadi.
Manba: www.habr.com