Хмарні обчислення: дві перемоги, одна неповна

Хмарні обчислення часто вважають трьома категоріями: Програмне забезпечення як послуга (SaaS), Інфраструктура як послуга (IaaS) та Платформа як послуга (PaaS). Перші два я би оцінив як успіх, але я можу дати лише PaaS незавершеним. Поки, незважаючи на кілька виграшів у ніші, я не вважаю, що це вдається в більшості загальних випадків.

Програмне забезпечення як послуга - найдавніша з трьох категорій і, певною мірою, найуспішніша. Salesforce та Workday можуть бути найбільшими прикладами, кожен з мільйонами користувачів. Існує також ряд дещо менших, але все ж досить вдалих прикладів - Netsuite, Concur, Wageworks, ServiceNow та інші. Я навіть ставлю до цієї категорії більш загальні пропозиції, такі як Office 365 та Google Apps. Все це багатокористувацькі програми, де один екземпляр використовується багатьма різними організаціями. Ці організації можуть конфігурувати програмне забезпечення та часто використовувати надбудови (через API), але компанія, яка виробляє програмне забезпечення, може і оновити його регулярно, тому оптовий налаштування неможливий.

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

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

Певним чином SaaS починає відчувати себе досить зрілою, оскільки більшість усталених додатків мають більшість функцій, які хочуть клієнти, і порівняно невелику цінову конкуренцію. Якщо ви заблоковані у Salesforce, ви не переходите до Dynamics CRM, оскільки це на пару доларів дешевше. SaaS досягла успіху з користувачами майже будь-якого розміру - від стартапів до найбільших організацій світу.

Інфраструктура як послуга, яку вперше створили Amazon Web Services (AWS), також є досить успішною. Багато успішних стартапів або нових підприємств в рамках існуючих фірм було розміщено за моделлю IaaS, що дозволяє розробникам масштабувати та зменшувати свої потреби в інфраструктурі на основі попиту. Це дозволяє стартапам створювати продукт без будь-яких довгострокових інвестицій в центр обробки даних. Ця категорія все ще швидко розвивається: три великих постачальника - Amazon, Microsoft і Google - пропонують щомісяця більше послуг і більш конкурентні ціни. Дивно спостерігати за змінами тут за останній рік.

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

Є деякі додатки, настільки залежні від затримки та продуктивності, що всі елементи є лише ефективним у локальному центрі обробки даних. Є й інші додатки, коли вам потрібно розповсюдити величезну кількість даних по всьому світу, і це практично лише при величезному розподіленому наборі служб передачі даних, таких як постачальники хмар. Більшість додатків десь посередині.

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

Деякі традиційні постачальники підприємств зараз конкурують із власними пропозиціями IaaS, зокрема IBM та HP. Я здогадуюсь, що вони більше сподобаються компаніям, які хочуть або дуже локалізованих і спеціалізованих сервісів, або як частина "гібридної хмари", використовуючи такі технології, як OpenStack. Але це все ще тільки виникає.

Платформа як послуга - цікава концепція. Ідея полягає в тому, що базову операційну систему та сервіси повинен підтримувати постачальник з окремими розробниками, відповідальними лише за додаток.

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

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

Знову ж таки, ця концепція була досить популярною серед стартапів. Такі сайти, як Heroku (також частина Salesforce) та Google App Engine, зазвичай використовуються як платформи, спеціально для розміщення веб-додатків або мобільних додатків, орієнтованих на споживачів. Так само, як і платформові послуги (наприклад, бази даних), пропоновані AWS.

З боку підприємства, однак, ця ідея не здійснилася майже так, як я думав, що це буде. Дуже багато людей використовують сервіси платформи як спосіб розширення своїх SaaS-додатків, особливо, Forcefor's Salesforce's Force.com - це спосіб додавання функцій та з'єднань поверх основної програми CRM. Але в більш загальному сенсі, що стосується повного середовища розвитку, я ще не бачу, щоб багато підприємств прийняли цю концепцію.

Частково це тому, що продукція ще не виглядає ще такою, що дозріла. Microsoft зробила великий поштовх для Azure, але останнім часом, здається, є більш успішною завдяки своїм інфраструктурним сервісам та таким додаткам, як Office 365. Azure підтримує різноманітні інструменти для розробників у хмарі, але він все ще дещо обмежений і не настільки зрозумілий, як багато розробників подібно до. Моє враження, що більшість клієнтів Microsoft використовують послуги SaaS та IaaS більше, ніж чисті платформи. Google та Amazon є більш новими для корпоративних ігор, і хоча Google підтримує різноманітні інструменти в Інтернеті (включаючи такі речі, як Hadoop та MongoDB), його App Engine ще не є справді тим, що я бачу в корпоративному розвитку.

Google і Microsoft доволі сильно роблять ставку на те, що PaaS матиме успіх у більш загальному розумінні, а Pivotal EMC має дуже сильне бачення, побудоване на сервісі Cloud Foundry. Але хоча великі дослідницькі компанії кажуть, що PaaS отримує значну кількість корпоративних прийняттів, більшість того, що я бачив, - це чи нішеве рішення, так і пілотна програма. Я ще не чув, щоб жодна велика компанія повністю використовувала цю технологію.

Це міг легко змінитися з часом - концепція здається привабливою - але саме тому я б оцінив це лише неповним.