Multi-cloud: определение, сценарии использования и бизнес-выгоды

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

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

Определение Multi-cloud

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

• Стоимость сервиса.
• Технические требования.
• Географическая доступность.

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

Вот несколько примеров того, как компания может использовать multi-cloud настройку:

• Компания использует Google Cloud Platform (GCP) для разработки и тестирования, полагаясь на Azure для бизнес-аналитики.
• Организация использует разных провайдеров для IaaS, PaaS и SaaS сервисов.
• Компания использует Azure в США и Alibaba в Азии, чтобы приложение не страдало от задержки.
• Организация потребляет email как сервис у одного вендора, CRM сервисы у другого, и IaaS у третьего провайдера.

Распределение рабочих нагрузок между разными облачными вендорами дает следующие конкурентные преимущества:

• Лучшая производительность приложений.
• Гибкость для быстрого принятия правильной технологии для любой задачи.
• Отсутствие vendor lock-in.
• Снижение барьеров для инноваций.
• Лучшее смягчение последствий катастроф.
• Меньший риск простоя и потери данных.

Эта стратегия обычно включает комбинацию крупных публичных облачных провайдеров. Однако multi-cloud настройка может также иметь приватные облака и традиционные on-premise дата-центры в архитектуре.

Multi-cloud vs. Hybrid Cloud

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

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

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

Читайте более подробно о Multi-cloud vs Hybrid Cloud.

Архитектура Multi-cloud

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

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

• Компоненты управления, добавляющие и модифицирующие артефакты для рантаймов.
• Аналитику и облачный мониторинг.
• Мастер-источники данных (в мастер/слейв или мастер/мастер развертывании).
• Рантайм-компоненты, обслуживающие пользовательский трафик.

Публичные облака в нашем примере содержат рантайм-компоненты и мастер/слейв источники данных с рантаймом и метаданными приложения.

При проектировании multi-cloud архитектуры учитывайте следующие факторы:

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

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

Сценарии использования Multi-cloud

Ниже шесть сценариев использования, демонстрирующих, как компании могут воспользоваться преимуществами multi-cloud архитектур.

Мультикомпонентные приложения

Multi-cloud хорошо подходит для любой системы, имеющей разные компоненты с разными требованиями.

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

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

Операции с контейнерами

Контейнеризация позволяет командам помещать все файлы, необходимые для запуска программы, в единый блок (контейнер). Контейнеризированные программы добавляют гибкость и устраняют ошибки при перемещении ПО между приложениями, развертываниями и системами. Docker и Kubernetes — два самых заметных игрока в текущем контейнерном пространстве.

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

• Миграция контейнеров: Согласованная сеть помогает разработчикам переносить рабочие нагрузки из on-prem в публичные облака, а также между публичными облаками.
• Расширение в пиковое время: Компания может распределить нагрузку по нескольким контейнерам в нескольких облаках. Эта гибкость идеальна, когда однодневные транзакции намного выше среднего.
• Перемещение сервисов: Если основное облако испытывает сбой, команда может быстро переместить сервисы или микросервисы в другие облака и избежать простоя.
• Автоматические failover: Multi-cloud настройка может автоматически переключиться на другое облако в случае сбоя.

On и Off-ramping данных

Multi-cloud среды могут перемещать данные из дата-центра в облако и обратно быстро и эффективно. Облачные хранилища могут:

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

On и off-ramping данных с multi-cloud — простой, рентабельный процесс с pay-as-you-go структурой.

Улучшения CI/CD конвейеров

Multi-cloud позволяет данным, которые приложение производит и потребляет, перемещаться между средами на основе потребностей разработчиков и конечных пользователей. Эта особенность делает множественные облака идеальными для DevOps-команд и быстрых CI/CD процессов.

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

Multi-cloud также идеален для модели развертывания «blue/green». Этот выпуск приложения включает постепенную передачу трафика от предыдущей версии приложения к идентичному новому релизу. Обе среды работают в продакшене, и multi-cloud позволяет разработчикам быстро направлять трафик к одному набору инфраструктуры, а затем возвращать обратно в случае проблемы.

Решение для Shadow IT

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

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

Облачные бэкапы и восстановление

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

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

Преимущества и недостатки Multi-cloud

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

Преимущества Multi-cloud	Недостатки Multi-cloud
Нет vendor lock-in	Найм двух и более провайдоров дорог
Кастомные решения, соответствующие всем бизнес-требованиям	Несколько вендоров увеличивают операционную сложность
Нет единых точек отказа	Больше поверхность атаки, плюс интеграции могут создавать пробелы в безопасности
Отличная доступность аппов и uptime	Сложная архитектура может приводить к проблемам с задержкой и использованием пропускной способности
Сильное управление данными, помогающее соблюдать регуляции хранения данных	Плохие настройки и интеграции могут вызывать проблемы с производительностью

Преимущества Multi-cloud

Ниже — наиболее заметные выгоды, приходящие с развертыванием множественных облаков.

Нет Vendor Lock-In

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

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

Правильный облачный сервис для каждой бизнес-потребности

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

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

• Требований к производительности.
• Локации данных.
• Масштабируемости.
• Правил соответствия.

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

Нет единых точек отказа

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

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

Высокая доступность сервисов

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

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

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

Лучшее управление данными

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

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

Недостатки Multi-cloud

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

Работа с несколькими вендорами также создает проблемы внутри ИТ-команды. Каждый новый облачный провайдер имеет уникальные:

• Правила управления.
• Инструменты мониторинга.
• Скорости передачи данных.
• Протоколы безопасности.

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

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

Модель развертывания, непохожая на любую другую на рынке

Multi-cloud набирает обороты, пока бизнесы преследуют выгоды five-nines доступности и отсутствия vendor lock-in. Эта модель развертывания позволяет компании создавать кастомные облачные среды, отвечающие каждому техническому требованию ИТ-системы. Хотя сложная и с некоторыми недостатками, никакой другой тип облачных вычислений не может предложить тот же уровень кастомизации.

Хотя multi-cloud может улучшить доступность и устранить vendor lock-in, успех использования нескольких облаков не гарантирован. Компаниям требуется надежная multi-cloud стратегия, чтобы обеспечить, что они не столкнутся с операционными или финансовыми проблемами.