Растежът на изчислителната мощ и развитието на технологиите за виртуализация на платформата x86, от една страна, и разпространението на ИТ аутсорсинг, от друга страна, доведоха до концепцията за помощни изчисления (ИТ като обществена услуга). Защо не плащате за ИТ по същия начин, както за вода или ток – точно толкова и точно когато имате нужда, и не повече.
В този момент се появи концепцията за облачни изчисления - потреблението на ИТ услуги от "облака", т.е. от някакъв външен пул от ресурси, без да се интересува как и откъде идват тези ресурси. Както не ни интересува инфраструктурата на ВиК помпените станции. До този момент беше разработена и другата страна на концепцията - а именно концепцията за ИТ услугите и как да ги управлявате в рамките на ITIL / ITSM.
Разработени са редица дефиниции на облаци (облачни изчисления), но това не трябва да се приема като истина от последна инстанция - това е просто начин да се формализират начините, по които се предоставят полезни изчисления.
- „Облачните изчисления са разпределена технология за обработка на данни, при която компютърните ресурси и капацитет се предоставят на потребителя като интернет услуга“ Wikipedia
- „Облачните изчисления са модел за предоставяне на удобен мрежов достъп до споделен пул от адаптивни изчислителни ресурси (напр. мрежи, сървъри, съхранение, приложения и услуги) при поискване, които могат бързо да бъдат предоставени и предоставени с минимални усилия за управление или минимална намеса. Доставчик на услуги" NIST
- „Облачните изчисления са парадигма за предоставяне на мрежов достъп до мащабируем и гъвкав пул от разпределени физически или виртуални ресурси, предоставени в режим на самообслужване и администрирани при поискване“ ISO/IEC 17788:2014. Информационни технологии - Облачни изчисления - Общ преглед и речник.
Според NIST има три основни типа облаци:
- IaaS - Infrastructure as a Service - Инфраструктура като услуга
- PaaS - Платформа като услуга - Платформа като услуга
- SaaS - Софтуер като услуга
За много опростено разбиране на разликата, нека разгледаме модела на пица като услуга:
NIST определя следните необходими функции, за да може една ИТ услуга да се счита за облачна услуга.
- Широк мрежов достъп - услугата трябва да има универсален мрежов интерфейс, който позволява свързване и използване на услугата от почти всеки с минимални изисквания. Пример - за да използвате електрическа мрежа 220V, е достатъчно да се свържете към всеки контакт със стандартен универсален интерфейс (щепсел), който не променя дали е чайник, прахосмукачка или лаптоп.
- Измерена услуга – ключова характеристика на облачна услуга е измеримостта на услугата. Връщайки се към аналогията с електричеството - ще платите точно толкова, колкото сте консумирали с минимална детайлност, до цената на еднократно кипване на чайник, ако сте били в къщата веднъж и сте изпили чаша чай през целия месец.
- Самоконфигуриращи се услуги при поискване (самообслужване по заявка) - облачният доставчик предоставя на клиента възможност за интелигентно конфигуриране на услугата, без да е необходимо да взаимодейства със служителите на доставчика. За да кипнете чайника, абсолютно не е необходимо да се свързвате с Energosbyt предварително и да ги предупреждавате предварително и да получавате разрешение. От момента на свързване на къщата (сключване на договор) всички потребители могат самостоятелно да се разпореждат с предоставената мощност.
- Незабавна еластичност (бърза еластичност) - доставчикът на облак предоставя ресурси с възможност за незабавно увеличаване / намаляване на капацитета (в рамките на определени разумни граници). Веднага след като чайникът се включи, доставчикът незабавно освобождава 3 kW мощност в мрежата и веднага щом се изключи, той намалява мощността до нула.
- Обединяване на ресурси (обединяване на ресурси) - вътрешните механизми на доставчика на услуги ви позволяват да комбинирате отделни производствени мощности в общ пул (пул) от ресурси с по-нататъшно предоставяне на ресурси като услуга на различни потребители. Включвайки чайника, ние най-малко се притесняваме от коя конкретна електроцентрала идва енергията. И всички други потребители консумират тази енергия заедно с нас.
Важно е да се разбере, че описаните по-горе характеристики на облака не са взети от тавана, а са логично заключение от концепцията за полезни изчисления. И обществената услуга трябва да има тези характеристики в рамките на концепцията. Ако една или друга характеристика не съвпада, услугата не се влошава и не става „отровна“, просто престава да бъде мътна. Е, кой каза, че всички услуги трябва?
Защо говоря за това отделно? През последните 10 години след дефиницията на NIST имаше много спорове относно „истинската облачност“ според дефиницията. В Съединените щати формулировката „съответства на буквата на закона, но не и на духа“ все още понякога се използва в съдебната сфера - а в случай на облачни изчисления основното е духът, ресурсите под наем на две кликвания на мишката.
Трябва да се отбележи, че горните 5 характеристики са приложими за публичния облак, но при преминаване към частен облак повечето от тях стават незадължителни.
- Универсален мрежов достъп (широк мрежов достъп) - в рамките на частен облак организацията има пълен контрол както върху генериращия капацитет, така и върху потребителските клиенти. По този начин тази характеристика може да се счита за автоматично изпълнена.
- Измерената услуга е ключова характеристика на концепцията за комунални изчисления, pay-as-you-go. Но как плащате на организациите сами? В този случай има разделение на генериране и потребление вътре в компанията, ИТ става доставчик, а бизнес единиците стават потребители на услуги. И сетълментът се извършва между отделите. Възможни са два режима на работа: връщане на плащане (с реални взаимни разплащания и движение на финанси) и връщане на пари (под формата на отчитане на потреблението на ресурси в рубли, но без движение на финанси).
- Самоконфигуриращи се услуги при поискване (самообслужване при поискване) - в рамките на организацията може да има обща ИТ услуга, в който случай характеристиката губи смисъл. Ако обаче имате собствен ИТ персонал или администратори на приложения във вашите бизнес звена, трябва да настроите портал за самообслужване. Извод – характеристиката не е задължителна и зависи от структурата на бизнеса.
- Незабавна еластичност (бърза еластичност) - в рамките на организацията губи значението си поради фиксирания набор от оборудване за организиране на частен облак. Може да се използва в ограничена степен в рамките на вътрешни взаимни разчети. Заключение - неприложимо за частен облак.
- Обединяване на ресурси (resource pooling) – днес практически няма организации, които да не използват сървърна виртуализация. Съответно тази характеристика може да се счита за автоматично изпълнена.
Въпрос: И така, какъв е вашият частен облак? Какво трябва да купи и внедри една компания, за да го изгради?
Отговор: Частният облак е преход към нов административен модел на взаимодействие между ИТ и бизнеса, който се състои от 80% административни мерки и само 20 от технологии.
Плащането само за консумираните ресурси и лесното навлизане, без да се налага да заравяте няколкостотин милиона петрол в капиталови разходи, доведе до нов технологичен пейзаж и появата на милиардерски компании. Например съвременните гиганти Dropbox и Instagram се появиха като стартиращи компании на AWS с нулева собствена инфраструктура.
Отделно трябва да се подчертае, че инструментите за управление на облачните услуги стават много по-индиректни, а основната отговорност на ИТ директора е изборът на доставчици и контролът на качеството. Нека да разгледаме тези две нови отговорности.
Появявайки се като алтернатива на класическата тежка инфраструктура със собствени центрове за данни и хардуер, облаците са измамно леки. Лесно е да влезете в облака, но проблемът с излизането обикновено се заобикаля. Както във всяка друга индустрия, облачните доставчици се стремят да защитят бизнеса и да направят конкуренцията по-трудна. Единственият сериозен конкурентен момент възниква едва при първоначалния избор на доставчик на облачна услуга, а след това доставчикът ще положи всички усилия клиентът да не го напусне. Освен това не всички усилия ще бъдат насочени към качеството на услугите или техния обхват. На първо място, това е предоставянето на уникални услуги и използването на нестандартен системен софтуер, което затруднява преминаването към друг доставчик. Съответно, при избора на доставчик на услуги е необходимо едновременно да се формира план за преход от този доставчик (всъщност пълноценен DRP - план за възстановяване след бедствие) и да се обмисли архитектурата за съхранение на данни и архивиране.
Вторият важен аспект от новите отговорности на CIO е контролът на качеството на услугите от доставчика. Почти всички облачни доставчици спазват SLA според собствените си вътрешни показатели, което може да има изключително индиректен ефект върху бизнес процесите на клиента. И съответно внедряването на собствена система за мониторинг и контрол се превръща в един от ключовите проекти при прехвърляне на значими ИТ системи към облачен доставчик. Продължавайки темата за SLA, трябва да се подчертае, че по-голямата част от облачните доставчици ограничават отговорността за неизпълнение на SLA до месечна абонаментна такса или до дял от плащането. Например AWS и Azure, когато прагът на достъпност от 95% (36 часа на месец) бъде надвишен, ще направят 100% отстъпка от абонаментната такса, а Yandex.Cloud - 30%.
И разбира се, не трябва да забравяме, че облаците не се изпълняват само от мастодонти от клас Amazon и слонове от клас Yandex. Облаците също са по-малки - с размерите на котка или дори мишка. Както показа примерът с CloudMouse, понякога облакът просто отнема и свършва. Няма да получите компенсация или отстъпки – няма да получите нищо освен пълна загуба на данни.
С оглед на горните проблеми при внедряването на ИТ системи от висок клас бизнес критичност в облачни инфраструктури, през последните години се наблюдава феноменът „репатриране в облака“.
До 2020 г. изчислителните облаци преминаха пика на завишените очаквания и концепцията е на път да изчезне от разочарование (според Gartner Hype Cycle). Според изследвания и до 80% от корпоративните клиенти се връщат и планират да върнат товари от облаците към собствените си центрове за данни поради следните причини:
- Подобрете наличността/производителността;
- Намаляване на разходите;
- Да отговаря на изискванията на IS.
Какво да правим и как всичко е "наистина"?
Няма съмнение, че облаците са настъпили сериозно и за дълго. И всяка година тяхната роля ще нараства. Ние обаче не живеем в далечното бъдеще, а през 2020 г. в една съвсем определена ситуация. Какво да правите с облаците, ако не сте стартъп, а класически корпоративен клиент?
- Облаците са предимно място за услуги с непредсказуемо или изразено сезонно натоварване.
- В повечето случаи услугите с предвидимо стабилно натоварване са по-евтини за поддръжка във вашия собствен център за данни.
- Необходимо е да започнете работа с облаци с тестови среди и услуги с нисък приоритет.
- Обмислянето на разполагането на информационни системи в облака започва с разработването на методология за преместване от облака в друг облак (или обратно към вашия собствен център за данни).
- Поставянето на информационна система в облака започва с разработването на резервна схема за инфраструктурата, която контролирате.
Източник: www.habr.com