Проверка фактов: развенчание 10 мифов о мультиоблачных технологиях

Мультиоблачные среды быстро становятся стандартным компонентом корпоративной ИТ-экосистемы. Остается разумная неопределенность в отношении этого типа облачных вычислений.

Несмотря на то, что мультиоблако предлагает предприятиям большую эффективность, эластичность и масштабируемость, оно имеет свои недостатки. И, как и любая другая корпоративная технология, она имеет свои плюсы и минусы. Итак, давайте погрузимся прямо в мифы, которые вы, вероятно, слышали о мультиоблачных вычислениях, и почему они не могут быть более ошибочными!

1. Мультиоблачные и гибридные облака и идентичные

Факт . Несмотря на то, что обе среды представляют собой разнородные среды, мульти- и гибридные облака имеют совершенно разные последствия для ИТ.

Хотя мультиоблако и гибридное облако похожи, между ними есть некоторые существенные различия. Это может повлиять на их конструкцию и работу.

Он в основном использует облака от различных поставщиков, таких как AWS для интерфейсных приложений и Azure для серверов Exchange. Гибридное облако объединяет частные облачные системы с несколькими публичными облаками, позволяя им работать как единое целое.

Тип облачной архитектуры, которую вы реализуете, будет зависеть от приложений, которые вы запускаете или поддерживаете, а также от ваших более крупных бизнес-целей.

2. Мультиоблако предотвращает привязку к поставщику

Факт . В любом общедоступном облаке всегда будет определенная степень блокировки.

Чтобы прояснить это заблуждение, давайте сначала определим, что означает привязка к поставщику. В облачных вычислениях привязка к поставщику происходит, когда переход на альтернативного поставщика облачной платформы обходится непомерно дорого. В конечном итоге это заканчивается тем, что потребитель по существу связан продавцом.

Общая идея заключается в том, что при использовании нескольких облачных платформ привязки к поставщику не происходит. Но это не так.

Если вы используете собственные API-интерфейсы поставщика облачных услуг, вы фактически заблокированы. Важные облачные службы, такие как безопасность, управление или хранилище, которые используются одним поставщиком облачных услуг, не могут быть переданы другим поставщикам облачных услуг, если только они модифицируются, чтобы стать совместимыми.

3. Мультиоблако дороже одного провайдера

Факт : Стоимость облака зависит от того, как оно управляется, а не от количества выбранных вами поставщиков.

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

4. Безопасность отходит на второй план при переходе на мультиоблачную среду

Факт . Настройка безопасности в многооблачных средах требует в основном тех же усилий и навыков, что и при работе с одним облаком.

Как и администрирование в целом, безопасность в мультиоблаке сложнее только в том случае, если она выполняется неправильно.

Программно-определяемая глобальная сеть (SD-WAN) со встроенным уровнем безопасности является обязательным условием безопасности облака. Следовательно, облако в целом размещается под единой архитектурой, которая позволяет расширять возможности защиты и мониторинга в любой точке.

Очевидно, что в многооблачной архитектуре нет ничего, что делало бы ее более безопасной, чем другие архитектуры. Придется иметь дело с несколькими платформами служб, доступом к данным или элементами управления (особенно во время миграции).

Если вы пренебрегаете соответствием между несколькими архитектурами, а также географическими регионами, мультиоблако может быть небезопасным. Но то же самое относится и к единым облачным средам.

5. Контейнерные приложения могут быть немедленно перемещены в мультиоблачные среды.

Факт . Одной контейнеризации недостаточно для миграции в несколько облаков; прилагаются дополнительные усилия.

Это правда, что контейнеры снабжают приложения мобильными стандартизированными моделями. Однако облачные приложения довольно сложны в эксплуатации.

Контейнерная рабочая нагрузка требует дополнительных модификаций, прежде чем ее можно будет считать облачной. Среди этих изменений — внедрение операционных систем для конкретных контейнеров, распределение трафика и автоматизированное управление конструктивными или операционными настройками. Вы понесете непомерные затраты, если перенесете монолитные приложения с виртуализированных машин в облако без каких-либо промежуточных шагов.

6. Мультиоблако поможет вам сразу сократить расходы

Факт : в долгосрочной перспективе это оказывается более рентабельным, но вам придется подождать, чтобы разблокировать полную стоимость.

Облачные вычисления — это экономичное решение, и это одно из его главных преимуществ. Тем не менее представление о том, что многооблачные решения всегда более рентабельны, чем решения с одним облаком, не совсем верно.

Многооблачные стратегии требуют неоднородности, что требует множества навыков для эффективного выполнения. Следовательно, существует сочетание финансовых и нефинансовых рисков, поскольку речь идет о значительной архитектурной сложности. Тем не менее предприятия по-прежнему отдают предпочтение мультиоблачным технологиям из-за их повышенной гибкости, которая позволяет им использовать первоклассные облачные предложения и давить на инновации.

С точки зрения прямых затрат создание, настройка и эксплуатация мультиоблака, несомненно, обходится дороже, чем одно облако. Однако несколько платформ предлагают оптимальные решения для широкого круга задач корпоративного уровня.

7. Одиночные облака по-прежнему являются нормой

Факт : Если не принимать во внимание громкие облачные сделки, большинство предприятий используют две или более облачных платформ, и поставщики также принимают это.

Может показаться , что большинство компаний выбирают между AWS, Microsoft Azure или Google Cloud Platform, не задумываясь о других вариантах.

Однако многим компаниям, особенно тем, которые давно инвестируют в технические решения, нужен более широкий выбор поставщиков услуг. Эти организации используют гибридные и мультиоблачные решения, чтобы максимизировать доступные активы и свести к минимуму зависимость от одного поставщика.

Даже Google признает важность «открытого облака» для развития творчества, универсальности и адаптивности. Google расширяет свою экосистему с открытым исходным кодом, чтобы упростить интеграцию нескольких облаков. BigQuery, например, упрощает объединение данных из нескольких источников и поддерживает аналитику данных в централизованном месте.

8. Мультиоблако похоже на множество рек, впадающих в один океан

Факт . Идеальной совместимости почти невозможно добиться в любой гетерогенной облачной среде, в том числе в мультиоблачной.

Распространено мнение, что мультиоблачные развертывания появляются и могут управляться как единый концептуальный объект. Дело в том, что облака работают как платформы, и, несмотря на стандартизацию, они продолжат меняться — подобно базам данных SQL.

В конечном счете, это средство для диверсификации бизнеса. В подавляющем большинстве случаев мультиоблако не предполагает работу распределенных баз данных или приложений в двух или более облаках. Вместо этого мультиоблачная стратегия делает упор на гибкость выбора облака — что работает и где.

9. Небольшие компании не могут внедрить мультиоблако

Факт . Большинство компаний уже полагаются на различные облачные среды, и рекомендуется заранее подготовиться к этому.

Теперь вполне возможно, что у крупных организаций больше спрос на многооблачные архитектуры. Тем не менее, малые предприятия продолжают использовать множество специализированных приложений, улучшенных за счет использования нескольких облаков. Чтобы получить максимальную отдачу от этих инструментов, лучше всего начать с масштабируемой среды.

Используя платформы SaaS, такие как Salesforce, Power BI, Tableau и т. д., или управляемую службу безопасности, малые предприятия могут воспользоваться преимуществами мультиоблачных вычислений.

10. Мультиоблако автоматически повысит мою отказоустойчивость

Факт . Это полезно для обеспечения отказоустойчивости, только если вы используете другое облако для резервного копирования или для размещения образов виртуализации рабочих столов.

Заблуждение заключается в том, что компании могут динамически передавать приложения и информацию между базами данных, если они используют более одного облачного провайдера. Поэтому одним только отключением их не выбить. Использование стратегии нескольких облаков для аварийного восстановления может стоить в два раза дороже, чем использование одного облака только для одного приложения.

Это связано с тем, что рабочие нагрузки не могут перемещаться между облаками в режиме реального времени во время чрезвычайной ситуации, и вам потребуется иметь два экземпляра одного и того же приложения, работающих одновременно в двух облаках, что увеличивает затраты.

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

Последние мысли

Сегодня вероятность получения мультиоблачной среды (независимо от того, планируете вы это или нет) очень высока. Вы можете подключить датчики IoT цепочки поставок в AWS, обучить модели машинного обучения в Google и использовать Azure для совместной работы в рабочей области. Но подходите к инвестициям с широко открытыми глазами и сначала узнайте все, что нужно знать об облачных вычислениях, чтобы принять лучшее решение для своего бизнеса.