Хмара як послуга: IaaS, PaaS і SaaS на прикладах – хто за що відповідає і коли це вигідно

Блог WebDisk · категорія: Хмарні обчислення · час читання: ~8 хвилин

Коротко:- IaaS, PaaS і SaaS – це три варіанти однієї й тієї самої угоди: що вища модель, то менше обов'язків на вашому боці – і то менше контролю над деталями.- У хмарі діє модель розподіленої відповідальності: постачальник відповідає за інфраструктуру, але дані, права доступу та облікові записи користувачів завжди на вашому боці. Зведення – всередині статті.- Публічна хмара замінює інвестицію в обладнання (CAPEX) на оплату за використання (OPEX). Це часто велика перевага – але не автоматична економія. Чесно пишемо, коли це вигідно, а коли ні.

«Переходимо у хмару» – це речення сьогодні звучить у більшості компаній, але часто означає одне для правління, інше для бухгалтерії і ще щось інше для ІТ-відділу. Пропозиції постачальників не полегшують справи: IaaS, PaaS, SaaS, pay-as-you-go, спільні та виділені середовища… Тим часом за кожним із цих гасел стоїть конкретна угода: хто що обслуговує, хто за що платить – і хто відповідає, коли щось піде не так.

Ця стаття впорядковує поняття. Пояснюємо три базові моделі хмарних послуг на прикладах, показуємо у зведенні модель розподіленої відповідальності, пояснюємо, чим відрізняється CAPEX від OPEX – і чесно говоримо, коли публічна хмара є хорошим вибором, а коли ні. Наприкінці повертаємося до заголовка в його буквальному значенні: у WebDisk «хмара як послуга» означає також можливість запустити власну хмару під власним брендом.

Текст призначений для обох сторін цієї розмови: керівникам він дасть рамки для переговорів із будь-яким постачальником, технічним читачам – мапу, яку можна надіслати решті компанії.

Що означає «as a service»? Ви купуєте результат, а не обладнання

Сто років тому великі фабрики мали власні генератори струму. Сьогодні вони купують енергію з мережі: платять за спожите, а електростанцією займається той, хто робить це професійно. Модель «as a service» (як послуга) переносить цю логіку на інформатику: замість купувати сервери, дискові масиви та ліцензії, ви купуєте робочу послугу – обчислювальну потужність, платформу для застосунків або готову програму – і платите за те, що справді використовуєте.

Це можливо завдяки великому спільному пулу ресурсів постачальника, яким ви користуєтеся самообслуговуванням і на вимогу: нову віртуальну машину ви запускаєте за хвилини, а не за тижні, потрібні на закупівлю та монтаж фізичного сервера; ресурси збільшуєте та вивільняєте в ритмі реальної потреби.

Два терміни, які тут повертатимуться: публічна хмара – це середовище, у якому інфраструктурою одного постачальника користується багато клієнтів, логічно відокремлених один від одного; приватна хмара – це середовище, виділене для однієї організації. Обидві можуть працювати в тій самій сервісній моделі – різнить їх коло користувачів.

Чим відрізняються IaaS, PaaS і SaaS?

Три базові моделі найлегше уявити як поверхи: на кожному наступному постачальник бере на себе більше обов'язків, а ви віддаєте частину контролю.

IaaS (Infrastructure as a Service – інфраструктура як послуга). Постачальник дає вам будівельний матеріал: віртуальні машини, диски, мережі та брандмауери. Що ви на цьому побудуєте – операційну систему, бази даних, застосунки – це вже ваше рішення і ваша відповідальність. Це найнижчий поверх і водночас найбільший контроль: ви самі обираєте системи, версії та архітектуру. Приклад із нашої пропозиції: **WebDisk Cloud, публічна обчислювальна хмара на основі відкритого програмного забезпечення Apache CloudStack, у якій з рівня панелі ви створюєте віртуальні машини, мережі VPC (виділені приватні мережі) та правила брандмауера. Простіший варіант тієї самої моделі – **WebDisk VM, тобто готові сервери VPS.

PaaS (Platform as a Service – платформа як послуга). Поверхом вище: постачальник обслуговує не лише інфраструктуру, а й платформу, на якій працює ваш код – середовище виконання, базу даних, оркестрацію. Ви розгортаєте застосунок і керуєте даними; латання систем і доступність платформи – це проблема постачальника. Типовий приклад – керований кластер Kubernetes (відкрите програмне забезпечення для оркестрації контейнерів) – у нашій пропозиції **WebDisk K8s** – або керована база даних.

SaaS (Software as a Service – програмне забезпечення як послуга). Найвищий поверх: готовий застосунок, доступний зазвичай через браузер. Ви не керуєте нічим, крім власних даних, користувачів і налаштувань. Так працюють WebDisk Files (безпечне зберігання файлів і надання доступу до них для компаній), WebDisk Send (швидке пересилання великих файлів) чи WebDisk Next – Nextcloud, який ми обслуговуємо, відкрита платформа для групової роботи.

Просте правило вибору: що вища модель, то швидше ви починаєте працювати і то менше мусите вміти – але то менше можете змінити.

Хто за що відповідає в хмарі? Модель розподіленої відповідальності

Найчастіше непорозуміння навколо хмари звучить так: «якщо я плачу постачальникові, то він відповідає за все». Не відповідає – і жоден чесний постачальник цього не пообіцяє. У хмарі діє модель розподіленої відповідальності (shared responsibility): межа проходить у різних місцях залежно від моделі послуги, але існує вона завжди.

• Будівля, живлення, фізичне обладнання – Власна серверна: ви · IaaS: постачальник · PaaS: постачальник · SaaS: постачальник
• Віртуалізація та мережа – Власна серверна: ви · IaaS: постачальник · PaaS: постачальник · SaaS: постачальник
• Операційна система та її латання – Власна серверна: ви · IaaS: ви · PaaS: постачальник · SaaS: постачальник
• Середовище виконання, база даних – Власна серверна: ви · IaaS: ви · PaaS: постачальник · SaaS: постачальник
• Застосунок і його конфігурація – Власна серверна: ви · IaaS: ви · PaaS: ви · SaaS: постачальник
• Дані, резервні копії, права доступу – Власна серверна: ви · IaaS: ви · PaaS: ви · SaaS: ви
• Облікові записи користувачів, паролі, MFA – Власна серверна: ви · IaaS: ви · PaaS: ви · SaaS: ви

Найважливіші – дві останні позиції. Збій диска в серверній постачальника – це його проблема; добре спроєктована платформа зробить так, що ви його взагалі не помітите. Але файл, видалений працівником, погано надані права до теки чи перехоплений пароль без MFA (багатофакторної автентифікації) – це події на вашому боці угоди – у кожній моделі, зокрема й у SaaS. Тому навіть за готового застосунку варто подбати про версіонування файлів і резервну копію даних – ми писали про це докладніше у статті Резервна копія в хмарі – основа сучасної IT-безпеки. Знання цього зведення – не формальність: за галузевими аналізами – зокрема прогнозами Gartner – переважна більшість гучних «витоків із хмари» починається не зі зламу постачальника, а з помилкової конфігурації або перехоплених облікових даних на боці клієнта.

Чим відрізняється CAPEX від OPEX і чому це змінює рішення?

CAPEX (capital expenditure – капітальні витрати) – це модель власної серверної: велика витрата наперед на обладнання, яке потім амортизується роками – незалежно від того, використовується воно на 20 чи на 90 відсотків. OPEX (operational expenditure – операційні витрати) – це модель хмари: без інвестиції на старті, з платежами, які зростають і зменшуються разом із фактичним використанням.

Модель OPEX має три практичні переваги: низький поріг входу (новий проєкт не заморожує капітал в обладнанні, яке може виявитися непотрібним), вартість, що масштабується разом із бізнесом (сервер, куплений «під передсвятковий пік», решту року частково простоює – потужності в хмарі ви просто позбуваєтеся), і ліквідність: регулярні платежі замість рідкісних великих витрат.

Чесно про другий бік: OPEX не є автоматично дешевшим. За стабільного, високого і передбачуваного навантаження власне або довгостроково орендоване обладнання, пораховане в горизонті кількох років, може вийти вигіднішим, ніж плата за гнучкість, якою ви не користуєтеся. Розрахунок треба зробити для власного профілю навантаження – з чого складається ціна публічної хмари і як її рахувати, ми писали у статті Публічна хмара за розумною ціною. Друга пастка – організаційна: ресурси легко запустити і так само легко про них забути – без періодичного перегляду використання рахунок зростає тихцем.

Коли публічна хмара має сенс – і коли, чесно кажучи, не має

Публічна хмара є сильним вибором, коли:

• навантаження змінне або його важко передбачити – сезонність, кампанії, проєкти невідомого масштабу: ви платите за пік лише тоді, коли він триває;
• важливий час старту – тестове, розробницьке середовище чи новий проєкт ви запускаєте за хвилини, без закупівельного процесу;
• ви не хочете зв'язувати капітал – нова компанія або новий напрям бізнесу може стартувати без інвестиції в серверну;
• вам потрібна резервна локація – відновлення після аварії (disaster recovery) без постійного утримання другої серверної.

Є також сигнали, що варто розглянути інші варіанти – власні ресурси, приватну хмару або змішану модель:

• постійне, високе та передбачуване навантаження – гнучкість, за яку ви платите, залишається невикористаною;
• нетипові апаратні або ліцензійні вимоги – спеціалізовані прискорювачі або ліцензії, прив'язані до фізичного процесора;
• жорсткі вимоги щодо локації та юрисдикції даних – частину з них розв'язує вибір постачальника з інфраструктурою в Польщі, але деякі регуляторні режими вимагають виділеного середовища;
• дуже низькі затримки до локальних систем – напр. керування виробництвом, де важлива кожна мілісекунда шляху до серверної.

Окремим ризиком є залежність від постачальника (vendor lock-in): що глибше ви користуєтеся унікальними послугами однієї платформи, то дорожчим є переїзд. Обмежують її загальнопідтримувані інтерфейси – як-от протокол S3, стандарт де-факто об'єктного зберігання – та відкрите програмне забезпечення на рівні віртуалізації. Як оцінити цей ризик перед підписанням угоди, ми описали у статті Vendor lock – Залежність від постачальника в публічній хмарі. На практиці багато компаній закінчують гібридною моделлю: стабільна база на постійних ресурсах, змінні піки та нові проєкти в публічній хмарі. Це не нерішучість – це часто найдешевший розумний компроміс.

Хмара як послуга буквально: власна хмара під власним брендом

Заголовне гасло має у WebDisk також друге, буквальне значення. Наша публічна обчислювальна хмара WebDisk Cloud доступна не лише для кінцевих користувачів, а й у моделі Cloud as a Service: як ваша власна обчислювальна хмара, що працює під вашим доменом і з вашим графічним оформленням, керована через хмарний портал, який ми надаємо.

Таке середовище може мати характер приватної хмари – доступної виключно для вашої організації або ваших клієнтів, без можливості реєстрації ззовні – або публічної хмари, відкритої для кожного, хто зареєструється через загальнодоступний портал. Вибір за вами. Це сценарій для компаній, які хочуть надавати хмарні послуги або пропонувати їх своїм клієнтам під власним брендом, але не хочуть будувати й утримувати серверну – тобто механізм «as a service», зсунутий на рівень вище: інфраструктура як послуга для постачальника послуг.

Рівень ресурсів при цьому гнучкий: від пулу віртуальних ресурсів (процесори, пам'ять, дисковий простір), який можна змінювати разом із розвитком бізнесу, до рішень, що адаптуються під більші вимоги. Обсяг, модель розрахунків, а також упровадження та технічну підтримку ми узгоджуємо індивідуально, залежно від масштабу. Незалежно від варіанта середовище користується спільними послугами платформи – зокрема об'єктним сховищем, сумісним із протоколом S3, та інтернет-з'єднанням.

Часті запитання

Чим на практиці відрізняється публічна хмара від приватної?

Колом користувачів, а не технологією. Приватна хмара дає більшу ізоляцію та контроль, зазвичай за вищу одиничну ціну; публічна – гнучкість і низький поріг входу.

Чи мої дані в публічній хмарі безпечні?

Розділення клієнтів, шифрування та захист платформи – це відповідальність постачальника; варто запитувати його про конкретику, а не про загальники. Проте частина відповідальності завжди залишається на вашому боці: права доступу, паролі, MFA, копії даних. Про те, як ми захищаємо платформу WebDisk, ми писали у статті про відкритий стек безпеки WebDisk.

Хто відповідає за дані та резервні копії в хмарі – я чи постачальник?

Ви – у кожній моделі, зокрема й у SaaS. Постачальник відповідає за інфраструктуру та доступність платформи, але дані, резервні копії, права доступу та облікові записи користувачів завжди залишаються на боці клієнта. Тому навіть за готового застосунку варто подбати про версіонування файлів і резервну копію даних.

Чи хмара завжди дешевша за власні сервери?

Ні – і ставтеся з недовірою до кожного, хто стверджує інакше. Хмара виграє за змінного навантаження, короткого горизонту та браку капіталу на старті; власне або довгостроково орендоване обладнання буває дешевшим за постійного, високого використання.

З чого почати: IaaS, PaaS чи SaaS?

З питання, чим ваша команда хоче і вміє керувати. Готовий застосунок – SaaS. Власний код без адміністрування системами – PaaS. Повний контроль над середовищем або перенесення наявних машин – IaaS.

Чи можу я пропонувати хмарні послуги під власним брендом без власної серверної?

Саме такий сценарій описує вище модель Cloud as a Service: власний хмарний портал під вашим доменом, з вашим графічним оформленням, на інфраструктурі, яку обслуговуємо ми. Обсяг і графік упровадження ми узгоджуємо індивідуально – поговорімо про деталі.

Підсумок

IaaS, PaaS і SaaS – це не маркетингові оздоби, а три різні угоди про розподіл обов'язків – а зведення розподіленої відповідальності говорить про щоденні витрати та безпеку більше, ніж не одна комерційна презентація. Публічна хмара є чудовим інструментом там, де важать гнучкість і час старту, і зовсім не мусить бути найдешевшою там, де навантаження постійне й передбачуване – чесний постачальник скаже вам це прямо.

Хочете побачити модель IaaS на практиці? Ознайомтеся з WebDisk Cloud і створіть обліковий запис у панелі. А якщо ви розглядаєте власну хмару під власним брендом – напишіть нам, поговоримо про деталі.