Понимание облачной репатриации: тренды и последствия

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

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

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

Что такое облачная репатриация?

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

Недавние исследования показывают, что более 80% компаний в США вывели некоторые публичные облачные рабочие нагрузки в 2021 году. На первый взгляд, эта статистика предполагает массивный сдвиг обратно к on-prem системам. Однако вот контекст вокруг цифры 80%:

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

Самые частые причины, по которым компании решают переместить актив из публичного облака:

• Адопция гибридного облачного решения.
• Ограничение shadow IT (несанкционированное использование публичного облака).
• Повышение безопасности данных.
• Выполнение нового регуляторного обязательства.
• Переустройство приложения для улучшения производительности.
• Попытка снизить ИТ-расходы, вышедшие из-под контроля при росте облачной среды.
• Перемещение рабочих нагрузок к другому провайдеру.

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

Большинство негативных сценариев репатриации случаются, когда компания спешит с облачной адопцией. Отсутствие начального планирования, плохие KPI и lift-and-shift планы миграции часто заставляют команду вернуть приложение из облака.

Преимущества облачной репатриации

Облачная репатриация может принести значительные выгоды, если у вас есть бюджет и способная ИТ-команда для запуска on-prem системы. Ниже — ближе взгляд на самые влиятельные преимущества вывода приложения из публичного облака в пользу on-prem решения.

Возможность для лучшей безопасности данных

Многие компании решают репатриацию к on-prem системе из-за опасений безопасности публичного облака. Множество факторов увеличивают риск хранения данных в публичном облаке:

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

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

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

Устранение Vendor Lock-In

Vendor lock-in случается, когда компания становится чрезмерно зависимой от публичного облачного провайдера. После lock-in клиент не может использовать другого провайдера без высоких switching costs по настройке:

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

Чем больше рабочих нагрузок вы запускаете в публичном облаке, тем больше риск vendor lock-in. Облачная репатриация перерезает этот «петлю» и гарантирует, что ваш бизнес не слишком зависим ни от кого, кроме вашей in-house команды.

Больше никаких высоких регулярных операционных расходов (OpEx)

Облако спасает компании от тяжелых инвестиций в on-prem железо, но цены накапливаются в регулярных pay-as-you-go расходах. Компания, использующая публичные облачные ресурсы, платит ежемесячную плату за все:

• Серверные инстансы.
• Объемы хранилища.
• Per-use сервисы.
• Уникальные облачные компоненты.

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

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

Но со временем облачная репатриация несомненно умный финансовый ход в терминах ROI (если вы можете позволить себе сделать это в первую очередь). Например, Dropbox решил вывести 600 петабайт данных из публичного облака в 2015 в пользу on-prem дата-центра. В результате команда Dropbox достигла более быстрой производительности приложения, сэкономив оцениваемые $74,6 млн.

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

Полный контроль над инфраструктурой

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

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

Лучшая производительность приложений

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

Типичные черты приложения, которое лучше работает on-prem, чем в публичном облаке:

• Экстремальная чувствительность к латентности.
• Длительные I/O-интенсивные периоды.
• Большие наборы данных, требующие транспорта между различными локациями для обработки.

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

Переход в on-prem хостинговую среду — также возможность повысить доступность приложения с надежными on-prem backup и disaster recovery (BDR) решениями. Гарантировать 100% аптайм будет непросто, но уход от публичного облака возвращает контроль в руки вашей in-house команды.

Вызовы облачной репатриации

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

Обратный переход часто сложен

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

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

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

В некоторых случаях вам может понадобиться конвертировать данные в пригодный формат перед переходом. Например, при переносе приложения из публичного облака в on-prem VMWare решение, вашей команде нужно использовать VMWare Converter для построения VMDK и пересоздания VM. Этот процесс может занять долго и требовать расширенного аутэйджа текущей системы.

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

Облачная репатриация может стать очень дорогой, очень быстро

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

• Нового железа и серверных стойок.
• Подходящего on-prem помещения для ИТ-операций с подвесными полами, антифлам-системами, достаточным охлаждением, UPS блоком и др.
• Энергетической и сетевой инфраструктуры.
• On-prem дата-центра безопасности (биометрические сканы, 24/7 охрана, мантрапы, клетки для стойок и др.).

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

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

Нужна ли вам облачная репатриация?

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

• Вы тратите деньги впустую, платя за публичную облачную емкость, которую ваша команда не использует?
• Текущие облачные затраты значительно выше, чем ожидалось до миграции?
• Ваше публичное облачное приложение страдает от регулярных проблем с производительностью?
• Вы сталкиваетесь с частым даунтаймом?
• Ваша компания подпадает под регуляцию комплаенса (CCPA/GDPR, HIPAA, PCI)? Ваш публичный облачный провайдер делает соблюдение обязательствами сложным (или невозможным)?
• Ваши публичные облачные рабочие нагрузки слишком чувствительны к латентности для их текущей среды?
• У вас есть in-house команда, способная запускать on-prem серверную?
• Была бы другая модель облачного развертывания более подходящей для вашего сценария?
• Можете ли вы позволить себе стоимость on-prem ИТ?

Облачная репатриация, вероятно, стоящий вариант, если вы ответили да на большинство этих вопросов. Если большинство ответов отрицательные, оставление публичных облачных приложений на месте — более умное решение.

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

Стоит ли ждать массового экзода из публичного облака?

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