Як хмарна інфраструктура може зберегти або заробити вам гроші (переклад статті)

2018-09-03T16:39:49+00:00Август 9th, 2012|Блог|

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

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

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

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

По-третє, я збираюся порівнювати витрати на основі досить зрілих «традиційних» центрів обробки даних в порівняні з аналогічними, але реалізованими на хмарній інфраструктурі, які працюють в стаціонарному режимі. Під традиційними ЦОДами я маю на увазі ті, що частково (менше 30%) віртуалізовані, зовсім не мають автоматизації або управляються помірно.

По-четверте, говорячи «хмара» я маю на увазі визначення НІСТ (Національного Інституту Стандартів та Технологій) http://www.nist.gov/itl/csd/cloud-102511.cfm:

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

НІСТ перераховує п'ять основних характеристик хмарних обчислень: самообслуговування (якщо потрібно), широкий доступ до мережі, об’єднання ресурсів, швидка еластичність та розширення, вимірювання послугами. Він також перераховує три «моделі обслуговування» (програмне забезпечення, платформи та інфраструктури) і чотири «моделі розгортання» (приватна, громадська, державна та змішана хмари), які демонструють способи доставки хмарних сервісів. Визначення покликане служити засобом для широкого порівняння хмарних сервісів і стратегії розгортання, а також забезпечити основу для обговорення того, що таке хмарні обчислення та як краще використовувати хмарні обчислення».

Тепер, коли ми все з’ясували, перейдемо до другої частини моєї розповіді. Я буду описувати сценарії, як вони є в традиційних ЦОД, а потім – в хмарних. Після цього, буду вказувати де ж ті переваги та доходи, про які йде річ.

Час виходу на ринок/Вартість

Традиційні:

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

Загалом проходить близько 8-16 тижнів від початку процесу до появи необхідного обладнання, яке чекають розробники.

Хмарні технології:

  • власник бізнесу або керівник вирішує, що їм потрібен новий застосунок, який буде забезпечувати новий потік доходів до організації. Бізнес-аналітик з’ясовує, що вони хочуть і викладає це у вигляді бізнес-вимог;
  • далі він переводить іх до функціональних вимог (ті, що призведуть до потрібних результатів), а потім використовує як основу для технічних вимог, які описують необхідне устаткування та програмне забезпечення;
  • технічний аналітик або розробник використовує технічні вимоги і розробляє (розписує) серію апаратних і програмних конфігурацій, необхідних для нових застосунків;
  • після завершення проводиться аналіз витрат, щоб оцінити запуск і щомісячну плату (подробиці оплати), порівняння та оцінка внутрішніх можливостей програмного забезпечення, тестування/контроль якості та можливого впровадження програми;
  • бізнес-аналітик робить аналіз витрат та ROI/TCO, створює економічне обґрунтування, яке розглядає власник бізнесу або керівництво, та застосунок затверджується;
  • після затвердження пропозиції група розробників звертається до порталу самообслуговування, де вони вибирають необхідні ресурси зі служби каталогу. Ресурси готові протягом декількох годин.

Приблизно від 3 до 6 тижнів з моменту початку процесу (до 10 тижнів раніше, ніж у випадку з традиційним центром обробки даних) обчислювальні ресурси чекають на розробників, щоб почати роботу по застосуванню.

Економія/Переваги:
Якщо потенційний дохід від запропонованого застосунка $ 250,000 на тиждень (довільне число), то з цього додатка за 10 тижнів можна отримати додаткові $ 2,500,000 доходів.
Примітка: Чим більше невідповідність наявних ресурсів, у традиційній або хмарній інфраструктурі, тим більші потенційні вигоди.

Придбання обладнання

Традиційна модель:

  • власник бізнесу або керівник вирішує, що потрібні вбудовані додатки, які забезпечать нове джерело доходу для організації, а бізнес-аналітик описує додаток у вигляді бізнес-вимог;
  • бізнес-аналітик переводить їх у функціональні вимоги (відповідно до необхідних результатів), а потім використовує як основу для технічних вимог, які описують підтримку апаратного та програмного забезпечення (комерційні або спеціально розроблені);
  • технічний аналітик або розробник використовує технічні вимоги і розробляє цілий ряд апаратних і програмних специфікацій для закупівлі обладнання або програмного забезпечення – ресурси, необхідні для підтримки очікуваної програми;
  • апаратні специфікації будуються на основі передбачення піків навантаження на додатки, а також запасу міцності (накладні витрати), щоб забезпечити стабільність роботи програми з плином часу та сезонними коливаннями. Цей запас може бути від 15% до 30%, що фактично означає, що закупівля обладнання завжди вирівнюється по гіршому випадку (пік обробки/пікова пропускна здатність/пік введення/виводу), так що для кожної програми має бути вказана найдорожча конфігурація.

Хмарна модель:

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

Економія/Переваги:
Оскільки апаратні ресурси в хмарній інфраструктури масштабуються та управляються окремо від наявного обладнання, технічні характеристики обладнання зовсім не впливають на рішення про закупівлю ресурсів. В порівнянні з вартістю індивідуально побудованої інфраструктури, хмарна інфраструктура не тільки має більш низьку вартість, але й дозволяє економити приблизно 15-50% поточних витрат на устаткування сервера.
Примітка: Я говорив про це раніше, але думаю, що потрібно сказати ще раз: економія стає «реальною», оскільки врешті-решт всі витрати на хмарну інфраструктуру повертаються.

Це лише два приклади, де хмара може конкретно допомогти організації отримати доходи або зекономити витрати (а цих прикладів набагато більше). Але, як завжди, це залежить від вашого середовища, від того, що ви хочете зробити, скільки ви хочете витратити і як довго ви хочете це робити, щоб отримати очікуваний результат. Краще за все - попросіть вашого улюбленого фахівця по хмарній інфраструктурі вже сьогодні, щоб допоміг вам визначити, як хмарну «подорож» зробити найправильнішою та найвигіднішою для вас!

Автор – Trevor Williamson – директор відділу Архітектурних Рішень в GreenPages.

Оригінал статті англійською мовою можна знайти тут: http://www.journeytothecloud.com/cloud-computing/how-a-cloud-infrastructure-can-save-or-make-you-money/.

Метки: , ,