Multi-cloud против Hybrid cloud: полное руководство для современного бизнеса

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

При развертывании нескольких облаков у бизнеса есть два варианта: либо настроить гибридное облако, либо выбрать multi-cloud стратегию. Хотя они похожи, эти типы развертывания имеют различия, которые решение-приниматель должен знать при планировании перехода в облако.

Эта статья объясняет главные различия между multi-cloud и hybrid cloud. Читайте дальше, чтобы узнать об обеих облачных стратегиях и увидеть, какие факторы стоит учитывать при выборе между этими моделями развертывания.

Multi-cloud vs Hybrid cloud: определения

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

Multi-cloud

В multi-cloud стратегии компания использует несколько облачных сервисов одного типа от разных провайдеров. Партнерство с несколькими вендорами позволяет компании:

• Использовать лучшие сервисы для каждого приложения и задачи.
• Исключить риск vendor lock-in.
• Обеспечить, чтобы каждая команда опиралась на правильное облачное решение.
• Оптимизировать бизнес-планирование, выбирая самые доступные сервисы.

Большинство multi-cloud настроек включают смесь публичных облачных провайдеров: Amazon Web Services (AWS), Google Cloud Platform (GCP), Bare Metal Cloud (BMC), Microsoft (Azure), IBM. Каждое облако в multi-cloud настройке обрабатывает специфические рабочие нагрузки, поэтому обычно нет интеграции рабочих нагрузок между инфраструктурами.

Hybrid cloud

В гибридной облачной среде компания сочетает публичное облако с приватным облаком или on-premise дата-центром. Самая популярная гибридная стратегия — запуск кода приложения на in-house настройке (дата-центр или приватное облако) и cloud bursting в публичную инфраструктуру в пиковые нагрузки.

Гибридные развертывания распространены, и два самых типичных сценария:

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

В отличие от multi-cloud стратегии, гибридная настройка опирается на глубокую оркестрацию между разными облачными платформами. Цель — создать унифицированную среду, где отдельные системы общаются и обрабатывают одни и те же ИТ-нагрузки.

Может ли Multi-cloud включать Hybrid Cloud?

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

Пока гибридная система может быть подмножеством multi-cloud среды, multi-cloud не может быть подмножеством гибридной настройки. Гибридная среда требует, чтобы все отдельные облака общались, что не характерно для multi-cloud.

Multi-cloud vs Hybrid cloud: обзор

Гибридные и multi-cloud стратегии имеют много общего, так как обе модели позволяют принимающей компании:

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

Таблица ниже описывает главные различия между multi-cloud и hybrid cloud, чтобы помочь выбрать правильный вариант для вашего случая.

Эта таблица прокручивается горизонтально.

Точка сравнения	Multi-cloud	Hybrid cloud
Архитектура	Включает несколько публичных облаков (может также иметь приватные облака, комьюнити облака, on-premise дата-центры)	Включает публичное облако и либо приватное облако, либо on-premise дата-центр (или оба)
Межоблачные рабочие нагрузки	Разные облака обрабатывают разные задачи, поэтому данные и процессы обычно работают в изоляции	Компоненты работают вместе для запуска единого ИТ-решения, поэтому данные и процессы пересекаются
Хранение чувствительных данных	Ценные данные могут находиться on-premise или в облаке, в зависимости от дизайна	Чувствительные данные находятся либо в приватном облаке, либо на in-house сервере
Ответственность за безопасность	Публичные облачные провайдеры отвечают за безопасность облачных вычислений	In-house команда отвечает за защиту данных в приватном облаке и дата-центре, провайдер — за безопасность публичного облака
Преимущества при хранении регулируемых данных	Компания может обеспечить, что каждый фрагмент данных находится в географической локации по правовым требованиям	Команда хранит чувствительные данные в высокозащищенном приватном облаке или дата-центре
Vendor lock-in	Несколько облачных провайдеров и отдельные рабочие нагрузки дают гибкость легко и быстро менять вендоров	Высокие уровни интеграции между средами затрудняют смену провайдеров
Миграция в облако	Миграция в несколько облаков может быть долгой и сложной	Большинство рабочих нагрузок продолжают работать on-premises, поэтому миграция короче и менее сложна
Доступность	Если один провайдер сбоит, рабочие нагрузки переключаются на другой; можно настроить отдельные публичные облака по локации пользователей для избежания задержки	Если публичное облако сталкивается с проблемой, препятствующей bursting, конечные пользователи могут столкнуться с проблемами
Стоимость	Публичные облака дешевле приватных или дата-центров, но компания должна следить, чтобы не перерасходовать на каждой платформе	Меньший риск перерасхода, но компания должна учитывать больше расходов на персонал и обслуживание

Следующие разделы предлагают более детальный анализ каждого значимого различия между гибридной и multi-cloud средой.

Архитектура

Архитектура гибридного облака всегда состоит минимум из одного приватного облака или on-premise системы и одного публичного облака. Инфраструктуры делят:

• Единую систему управления идентичностью (IdM).
• Унифицированные стеки логирования, мониторинга и алертинга (LMA).
• Интеграции между внутренними сетями.

Высокие уровни взаимосвязи превращают публичную среду в расширение приватного облака.

Multi-cloud не имеет единой IdM системы, унифицированного LMA стека или интегрированной сети. Архитектура вместо этого опирается на смесь двух или более облаков одного типа без межоблачного общения.

Другое архитектурное различие — расположение чувствительных данных. Гибридные облака используют on-premise серверы или приватное облако для хранения ценных данных. Публичное облако не хранит никаких жизненно важных записей. В multi-cloud настройке все данные могут находиться в публичном облаке, либо на том, что обеспечивает вычислительные ресурсы, либо на выделенном облаке.

Безопасность

Гибридное облако дает организации прямой контроль над большинством данных и процессов. Если команда безопасности делает свою работу хорошо, риск утечки данных минимален. Компания выбирает конфигурации и протоколы для защиты on-premise среды мерами вроде:

• Шифрование данных.
• Пользовательские контроль доступа.
• Безопасность конечных точек.
• Различные типы сетевой безопасности.

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

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

Если multi-cloud настройка включает приватное облако или дата-центр, in-house команда имеет больше ответственностей на месте для защиты сред.

Хранение регулируемых данных

Если multi-cloud архитектура не включает приватное облако, компания должна обеспечить, чтобы публичные облачные хранилища соответствовали регуляциям вроде PCI, HIPAA или GDPR. Большинство известных провайдеров предлагают зоны доступности и регионы, позволяющие хранить данные в юридически подходящих локациях.

Гибридное облако — правильный выбор для любой компании с высокими регуляторными стандартами для данных или бизнес-логики. Эта модель развертывания позволяет хранить данные в строго контролируемой среде. Однако помните, что безопасность этих систем зависит от возможностей in-house команды. Публичный облачный вендор часто имеет больше ресурсов кибербезопасности, чем отдельная компания, поэтому хранение данных в облаке иногда лучший вариант даже в гибридной настройке.

Vendor Lock-In

Multi-cloud позволяет бизнесу избежать закрепления в контракте с единственным провайдером. Несколько публичных облачных сред, обрабатывающих разные рабочие нагрузки, делают смену вендоров легкой и быстрой. Компания имеет гибкость менять вендоров на основе:

• Новых технологических возможностей.
• Стоимости сервиса.
• Технических требований каждой новой задачи или приложения.
• Географической локации.

Отсутствие lock-in жизненно важно для любой компании, желающей отвечать на рыночные изменения со скоростью.

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

Миграция в облако

Перенос данных и приложений в облако — ресурсоемкая задача. Поскольку развертывание multi-cloud требует миграции в несколько облаков, миграция может занять много времени и быть сложной для неопытных команд.

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

Доступность

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

В гибридной настройке поддержание доступности ложится на in-house команду, так как большинство рабочих нагрузок происходят on-premises или в приватном облаке. Однако, если приложение испытывает пик трафика и сбой публичного облака предотвращает bursting, гибридная система может столкнуться с проблемами. Избегание простоя в таких сценариях — одна из самых распространенных проблем внедрения гибридного облака.

Еще одно преимущество multi-cloud, связанное с доступностью: компания может настроить отдельные публичные облака на основе локации пользователей. Настройка облака рядом с каждой значимой группой пользователей предотвращает задержку. Гибридное облако не может обеспечить это преимущество без эволюции в multi-cloud.

Стоимость

И гибридное, и multi-cloud имеют плюсы и минусы в плане стоимости.

В multi-cloud настройке бизнес обычно не платит за дата-центры или in-house приватные облака. Однако команда должна всегда осознавать затраты на облачные вычисления, чтобы предотвратить перерасход.

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

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

Как выбрать между Multi и Hybrid Cloud?

Выбор между гибридной и multi-cloud средой сводится к нескольким факторам. Ниже — пять главных факторов для рассмотрения при выборе правильной стратегии развертывания:

• Требования безопасности: Если у бизнеса высокие регуляторные стандарты для данных или бизнес-логики, гибридное облачное развертывание предлагает больше контроля. Однако помните, что дата-центры и приватные облака небезопасны по умолчанию, поэтому убедитесь, что in-house команда справляется.
• Готовность к миграции в облако: Полная миграция в облако не сразу выполнима для каждого бизнеса. Если команда не готова переместить все рабочие нагрузки в облако, рассмотрите гибридное облачное решение.
• Бюджет: Публичные облака обычно идут с меньшими накладными расходами и прямым управлением, чем другие типы развертывания. Если конечная цифра — решающий фактор, компания должна рассмотреть полностью публичное облачное развертывание.
• Надежность: Несколько облаков помогают держать приложения работающими в периоды высокого спроса благодаря бэкап-облакам. Если бизнес не может допустить простой, multi-cloud — хороший вариант.
• Зависимость от провайдеров: Если отсутствие зависимости от стороннего провайдера — главный решающий фактор, multi-cloud развертывание лучше, чем гибридное.

Multi Cloud vs Hybrid Cloud: самые частые сценарии использования

Вот самые распространенные сценарии, когда компания решает развернуть multi-cloud:

• Бизнес уже использует публичного облачного провайдера, но другой вендор предлагает сервис, которого нет у текущего партнера (IaaS, PaaS, SaaS).
• Компания решает настроить разнообразную инфраструктуру для улучшения эффективности, безопасности и рентабельности.
• Команда хочет настроить публичное облако как часть стратегии бэкапа.
• У компании клиенты разбросаны по широкой географической области, и нужно обеспечить отсутствие задержки у пользователей.
• Отдельные департаменты в организации имеют разные потребности при использовании облака, поэтому бизнес решает инвестировать в отдельные платформы для удовлетворения требований каждой команды.
• Бизнес должен хранить определенный тип данных в конкретной географической локации по юридическим причинам.
• Компании требуется высокая доступность данных (до 99.999%) на 24/7 основе.

Вот несколько сценариев, когда гибридное облако может быть лучшим выбором над multi-cloud развертыванием:

• Бизнес не хочет перемещать все данные и сервисы в облако.
• Организация хочет протестировать облачные вычисления перед миграцией большинства ресурсов и рабочих нагрузок.
• Компания не хочет уходить от своего on-premise дата-центра.
• Компании требуется централизованная инфраструктура идентичности через множество систем.
• DevOps-команда предпочитает иметь гибридную смесь самообслуживаемых ресурсов (приватное облако) и платформу для запуска тестовых рабочих нагрузок (публичное облако).
• Команда не готова начать работать с процедурами, инструментами и ресурсами разных провайдеров.
• Бизнес хочет использовать преимущества облачных вычислений, но может терпеть некоторое время простоя без потери клиентов.

Понимайте, когда и как использовать обе модели развертывания

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