Хмара. Це слово зараз кидають усі підряд. Від стартаперів, котрі ще не навчилися писати код без ChatGPT, до директорів, які вважають, що «перейти в хмару» — це як купити нову кавоварку для офісу. Насправді все трохи складніше. І набагато цікавіше.
Я вже років десять дивлюся, як компанії з різним успіхом намагаються зрозуміти різницю між IaaS, PaaS і SaaS. І щоразу бачу одне й те саме: люди плутають рівні абстракції. Хтось думає, що орендувати сервер — це вже SaaS. Хтось навпаки вважає, що Salesforce — це інфраструктура. Чесно кажучи, іноді хочеться взяти маркера і намалювати на дошці три шари. Як торт. Бо саме так це і працює.
Візуальна шпаргалка: аналогія з піцою
У ІТ-спільноті є класична, неймовірно наочна аналогія з піцою, яка пояснює розподіл відповідальності. Вона ідеально доповнює метафору про торт:
- On-Premises (своє залізо): Ти робиш усе сам — купуєш борошно, будуєш піч, замішуєш тісто, готуєш, випікаєш і миєш посуд.
- IaaS (Інфраструктура): Тобі дають готову кухню з духовкою та світлом, але продукти, рецепт і саме приготування — на тобі.
- PaaS (Платформа): Тобі привозять напівфабрикат (тісто з базовим соусом). Тобі залишається лише додати свою начинку (код) і закинути в духовку.
- SaaS (Сервіс): Ти йдеш у піцерію або замовляєш готову піцу додому. Ти не робиш нічого, крім того, що їси її (користуєшся).
Почнемо з підвалу. IaaS
IaaS — це коли тобі дають голі залізяки. Ну, майже голі. Сервери, диски, мережі, балансувальники. Ти сам ставиш операційну систему, сам налаштовуєш безпеку, сам думаєш, чому вночі все впало.
Класичний приклад — AWS EC2 або Azure Virtual Machines. Ти береш віртуальну машину, як орендуєш квартиру без меблів. Хочеш — постели паркет, хочеш — залиш бетон. Хочеш — постав там Kubernetes-кластер на 50 нод. Хочеш — просто крути старий PHP-сайт на Apache. Все на твоїй совісті.
Простір ІТ бачив компанії, які з гордістю казали: «Ми на IaaS, ми контролюємо все». Через півроку вони вже наймали трьох адмінів, котрі тільки й робили, що лагодили оновлення ядра і гасили пожежі з дисковим простором. Контроль — штука приємна. Поки не починаєш платити за нього нічним сном.
Середній поверх. PaaS
PaaS — це вже коли тобі дають не просто квартиру, а квартиру з кухнею, інтернетом і навіть трохи посуду. Ти пишеш код, а все інше — розгортання, масштабування, оновлення середовища — робить платформа.
Heroku був класикою жанру. Закинув код — і воно якось працює. Сьогодні це Google App Engine, Azure App Service, AWS Elastic Beanstalk, а ще купа спеціалізованих штук на кшталт Vercel чи Railway.
Тут уже цікавіше. Ти не думаєш, який дистрибутив Linux ставити. Не думаєш, як налаштувати firewall. Просто пишеш і деплоїш. Звучить ідеально. Иноді навіть так і є. Поки не впираєшся в обмеження платформи.
Якось один клієнт хотів підняти фонові воркери з дуже специфічними залежностями. PaaS сказав «ні». Довелося або переписувати архітектуру, або йти назад на IaaS. Теж класичний випадок. Платформа зручна, поки ти граєш за її правилами.
Коли що обирати: практичний чек-лист
Короткий гайд, який допоможе зрозуміти, який саме рівень потрібен проєкту прямо зараз:
Обирайте IaaS, якщо:
- У тебе є сильна команда системних адміністраторів чи DevOps-інженерів.
- Проєкт має унікальні архітектурні вимоги, які не вписуються в стандартні платформи.
- Ти маєш жорсткі регуляторні вимоги до зберігання даних (наприклад, банківська чи медична таємниця).
Обирайте PaaS, якщо:
- Ти стартап або команда розробників, яка хоче фокусуватися на коді, а не на налаштуванні серверів.
- Тобі потрібно швидко вийти на ринок (Time-to-Market) і перевірити гіпотезу.
- Проєкт має динамічне навантаження, і платформа має сама масштабувати ресурси.
Обирайте SaaS, якщо:
- Це стандартна бізнес-задача: бухгалтерія, CRM, корпоративний чат, управління проєктами.
- Створювати це внутрішньою командою — довше і дорожче, ніж платити щомісячну підписку.
- Тобі потрібен результат «тут і зараз», без підтримки й оновлень власними силами.
Верхній поверх. SaaS
А от SaaS — це вже готовий сервіс. Ти взагалі не бачиш ніяких серверів. Просто відкриваєш браузер і працюєш.
Gmail. Slack. Notion. Salesforce. Google Docs. Zoom. Усе це SaaS.
Ти платиш підписку і користуєшся. Хочеш більше місця — платиш більше. Хочеш додаткові фічі — теж платиш. Хочеш кастомізувати під себе — іноді можна, іноді ні. Залежить від того, наскільки провайдер добрий.
Найцікавіше тут — ефект звикання. Коли вся компанія вже сидить у Notion і Salesforce, витягнути її звідти майже нереально. Дані, інтеграції, звички людей. Vendor lock-in у чистому вигляді. Але зручно ж. Дуже зручно.
Трохи цифр і фактів
Ось кілька речей, які я постійно бачу в звітах і розмовах з клієнтами.
За даними різних аналітиків, понад 70% компаній середнього розміру вже використовують хоча б один SaaS-продукт як критичний для бізнесу. Не «просто для зручності», а саме критичний. Якщо впаде — робота зупиняється.
Ринок IaaS і PaaS росте швидше, ніж багато хто думає. AWS, Azure і Google Cloud разом контролюють левову частку. І ця частка тільки збільшується. При цьому цікаво: багато компаній, які починали з чистого IaaS, через кілька років частково переходять на managed-сервіси. Тобто фактично рухаються в бік PaaS, навіть якщо самі цього не помічають.
Ще один факт, який рідко люблять згадувати в презентаціях. Вартість володіння. На IaaS ти часто платиш менше на старті. Але через рік-два витрати на адміністрування, безпеку і простої можуть з’їсти всю економію. На SaaS навпаки: на старті дорого, а потім іноді виявляється, що воно того варте, бо ніхто не сидить ночами і не лагодить інфраструктуру.
І ще. Хмарні провайдери вже давно не просто здають сервери. Вони активно штовхають клієнтів вище по стеку. Бо на managed-сервісах і SaaS маржа значно краща.
Еволюція далі: Serverless (функції як сервіс, FaaS)
Варто згадати, що еволюція не зупинилася. Сьогодні набирає обертів архітектура без серверів (наприклад, AWS Lambda чи Google Cloud Functions), де ти платиш не за оренду віртуальної машини (хай і абстрактної), а тільки за секунди виконання конкретного шматка коду, коли до нього йде звернення. Це логічне продовження тренду на повну передачу відповідальності провайдеру.
Особисте спостереження
Я споглядав обидві крайнощі. Компанії, які з фанатизмом будували все на голому IaaS, бо «ми ж інженери, ми все вміємо». І компанії, які купували SaaS на все підряд і потім дивувалися, чому дані розкидані по двадцяти різних системах і жодна не інтегрується нормально.
Правда, як завжди, десь посередині. І залежить від того, хто в тебе в команді.
Якщо є сильні DevOps і час — IaaS дає свободу. Якщо команда маленька і треба швидко рухатися — PaaS або навіть чистий SaaS часто виграють. А якщо бізнес уже зрілий і процеси усталені — комбінація всіх трьох рівнів стає нормою. Частина сервісів на IaaS, частина на PaaS, а клієнтські інструменти — суцільний SaaS.
Що насправді дратує
Найбільше бісить, коли люди починають сперечатися, що «краще». Краще для чого? Для стартапу з трьома розробниками? Для банку з регуляціями? Для e-commerce, який раз на рік ловить Black Friday?
Контексту немає. А без нього будь-яка відповідь — просто шум.
І ще. Багато хто досі вважає, що хмара — це завжди дешевше. Ні. Іноді так. Іноді навпаки. Особливо коли забуваєш вимикати тестові середовища на ніч. Або коли sales-менеджер провайдера переконує тебе взяти зарезервовані інстанси на три роки вперед «бо так вигідніше».
Наш брат бачив рахунки, після яких люди ставали значно скромнішими.
Наостанок
IaaS, PaaS і SaaS — це не три різні релігії. Це просто різні рівні, на яких ти можеш віддати відповідальність комусь іншому. Питання лише в тому, скільки контролю готовий віддати юзер. І скільки нервів готовий зберегти.
Хтось любить крутити гайки сам. Хтось вважає, що час дорожчий. І обидва підходи мають право на життя. А от що точно не має — так це сліпа віра в те, що «всі переходять у хмару, значить і нам треба». Переходити треба не тому, що модно. А тому, що воно реально вирішує конкретну проблему. І якщо цієї проблеми немає — може, краще поки що посидіти на своїх серверах. Хоча б поки вони не почнуть горіти.