Ціноутворення хмарних послуг
В епоху хмарних технологій ми постійно зустрічаємося з чітким визначенням цін на ІТ-послуги, розміщені у хмарі: віртуальний хостинг, хмарні програми, доступи до хмарних сховищ, електронної пошти та багато іншого має цілком зрозуміле для користувачів ціноутворення. За хостинг 1200 рублів на рік, за доменне ім'я 850 рублів. Що ж ховається за цими цифрами, як зрозуміти, скільки коштуватиме ІТ-послуга, якщо розгорнути всередині компанії власне приватну хмару? Давайте розумітися.
Можна припустити, що необхідність ціноутворення для хмарних послуг виникла ще за мейнфреймів, коли вони були великі і дуже дорогі. Малий та середній бізнес не могли собі дозволити придбати такі обчислювальні потужності, і на ринку з'явилися послуги надання доступу до них від великого бізнесу, який міг собі його дозволити, але не використав на всі 100%. Основна ідея полягає в тому, що обчислювальні ресурси та хмарні послуги вимірюють та продають, як наприклад електрику. Клієнти платять лише за те, що вони використовують.
Що буде, якщо розгорнути свою хмару? Споживачами ІТ-послуг будуть внутрішні підрозділи, але можуть бути зовнішні замовники. Що зміниться? Історично організації купували серверне обладнання та системи зберігання даних (СГД) під новий проект. Але віртуалізація ламає цю модель – можна легко отримати новий незалежний об'єкт (віртуальну машину, процесорні потужності, місце на СГД) у хмарі / ЦОД-і / кластері віртуалізації. Таким чином, необхідно визначити та виставити ціни вже на етапі виділення загальних ресурсів у галузі віртуалізації для використання під конкретне завдання.
Хмара - інфографіка
Що таке хмара? Хмара – це сукупність інфраструктурних елементів, що враховуються.(обладнання) та нематеріальних активів (ліцензії ПЗ, зовнішні послуги з підтримки, розробки ПЗ та доопрацювання систем). Споживач хмарних послуг використовує частину хмари, яка задіяна у наданні тієї чи іншої хмарної ІТ-послуги. При цьому для споживача абсолютно прозоро, як він купує ІТ-послуги – платить за використання ЦП, пам'яті, обсяг сховища, трафік та інші одиниці вартості, про які ми поговоримо трохи згодом.
Мал. 1 Надання хмарних послуг

Розрахунок вартості ІТ-послуг, які розміщені у хмарі
Для розрахунку вартості ІТ-послуг зазвичай необхідно зробити кілька ключових кроків:
- Визначити суму витрат на хмару у перспективі певного періоду;
- Розробити модель розподілу всіх витрат на хмару у цей період у контексті ІТ-послуг. Тут необхідно врахувати всі драйвери і коефіцієнти – так ми отримаємо собівартість хмарних ІТ-послуг за період;
- Врахувати можливу націнку за послуги до отриманої собівартості, розрахувати суму періодичних (наприклад, щомісячних) платежів – ми отримаємо ціну підписки на ІТ-послуги.
При розрахунку вартості ІТ-послуг, розміщених у хмарі, також необхідно враховувати кілька факторів:
- Сукупність вимірних параметрів, на підставі яких пропонуватимуться ІТ-послуги - одиниці вартості (замовлення) ІТ-послуги. Ці одиниці вартості залежать від типу хмарної послуги та братимуть участь у моделі розподілу витрат хмари на ІТ-послуги.
- Для передплати «Інфраструктура як послуга» (IaaS) це може бути розмір пам'яті, кількість RAM, продуктивність або пропускна здатність каналу зв'язку і т.д.
- Для підписки «Платформа як послуга» (PaaS) це може бути обсяг трафіку, кількість транзакцій,у сесій і т.п.
- Для підписки «ПЗ як послуга» (SaaS) це може бути кількість користувачів, час використання та ін.
- Що робити з витратами на ті ресурси, які не використовуються та простоюють.
При цьому сама модель розподілу витрат має враховувати:
- Яке обладнання та програмне забезпечення використовується для надання кожної конкретної ІТ-послуги;
- Правила віднесення вартості обладнання та ПЗ на одиницю вартості (замовлення) ІТ-послуги з урахуванням різних драйверів (резервування, реплікація та ін.).
Таким чином, необхідно оцінити сукупність усіх витрат на хмару за певний час. Ці витрати розподіляються на хмарні ІТ-послуги відповідно до моделі розподілу витрат. Так ми матимемо собівартість одиниці замовлення ІТ-послуги. І якщо ми заклали драйвери в модель, то собівартість може вийти з урахуванням резервування, реплікації, утилізації ресурсів (послуга не може бути затребувана на всі 100%), і т.д. Якщо потрібно, до собівартості потрібно приплюсувати націнку - таким чином ми отримаємо кінцеву вартість ІТ-послуги за період.
Види витрат на обладнання та ПЗ
З чого може складатися собівартість всіх ІТ-послуг, що надаються хмарою:
- Придбання обладнання та ліцензії ПЗ, визначення частки ліцензій, що використовується безпосередньо хмарою;
- Підтримка та супровід обладнання та ПЗ;
- Ремонт та модернізація обладнання;
- Заміна обладнання відповідно до його життєвого циклу:
- Наприклад, кожні 3 роки може відбуватися заміна обладнання за алгоритмом:
- Production → Pre-live → Test → Develop → Списання
Одиниця вартості ІТ-послуги
За що платитиме клієнт у результаті? Потужність процесора, дисковий простір, пропускна здатність каналу зв'язку чи кількість використаної пам'яті? Що можна сказати про фактор часу? Підключення до мережі налаштоване, але як його продавати: за фіксованою вартістю на місяць, вважаючи, що канал повністю або частково завантажений, а може, фактичного трафіку? З системами зберігання даних схожа історія – потрібно враховувати реплікацію та резервування, грейд RAID-масиву.
Для клієнта та провайдера хмарних ІТ-послуг важливо вимірювати їхнє споживання. Обсяг споживання має виражатися в одиницях вартості. В ідеальному випадку споживання ІТ-послуг можна автоматично відстежувати та на основі отриманої інформації виставляти рахунок та проводити оцінку відповідності ціни та витрат на реальне використання потужностей хмари. Наведемо кілька прикладів одиниць вартості для різних типів ІТ-послуг:
- Можливі одиниці вартості для IaaS:
- Дисковий простір;
- Пам'ять;
- Кількість ядер ЦП;
- Кількість операцій ЦП;
- Пропускна спроможність (каналів зв'язку, запису даних у сховищі тощо);
- Кількість циклів читання/запису.
Сервісно-ресурсна модель! = Фінансово-ресурсна модель
Фінансово Ресурсна Модель хмари - інфографіка
Чому ми маємо враховувати саме ФРМ при розрахунку ціни? Сервісно-ресурсна модель може враховувати віртуальні сутності – системи, кластери та інші сукупності, насправді комплексні конфігураційні одиниці, які беруть участь у наданні ІТ-послуги. При цьому такі комплексні сутності не мають власної вартості та не вплинуть на розрахунок собівартості ІТ-послуг. При цьому СРМ може не враховувати обладнання, яке має велику вартість, але функціонально не впливає безпосередньо на надання послуг ІТ. Наприклад, якщо відмовить система пожежогасіння, може і не відбутися деградації рівня ІТ-послуг, але при цьому витрати на інженерні системи добре враховувати при розрахунку вартості хмарної ІТ-послуги. Так само немає сенсу включати в СРМ зв'язки з контрактами на обслуговування, а для ФРМ витрати на підтримку та обслуговування – це одна з найбільших часток у ціні на ІТ-послуги.
Мал. 2 Фінансово-ресурсна модель хмари

Витрати на ресурси, які не використовуються та простоюють
При створенні моделі розрахунку ціни необхідно враховувати ситуацію, коли споживач використовує в повному обсязі 100% ресурсів хмари для ІТ-послуг. Більше того, необхідно максимально розподілити «хмарні» витрати на споживачів ІТ-послуг. Для обліку неповної утилізації можна зробити такі припущення моделі:
- Визначити, що робити з ресурсами, що не використовуються:
- Витрати на ресурси, що не використовуються, можна залишити на балансі ІТ-підрозділу, і це може використовуватися як показник коректності планування споживання послуг або оцінки активності з продажу ІТ-послуг споживачам;
- Запровадити коефіцієнт утилізації ресурсів. Він можебути визначений на основі аналізу минулих періодів, планування споживання потужностей або обраний емпірично для подальшого уточнення.
Приклад розрахунку ціни
Для створення моделі ціноутворення приймемо такі припущення: розрахунковий період 5 років, додаткові драйвери та коефіцієнти не враховуються. Ціну на ІТ-послуги ми встановлюємо, наприклад, як собівартість +5%. Наведемо для прикладу список одиниць вартості за підпискою IaaS, і надалі підрахуємо вартість простої моделі ціноутворення. Візьмемо за одиницю вартості сукупність кількості ядер ЦП, обсягу RAM та обсягу СГД.
Припустимо, організація придбала кошик із серверами за 1 000 000 рублів. У кошику 5 серверів, з 2 ЦП по 10 ядер у кожному і нехай загальний обсяг пам'яті всього кошика 5 Tb RAM.
Придбали СГД за 1000000 рублів, загальним обсягом 100 Tb.
Підтримка серверів буде коштувати 1000000 рублів за 5 років. Підтримка СГД - 100 000 рублів за 5 років.
Придбання та підтримка за 5 років ліцензій VmWare vSphere для 1ядра нехай коштуватиме 200 000 рублів.
Розрахуємо собівартість 1 ядра та 1 Gb RAM у перерахунку на 5 років використання:
- Загальна сума витрат за сервери – 2 000 000 рублів за 5 років.
- Загальний обсяг ядер ЦП = 5 серверів * 2 ЦП * 10 ядер = 100. Тоді ціна 1 ядра 20 000 рублів.
- Загальний обсяг RAM = 5 Tb, тоді вартість 1 Gb RAM (округлим для рівного рахунку 1 Tb = 1000 Gb) становитиме 2 000 000/5 000 = 400 рублів за Gb.
Розрахуємо собівартість 1 Gb HDD у перспективі 5 років:
- Загальна сума витрат на СГД = 1100000 рублів за 5 років. Вартість 1 Gb = 1 100 000/100 Tb/1000 (округлимо для рівного рахунку 1 Tb = 1000 Gb) = 11 рублів.
Облік витрат на ресурси, які не використовуються та простоюють
Для IaaS необхідно враховувати, що якщо вибрано всі ядра ЦП або вся пам'ять RAM, то вартість ІТ-послуг має покривати витрати на хмару. Замість введення коефіцієнта утилізації братимемо для кожної одиниці вартості найбільшу частку використання ресурсів – розрахуємо вартість використання ядер ЦП та вартість використання пам'яті RAM, виберемо найбільше. Понад те, спроектуємо набір одиниць вартості в такий спосіб, щоб рівномірно використовувати як частку ядер ЦП, і частку пам'яті. Це запобігатиме ситуації з перекосом використання ресурсів, коли, наприклад, замовлено лише 2 послуги, в одній з яких використовується 80% усіх ядер ЦП, а в іншій 80% усієї пам'яті хмари, що призведе до сумарної вартості для споживачів у 160% від суми витрат на хмару загалом.
Одиниця вартості ІТ-послуги за передплатою IaaS
Візьмемо 6 варіантів передплати, які зможе замовити споживач. За мінімальну одиницю візьмемо таку сукупність ресурсів, щоб можна було створити віртуальну машину зопераційною системою та кількома програмами. Для створення віртуального сервера з серйозними завданнями нам знадобиться вже більша кількість ядер, пам'яті та обсяг сховища. Нехай кожна наступна одиниця відрізняється великою кількістю ядер ЦП, великим обсягом пам'яті та обсягом сховища:
- 1 Core + 2Gb RAM + 20Gb HDD
- 2 Core + 4Gb RAM + 40Gb HDD
- 2 Core + 16Gb RAM + 120Gb HDD
- 4 Core + 32 Gb RAM + 240 Gb HDD
- 4 Core + 128 Gb RAM + 480 Gb HDD
- 8 Core + 512 Gb RAM + 1Tb HDD