Hesablama gücünün artması və bir tərəfdən x86 platformasının virtualizasiya texnologiyalarının inkişafı, digər tərəfdən isə İT autsorsinqin yayılması kommunal hesablama (İT kommunal xidmət kimi) konsepsiyasına gətirib çıxardı. Nə üçün İT üçün su və ya elektrik enerjisi ilə eyni şəkildə ödəmirsiniz - tam olaraq ehtiyac duyduğunuz qədər və daha çox deyil.
Bu anda bulud hesablama konsepsiyası ortaya çıxdı - İT xidmətlərinin "buluddan" istehlakı, yəni. bu resursların necə və haradan gəldiyinə əhəmiyyət vermədən bəzi xarici resurslar hovuzundan. Necə ki, su təchizatı nasos stansiyalarının infrastrukturu bizi maraqlandırmır. Bu zaman konsepsiyanın digər tərəfi - yəni İT xidmətlərinin konsepsiyası və onların ITIL/ITSM çərçivəsində necə idarə olunması işlənib hazırlanmışdır.
Buludların bir sıra tərifləri (bulud hesablamaları) işlənib hazırlanmışdır, lakin onlara son həqiqət kimi baxılmamalıdır - onlar yalnız faydalı hesablamaların təmin edilməsi yollarını rəsmiləşdirmək üçün bir yoldur.
- “Bulud hesablamaları, kompüter resurslarının və gücünün İnternet xidməti kimi istifadəçiyə təqdim edildiyi paylanmış məlumatların emalı texnologiyasıdır” Wikipedia
- “Bulud hesablamaları tələb olunan, konfiqurasiya edilə bilən hesablama resurslarının (məsələn, şəbəkələr, serverlər, yaddaş, proqramlar və xidmətlər) paylaşılan hovuzuna rahat, şəbəkə əsaslı girişi təmin etmək üçün model təqdim edir ki, bu da minimum idarəetmə ilə tez təmin oluna və təmin edilə bilər. səy və ya müdaxilə. xidmət təminatçısı" NIST
- “Bulud hesablamaları, paylanmış fiziki və ya virtual resursların genişlənən və çevik hovuzuna şəbəkəyə girişi təmin etmək üçün paradiqmadır, özünə xidmət edir və tələb əsasında idarə olunur” ISO/IEC 17788:2014. İnformasiya texnologiyaları - Bulud hesablamaları - Baxış və lüğət.
NIST-ə görə, buludların üç əsas növü var:
- IaaS – Xidmət olaraq İnfrastruktur
- PaaS – Xidmət kimi platforma – Xidmət kimi platforma
- SaaS - Xidmət kimi proqram
Fərqin çox sadələşdirilmiş başa düşülməsi üçün xidmət kimi Pizza modelinə nəzər salaq:
NIST bulud əsaslı sayılacaq İT xidmətinin aşağıdakı zəruri xüsusiyyətlərini müəyyən edir.
- Universal şəbəkəyə çıxış (geniş şəbəkəyə çıxış) – xidmət demək olar ki, hər kəsə minimal tələblərlə qoşulmağa və xidmətdən istifadə etməyə imkan verən universal şəbəkə interfeysinə malik olmalıdır. Nümunə - 220V elektrik şəbəkəsindən istifadə etmək üçün çaynik, tozsoran və ya noutbuk olmasından asılı olmayaraq, standart universal interfeys (fiş) olan istənilən rozetkaya qoşulmaq kifayətdir.
- Ölçülmüş xidmət – bulud xidmətinin əsas xüsusiyyəti xidmətin ölçülə bilməsidir. Elektrik enerjisi ilə bənzətməyə qayıdaraq, bütün ay ərzində bir dəfə evdə olsanız və bir stəkan çay içmisinizsə, çaydanı bir dəfə qaynatmaq dəyərinə qədər, minimum dənəvərliklə istehlak etdiyiniz qədər ödəyəcəksiniz.
- Tələb üzrə xidmətlərin özünü konfiqurasiyası (tələb üzrə özünə xidmət) – bulud provayderi müştəriyə provayderin işçiləri ilə qarşılıqlı əlaqə yaratmadan xidməti ağıllı şəkildə konfiqurasiya etmək imkanı verir. Çaydanı qaynatmaq üçün əvvəlcədən Energosbyt ilə əlaqə saxlamaq və onları əvvəlcədən xəbərdar etmək və icazə almaq tamamilə lazım deyil. Ev birləşdirildiyi andan (müqavilə bağlanır) bütün istehlakçılar verilən enerjini müstəqil şəkildə idarə edə bilərlər.
- Ani elastiklik (sürətli elastiklik) – bulud provayderi resursları dərhal tutumu artırmaq/azaltmaq imkanı verir (müəyyən ağlabatan məhdudiyyətlər daxilində). Çaydanı işə salan kimi provayder dərhal şəbəkəyə 3 kVt enerji verir və söndürülən kimi çıxışı sıfıra endirir.
- Resursların birləşdirilməsi - xidmət təminatçısının daxili mexanizmləri müxtəlif istehlakçılara xidmət kimi resursların daha da təqdim edilməsi ilə fərdi istehsal güclərini ümumi resurslar hovuzunda birləşdirməyə imkan verir. Çaydanı işə saldıqda, enerjinin hansı xüsusi elektrik stansiyasından gəldiyi bizi ən az narahat edir. Və bütün digər istehlakçılar bu gücü bizimlə birlikdə istehlak edirlər.
Anlamaq lazımdır ki, yuxarıda təsvir olunan buludun xüsusiyyətləri havadan çıxarılmayıb, lakin faydalı hesablama konsepsiyasından məntiqi bir nəticədir. Dövlət xidməti isə konsepsiya çərçivəsində bu xüsusiyyətlərə malik olmalıdır. Bu və ya digər xüsusiyyət uyğun gəlmirsə, xidmət pisləşmir və "zəhərli" olmur, sadəcə buludlu olmağı dayandırır. Yaxşı, kim dedi ki, bütün xidmətlər olmalıdır?
Niyə mən bu haqda ayrıca danışıram? NIST tərifinin təqdim edilməsindən bəri keçən 10 il ərzində müəyyən edildiyi kimi "əsl buludluluq" haqqında çoxlu müzakirələr aparılmışdır. ABŞ-da "qanunun hərfinə uyğundur, amma ruha deyil" ifadəsi hələ də məhkəmə sferasında istifadə olunur - və bulud hesablamaları vəziyyətində əsas odur ki, ruh, iki hissədə kirayə üçün resurslar. siçan klikləri.
Qeyd etmək lazımdır ki, yuxarıda göstərilən 5 xüsusiyyət ictimai bulud üçün tətbiq edilir, lakin şəxsi buluda keçərkən onların əksəriyyəti isteğe bağlıdır.
- Universal şəbəkəyə çıxış (geniş şəbəkəyə çıxış) – özəl bulud daxilində təşkilat həm istehsal edən obyektlər, həm də istehlakçı müştəriləri üzərində tam nəzarətə malikdir. Beləliklə, bu xüsusiyyət avtomatik olaraq yerinə yetirilən hesab edilə bilər.
- Ölçülmüş xidmət kommunal hesablama konsepsiyasının əsas xarakteristikasıdır, istehlaka əsaslanan ödəniş. Bəs təşkilat özünü necə ödəyə bilər? Bu zaman şirkət daxilində istehsal və istehlak bölgüsü baş verir, İT provayderə, biznes bölmələri isə xidmətlərin istehlakçısına çevrilir. Və qarşılıqlı hesablaşma şöbələr arasında baş verir. İki iş rejimi mümkündür: geri qaytarma (real qarşılıqlı hesablaşmalar və maliyyə hərəkəti ilə) və nümayiş (resurs istehlakı haqqında rublla hesabat şəklində, lakin maliyyə hərəkəti olmadan).
- Tələb üzrə özünə xidmət – təşkilat daxilində ortaq İT xidməti ola bilər, bu halda xüsusiyyət mənasız olur. Bununla belə, biznes bölmələrində öz İT mütəxəssisləriniz və ya proqram administratorlarınız varsa, özünüzə xidmət portalı təşkil etməlisiniz. Nəticə - xarakteristikası isteğe bağlıdır və biznes strukturundan asılıdır.
- Ani elastiklik (sürətli elastiklik) – təşkilat daxilində şəxsi buludun təşkili üçün sabit avadanlıq dəsti səbəbindən mənasını itirir. Daxili yaşayış məntəqələri daxilində məhdud dərəcədə istifadə edilə bilər. Nəticə - şəxsi bulud üçün tətbiq edilmir.
- Resursların birləşdirilməsi – bu gün server virtualizasiyasından istifadə etməyən təşkilatlar demək olar ki, yoxdur. Müvafiq olaraq, bu xüsusiyyət avtomatik olaraq yerinə yetirilən hesab edilə bilər.
Sual: Bəs sizin şəxsi buludunuz nədir? Bir şirkət onu qurmaq üçün nə satın almalıdır və həyata keçirməlidir?
Cavab: Şəxsi bulud 80% inzibati tədbirlərdən və yalnız 20% texnologiyadan ibarət olan İT-Biznes qarşılıqlı əlaqəsinin yeni inzibati modelinə keçiddir.
Yüz milyonlarla nefti əsaslı məsrəflərə gömmədən yalnız istehlak edilən resursların ödənilməsi və asan giriş yeni texnoloji mənzərəyə və milyarder şirkətlərin yaranmasına səbəb oldu. Məsələn, müasir nəhənglər Dropbox və Instagram AWS-də sıfır infrastruktura malik startap kimi meydana çıxdı.
Ayrı-ayrılıqda vurğulamaq lazımdır ki, bulud xidmətinin idarəolunma alətləri daha da dolayı yolla çevrilir və İT direktorunun əsas məsuliyyəti təchizatçı seçimi və keyfiyyətə nəzarətdir. Gəlin bu iki yeni məsuliyyətin çətinliklərinə baxaq.
Öz məlumat mərkəzləri və aparatları ilə klassik ağır infrastruktura alternativ olaraq ortaya çıxan buludlar aldadıcı dərəcədə yüngüldür. Buluda girmək asandır, lakin çıxış məsələsi adətən qarşısı alınır. Hər hansı digər sənayedə olduğu kimi, bulud provayderləri də biznesi qorumağa və rəqabəti çətinləşdirməyə çalışırlar. Yeganə ciddi rəqabət anı yalnız bulud xidməti təminatçısının ilkin seçimi zamanı yaranır və sonra təchizatçı müştərinin onu tərk etməməsi üçün hər cür səy göstərəcək. Üstəlik, bütün səylər xidmətlərin keyfiyyətinə və ya onların çeşidinə yönəldilməyəcək. Əvvəla, bu, unikal xidmətlərin çatdırılması və qeyri-standart sistem proqram təminatının istifadəsidir ki, bu da başqa provayderə keçidi çətinləşdirir. Müvafiq olaraq, bir xidmət təminatçısı seçərkən, eyni vaxtda bu təchizatçıdan keçid planını (əslində tam hüquqlu DRP - fəlakətin bərpası planı) tərtib etmək və məlumatların saxlanması və ehtiyat nüsxələrinin arxitekturasını düşünmək lazımdır.
İT direktorunun yeni vəzifələrinin ikinci mühüm cəhəti təchizatçıdan göstərilən xidmətlərin keyfiyyətinə nəzarətdir. Demək olar ki, bütün bulud provayderləri müştərinin biznes proseslərinə son dərəcə dolayı təsir göstərə bilən daxili ölçülərinə uyğun olaraq SLA-lara uyğundur. Müvafiq olaraq, öz monitorinq və nəzarət sisteminizin tətbiqi əhəmiyyətli İT sistemlərini bulud provayderinə ötürərkən əsas layihələrdən birinə çevrilir. SLA mövzusunu davam etdirərək vurğulamaq lazımdır ki, bulud provayderlərinin böyük əksəriyyəti SLA-nın yerinə yetirilməməsinə görə məsuliyyəti aylıq abunə ödənişi və ya ödənişin payı ilə məhdudlaşdırır. Məsələn, AWS və Azure, 95% (ayda 36 saat) mövcudluq həddini keçərsə, abunə haqqına 100%, Yandex.Cloud isə 30% endirim verəcəkdir.
Və əlbəttə ki, buludların təkcə Amazon sinif mastodonları və Yandex sinif filləri tərəfindən hazırlanmadığını unutmamalıyıq. Buludlar da kiçik ola bilər - pişik və ya hətta siçan ölçüsündə. CloudMouse nümunəsinin göstərdiyi kimi, bəzən bulud sadəcə dayanır və bitir. Siz nə kompensasiya, nə də endirim alacaqsınız - ümumi məlumat itkisindən başqa heç nə almayacaqsınız.
Bulud infrastrukturlarında yüksək səviyyəli biznes kritik İT sistemlərinin tətbiqi ilə bağlı yuxarıda göstərilən problemləri nəzərə alaraq, son illərdə “bulud repatriasiyası” fenomeni müşahidə olunur.
2020-ci ilə qədər bulud hesablamaları şişirdilmiş gözləntilərin zirvəsini keçib və konsepsiya məyusluq xəndəyinə doğru gedir (Gartner şırınga dövrünə görə). Araşdırmaya görə и Korporativ müştərilərin 80%-ə qədəri geri qayıdır və aşağıdakı səbəblərə görə buludlardan yükləri öz məlumat mərkəzlərinə qaytarmağı planlaşdırır:
- Əlçatanlığı/performansı yaxşılaşdırmaq;
- Xərcləri azaltmaq;
- İnformasiya təhlükəsizliyi tələblərinə riayət etmək.
Nə etməli və hər şey "həqiqətən" necədir?
Şübhə yoxdur ki, buludlar uzun müddətdir buradadır. Və hər il onların rolu artacaq. Bununla belə, biz uzaq gələcəkdə deyil, 2020-ci ildə çox konkret bir vəziyyətdə yaşayırıq. Bir başlanğıc deyil, klassik korporativ müştərisinizsə buludlarla nə etməli?
- Bulud, ilk növbədə, gözlənilməz və ya yüksək mövsümi yüklərlə xidmətlər üçün bir yerdir.
- Əksər hallarda, proqnozlaşdırıla bilən, sabit yükü olan xidmətləri öz məlumat mərkəzinizdə saxlamaq daha ucuzdur.
- Test mühitləri və aşağı prioritet xidmətləri olan buludlarla işləməyə başlamaq lazımdır.
- İnformasiya sistemlərinin buludda yerləşdirilməsinin nəzərdən keçirilməsi buluddan başqa buluda (yaxud öz məlumat mərkəzinizə geri) çıxmaq üçün metodologiyanın hazırlanması ilə başlayır.
- İnformasiya sisteminin buludda yerləşdirilməsi nəzarət etdiyiniz infrastrukturun ehtiyat sxeminin hazırlanması ilə başlayır.
Mənbə: www.habr.com