Мастерство мультиоблачной стратегии: проверенные шаги для повышения доступности и предотвращения vendor lock-in

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

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

Почему стоит принять мультиоблачную стратегию?

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

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

Мультиоблачная стратегия помогает максимизировать эффекты использования нескольких облаков, включая:

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

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

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

• Управления двумя (или более) разными вендорами.
• Понимания финансовых моделей всех сервисов.
• Эффективной интеграции по всем конфигурациям.
• Операций безопасности, защищающих все среды.

Внедрение мультиоблачной стратегии

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

Ниже — 11-шаговый фреймворк для создания мультиоблачной стратегии. Этот التنفيذيй план помогает понять цель мультиоблака и требования к новой среде.

Начальная логистика

Создание мультиоблачной стратегии начинается с размышлений над вашими требованиями. На этом начальном этапе вам нужно:

• Определить причину, по которой вы хотите развернуться в нескольких облаках.
• Составить список технических требований.
• Решить, создадите ли вы новую среду in-house или через аутсорсинг.
• Установить приблизительные дедлайны проекта.
• Выделить бюджет проекта.

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

Установка общих целей и KPI

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

• Устранение vendor lock-in: Без возможности переключаться на новые облака и вендоры у вас ограниченные варианты по ценообразованию, скидкам и функциям. Цель мультиоблака может быть достижением гибкости перемещения между вендорами без ограничений.
• Достижение новых рынков: Компании часто решают развернуть мультиоблако для обеспечения оптимальной производительности без задержек по разным географическим локациям.
• Более быстрая доставка приложений: Мультиоблако обеспечивает почти мгновенный доступ к вычислительным ресурсам. Отсутствие задержки ускоряет доставку нового кода, поэтому целью развертывания может быть ускорение темпа, с которым разработчики поставляют приложения.
• Улучшение автоматизации: Автоматизация и модели самообслуживания делают ИТ-команды более эффективными. Компании часто решают развернуть мультиоблако, чтобы позволить персоналу фокусироваться на бизнес-критических задачах вместо низкоценных, повторяющихся задач.
• Снижение общих затрат: Мультиоблако снижает затраты за счет дешевле вычислительных ресурсов, меньшей излишней мощности и отсутствия аппаратных расходов. Распространенная цель за мультиоблаком — привести общую ИТ-стоимость под определенный финансовый порог.

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

Создание контура стратегии

Рассмотрите следующие области для определения направления вашей мультиоблачной стратегии:

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

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

• Какие приложения требуют высокую доступность?
• Какие данные и процессы нуждаются в максимальной защите?
• Какие приложения и области требуют значительного масштабирования (вверх или вниз)?
• Какая рабочая нагрузка принадлежит к какому типу облака?

Будьте осведомлены о затратах на этом этапе, чтобы избежать ненужных расходов в будущем. Например, приложение, работающее несколько часов в день, не подходит для 24/7 облака. Можно сэкономить, используя вендора, предоставляющего правильный сервис для каждого приложения.

Осознайте, что переход на мультиоблако повлияет на все основные ИТ-команды (операции, безопасность, нетворкинг и разработка). Откройте линию диалога с каждым отделом для:

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

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

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

Принятие решений, связанных с безопасностью

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

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

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

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

Если возможно, рассмотрите сборку DevSecOps-команды для добавления security-first мышления в вашу новую конфигурацию. DevSecOps — динамический отдел, интегрирующий безопасность в ваш CI/CD-процесс и обеспечивающий оптимальную защиту на всех этапах жизненного цикла разработки ПО (SDLC).

Планирование облачного портфолио

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

Вы также должны решить, хотите ли вы гомогенную или гетерогенную конфигурацию:

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

Основываясь на вашем контуре, рассмотрите, требуете ли вы IaaS, PaaS или SaaS для вашего портфолио. Также обязательно учтите набор навыков вашей команды. Например, если команда имеет только инженеров с опытом Azure, не имеет смысла принимать AWS без привлечения талантов.

Выбор облачных вендоров

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

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

• Функций.
• Уникальных и дополнительных сервисов.
• Технических характеристик.

Большинство облачных вендоров предлагают бесплатные пробные сервисы. Тестовый период позволяет проверить, подходит ли конкретный вендор под ваши нужды и ожидания. Настройте среды с двумя или более провайдерами и проведите proof-of-concept с бесплатными пробными версиями, чтобы увидеть, как работают операции, прежде чем коммититься к кому-либо долгосрочно.

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

Future-proofing вашей мультиоблачной стратегии

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

• Развертывание новых сервисов и приложений.
• Расширение рабочей силы.
• Предстоящее принятие новых решений или технологий.

Future-proofing вашей стратегии также распространяется на ваших вендоров. Помимо обеспечения соответствия провайдеров текущим требованиям, знайте, что каждый сторонний вендор должен вписываться в ваши предвидимые планы. Хотя мультиоблако предотвращает vendor lock-in, вы все равно не хотите регулярно менять хостинг-партнеров.

Преодоление вызовов мультиоблачной стратегии

Две наиболее частые ямы любой мультиоблачной стратегии — проблемы управления (governance) и избыточные затраты.

Публичное облако позволяет командам провижининг ресурсов за минуты, поэтому компаниям нужна видимость над использованием ресурсов. Рассмотрите внедрение бесшовного управления (frictionless governance), которое встраивает и автоматизирует необходимые контролы, позволяя командам быстро и легко развертывать облачные ресурсы.

Удержание облачных счетов в чеке — еще одна частая проблема из-за on-demand модели ценообразования облачных вычислений. Вам нужен принципиально новый способ мышления об инфраструктурных расходах, поэтому ваша стратегия должна учитывать cloud sprawl и ресурсный waste. Также убедитесь, что ваша команда:

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

Определение новых ролей и обязанностей

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

Персонал за мультиоблаком должен знать, как управлять системой для обеспечения надежной и масштабируемой производительности. Обеспечьте владение командой:

• Операциями и оркестрацией мультиоблака.
• Облачным мониторингом.
• Автоматизированным провижинингом.
• Infrastructure as code (IaC).
• Горизонтальным масштабированием.
• Нативными облачными сервисами.
• Безопасностью облачных вычислений.
• Аварийным восстановлением.

Компании обычно создают выделенную команду при развертывании мультиоблака. Основные роли облачной команды включают:

• VP of Cloud, движущий облачными инициативами.
• Облачных архитекторов.
• Разработчиков ПО.
• Специалистов по управлению затратами.
• Проектных и программных менеджеров.

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

• Операций.
• Разработки приложений.
• Интеграции и нетворкинга.
• Безопасности.
• Финансов.

Некоторые энтерпрайзы идут дальше облачных команд и формируют Cloud Centers of Excellence (CCoE). Хотя затратно, эти отделы имеют полностью укомплектованные команды экспертов, движущие облачную трансформацию по всей организации.

Выбор правильного CMP

Выберите платформу управления облаком (CMP), позволяющую команде обрабатывать разные среды из единой панели управления. Этот центральный инструмент должен предоставлять:

• Обзоры облачного биллинга и провижининг-сервисов.
• Простое управление инвентарем и облачными ресурсами.
• Интеграцию сторонних инструментов и управление ими.
• Бизнес-интеллект.
• Управление и контролы доступа.
• Администрирование автоматизированных политик.
• Функции мультиоблачного брокеринга и провижининга.
• Системы мониторинга и алертинга.

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

Также убедитесь, что инструменты и разные облака имеют интегрированные базы данных. Иначе вы рискуете создать data silos и базы данных, не коммуницирующие друг с другом.

Создание плана облачных расходов

Последний шаг в создании мультиоблачной стратегии — определение бюджета расходов и методов البقاء в выделенных ресурсах.

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

• Структурировать облачные аккаунты и счета.
• Выявлять возможности экономии.
• Принудительно применять правила управления.
• Автоматизировать провижининг.
• Предоставлять точный учет затрат и отчеты о расходах.
• Алертить в случае ненужных трат.

Своевременный план и обеспечение высокого ROI на ваших мультиоблачных инвестициях

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