Прежде, чем правильно развертываться в мультиоблаке, требуется знание нюансов. Заместитель директора Boston Consulting Group Мэтью Лейболд рассказывает на портале InformationWeek о преимуществах мультиоблака, а также о том, почему его не следует путать с другими операционными моделями.

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

Согласно недавнему исследованию Gartner, более 80% предприятий характеризуют свою стратегию как мультиоблачную. Под этим часть из них подразумевает развертывание услуг, которые предоставляют несколько поставщиков для создания мультиоблачной сети, тогда как другая часть понимает под мультиоблачной стратегией реализацию в пяти или более различных публичных облачных средах. Хотя эти организации считают, что они работают в мультиоблаке, на самом деле они просто работают с «несколькими облаками». Это больше, чем игра слов: несколько облаков (multiple clouds) не равнозначно мультиоблаку (multi-cloud). Для CIO, управляющего ИТ-инфраструктурой предприятия, непонимание нюансов отличий этих моделей может обернуться проблемами.

Различия между облачными операционными моделями

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

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

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

Истинное мультиоблако — это модель, которую пока применяет меньшинство (менее 10%) предприятий. Ее характеризуют бесшовное управление несколькими облаками, возможность безопасной миграции рабочих нагрузок в режиме реального времени, а также возможность свободного развертывания рабочих нагрузок у нескольких провайдеров параллельно. Истинная стратегия мультиоблака предусматривает применение нескольких публичных облаков, предлагая гибкость выбора провайдеров для определенных задач, исключает перебои в работе и позволяет соответствовать нормативным и управленческим требованиям. Истинное развертывание мультиоблака дает следующие преимущества:

  • периферийные вычисления: увеличение возможности смещать рабочие нагрузки на периферию, задействуя мобильные и носимые устройства, а также технологии Интернета вещей;
  • контроль инфраструктуры: восстановление контроля над уровнем инфраструктуры за счет инсорсинга и сокращения привязки к одному поставщику;
  • гибкость: повышение гибкости распределения за счет обеспечения согласованности, переносимости и повторного использования в рамках инфраструктуры одного провайдера с помощью контейнеризации и мультиоблачных инструментов (например, GCP Anthos);
  • операционная отказоустойчивость: максимальная операционная отказоустойчивость, а именно: аварийное восстановление и резервное копирование в облаке;
  • инновации: расширенный доступ к инновационным хабам, предоставляемым облачными провайдерами и независимыми поставщиками ПО.

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

Использование преимуществ истинного мультиоблака

Переходя к развертыванию в мультиоблаке, CIO следует вооружиться пятью императивами:

  • оцените свое текущее отношение к облаку. Проведите исследование своей среды, чтобы выявить ее недостатки, связанные с контрактами, затратами, сложностью и зрелостью. Это сопоставление поможет быстрее перейти к истинной модели мультиоблака, определив возможности как для рационализации миграции, так и для расширения возможностей.
  • определитесь с приоритетами. Оцените свои архитектуру и операционную модель, чтобы определить, что должно быть коммодитизировано независимо от среды провайдера (например, основные компоненты инфраструктуры), а что нет, например, заказные функции для наилучшего обслуживания клиентов и бизнес-партнеров (разработка продуктов и инжиниринг для бизнес-приложений). Это позволит вам абстрагироваться от базовой технологии и сосредоточиться на продуктах, которые действительно имеют значение и отличают вашу организацию (например, вид деятельности, работа с клиентами и функции, приносящие доход).
  • сделайте обдуманный выбор облачной архитектуры и технологии. Определите на каждом уровне вашей облачной архитектуры, в какой степени вы собираетесь быть независимым от облачного провайдера. Подумайте о том, как обеспечить максимальный контроль над вашим продуктом и в то же время воспользоваться преимуществами публичного облака.
  • создайте структуру данных и услуг для облачной интеграции. Усовершенствуйте структуру данных и сервисов, необходимых для интеграции и оркестровки всей мультиоблачной экосистемы, включая услуги оркестровки, предоставляемые провайдером (например, GCP Anthos, Azure Arc), сетевые и распределенные шаблоны данных, а также вычислительные системы.
  • сформируйте экосистему, характеризующуюся инновационностью и эксплуатационной устойчивостью. Надежная облачная экосистема должна включать архитектурные решения, способствующие инновациям в контексте технологической устойчивости. Некоторые высокотехнологичные фирмы решили использовать публичное облако для рабочих нагрузок разработки/тестирования, чтобы ускорить разработку продуктов и инновации, а также стандартизировать рабочее окружение. Последнее требуется для возможности репатриации в дата-центр для обеспечения стабильности производственных операций, отказоустойчивости и оптимизации эксплуатационных затрат.