Принцип Золотовласки та гібридна хмара
Принцип Золотовласки полягає в тому, що ми маємо тенденцію з часом отримувати «саме потрібну кількість» чогось. Принцип Золотовласки проявляється в багатьох місцях нашого життя та бізнесу в таких великих і різноманітних сферах, як астробіологія, економіка та машинне навчання. Коли мова заходить про хмару, я можу сказати, як застосовано цей принцип.
На мій погляд, пропозиція високого класу — це «все разом із загальнодоступною хмарою», а не варіант для більшості компаній. Останніми роками ми бачили, як компанії повертаються зі сценарію "все в" або, принаймні, роблять ставки на кількох хмарних провайдерів.
Пропозиція нижчого класу полягає в тому, щоб зберегти все на місці. Іноді немає вибору через відповідність нормативним вимогам, вимоги безпеки або проблеми з продуктивністю.
Гібридна хмара — це моя середня пропозиція «саме потрібної кількості». Кожна компанія має унікальні вимоги, але скористатись перевагами всього, що пропонує хмара, зберігаючи частковий локальний відбиток із міркувань власності – це напрямок більшості.
Moor Insights & Strategy
Moor Insights & Strategy
Якщо відповіддю є «саме необхідна кількість», чому це займає так багато часу?
Публічній хмарі вісімнадцять років, і, залежно від того, з ким ви спілкуєтеся, лише 10-25% програм знаходяться в хмарі. Багато хто з вас пам’ятає накази ради директорів і керівного персоналу, такі як «до 2017 року всі ми будемо працювати в хмарі», «більше не будемо витрачати ні на що локальне» і (мій улюблений) «ми збираємося заощадити 50% наших вартість у хмарі».
Приватні хмари з’явилися на сцені в 2008 році, майже не розроблені та, безперечно, у класі продуктів «зроби сам». Я впевнений, що багатьом із вас було важко працювати з OpenStack. Я не знайшов нікого, хто міг би змусити його працювати, крім найбільших телекомунікаційних компаній і роздрібних торговців.
Коли близько десяти років тому постачальники представили гібридні хмари, взаємодія між приватною та загальнодоступною хмарою та можливість переміщати робочі навантаження туди-сюди були науковим проектом. Дуже небагато компаній мали ресурси для цього.
Тоді приблизно п’ять років тому ми побачили зміни. У той час переваги хмари (OPEX, швидкість, гнучкість, гнучкість) були добре відомі, як і недоліки (збільшення вартості, затримка, проблеми з даними, команди для кожної хмари).
У той час як Google Cloud і Azure рано почали працювати над гібридною хмарою з Anthos і Stack, останнім великим гібридним черевиком був AWS, який тепер пропонує 21 гібридну хмарну службу, і ми почали змагання.
Хоча й не настільки зрілі, як 18-річна публічна хмара, існує багато гібридних пропозицій третього та четвертого поколінь від усіх основних гравців, таких як Google (GCP), Azure, Oracle, IBM, HPE, Lenovo та VMware.
Зараз ера гібридних мультихмар
Спочатку розберемося з термінологією. Гібридна хмара — це комбінація загальнодоступних і приватних хмар.
Найважливішою особливістю гібридної хмарної системи та критичним гальмом зростання в минулому є оркестровка, керування та переносимість додатків між приватними та публічними хмарами. Гібридна хмара — це єдине, уніфіковане та гнучке розподілене обчислювальне середовище, яке може запускати та масштабувати традиційні або хмарні робочі навантаження на найбільш відповідній моделі обчислення.
Багатохмарне середовище включає в себе кілька загальнодоступних хмарних служб від різних хмарних постачальників. Крім збільшення багатства, основною причиною прийняття мультихмарної стратегії є те, що не всі постачальники створені рівними. Компанія може розмістити свій зовнішній веб-додаток на AWS, сервери Exchange — на Microsoft Azure, а програми машинного навчання — на GCP.
Гібридна мультихмара — це гібридна хмара з загальнодоступними хмарними службами від кількох постачальників.
«Найкраще з обох світів»
Гібридна хмара пропонує хмарні послуги, коли вони працюють найкраще, зберігаючи певні операції локально в приватній хмарі. Поєднання керування локальним центром обробки даних або приватною хмарою з масштабованістю публічної хмари означає, що кожне робоче навантаження виконується в оптимальному середовищі для продуктивності та загальних витрат. Робочі навантаження, які вимагають високого рівня контролю, налаштування або безпеки, можуть виконуватися в локальній приватній хмарі. Навпаки, інші робочі навантаження можуть використовувати переваги масштабу та гнучкості загальнодоступної хмари.
Рішення про те, куди розподілити робоче навантаження, залежить від багатьох факторів, таких як економіка, безпека, стійкість, а також екологічні, соціальні та державні (ESG). Комбінація елементів призводить до «особистості робочого навантаження», яка найкраще відповідає певній інфраструктурі. З часом фактори і, отже, особистість змінюються, що призводить до безперервних змін оптимального розгортання.
Гібридна хмара забезпечує портативність для переміщення робочих навантажень із локальної в загальнодоступну хмару та назад у міру зміни вимог. Зміна «особистості робочого навантаження» добре обслуговується гібридною хмарою.
Таким чином, гібридна хмара отримує переваги від контролю та видимості над приватною хмарою, з гнучкістю, масштабованістю та зниженими капітальними витратами публічної хмари.
Критичні фактори успіху для успішної гібридної хмари
На цьому більшість статей про гібридні хмари раптово закінчуються. Але давайте продовжимо обговорювати деякі важливі фактори успіху.
Керувати життєвими циклами даних у гібридному хмарному середовищі може бути складно. Під життєвим циклом даних я маю на увазі збирання, звітування, збагачення та надання даних для аналітики та машинного навчання (ML). Адміністратори повинні використовувати інструменти та API, щоб забезпечити безперебійну роботу аналітики в приватних і загальнодоступних хмарах, що вимагає відокремлення управління даними від стратегії інфраструктури.
Гібридна хмара повинна мати уніфіковані метадані, доступ до даних, керування та походження між приватними та загальнодоступними хмарами через інтерфейс користувача, незалежно від історії даних – отриманих, переміщених або реплікованих. Якщо політика доступу до даних і джерело несумісні в приватних і загальнодоступних хмарах, у журналах аудиту будуть існувати прогалини, створюючи кошмар інформаційної безпеки та відповідності.
Третій і останній фактор, який робить гібридну хмару можливою, це наявність відкритої архітектури, програмного забезпечення з відкритим кодом, відкритих API та відкритого формату зберігання. Відкритий вихідний код забезпечує взаємодію, оскільки ті самі служби працюють у приватній і публічній хмарах. Це також покращує мобільність і усуває залежність від бізнес-моделі та пріоритетів будь-якого постачальника хмарних технологій.
Управління гібридною хмарою
Управління гібридною хмарою є складним. Це має бути цілісне рішення, яке містить можливості керування даними для узгодження трьох факторів успіху, описаних вище. Шукайте платформу керування, яка підтримує весь життєвий цикл даних для аналітики та машинного навчання в хмарах, забезпечує безпеку та керування даними та базується на програмному забезпеченні з відкритим кодом. Платформа управління повинна підтримувати політику безпеки даних і управління узгодженими скрізь між приватними та публічними хмарами.
Щоб зробити гібридну хмару реальністю, адміністраторам платформ даних потрібен один зручний інтерфейс користувача для адміністрування, керування та надання користувачів, середовищ і служб у всіх кластерах і аналітичних робочих просторах. Адміністратори повинні знати «характеристики робочого навантаження» та зв’язок із локальними та публічними хмарними ресурсами.
Прискорені цикли розробки продукту вимагають спрощеного покрокового процесу міграції робочих навантажень і виходу в хмару. Це також вимагає прозорості стану кластерів і робочих навантажень.
Підведенню
Що означає «саме правильне» рішення? Принцип Золотовласки передбачає тенденцію до «правильного» балансу між двома крайнощами, що дійсно відбувається. Кожному підприємству потрібна стратегія, яка охоплює реальність гібридної хмари.
Гібридна хмара забезпечує взаємодію між локальною та хмарою. Для даних має бути доступний однаковий рівень доступу та гнучкості. Робочі навантаження або набори даних мають бути переносними в гібридній хмарі, щоб відповідати мінливим потребам. Там, де сьогодні знаходяться програми та дані, завтра може бути не найкращим місцем для них. Кожна гібридна хмарна стратегія повинна мати супутню гібридну стратегію даних.
Як влучно зазначив Судхір Менон, директор із продуктів Cloudera. «Ми чітко й чітко почули від наших клієнтів і представників галузі, що інструменти та платформи керування даними, які не підтримують гібридні та мультихмарні можливості, будуть виведені з експлуатації». Або інакше кажучи, «ігноруйте принцип Золотоволоски на свій страх і ризик».
