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

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

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

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

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

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

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

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

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

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

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

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

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

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

Возможность повысить безопасность данных

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

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

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

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

Устранение привязки к поставщику

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

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

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

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

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

• Экземпляры сервера.
• Объемы хранилища.
• Услуги на основе использования.
• Уникальные облачные компоненты.

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

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

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

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

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

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

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

Повышение производительности приложения

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

Вот типичные черты приложения, которое лучше работает локально, чем в общедоступном облаке:

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

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

Переход на локальную среду хостинга также дает возможность повысить доступность приложений с помощью надежных решений для резервного копирования и аварийного восстановления (BDR) на месте. Гарантировать 100% работоспособность будет непросто, но отказ от общедоступного облака возвращает контроль в руки вашей внутренней команды.

Проблемы облачной репатриации

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

Возвращение часто бывает сложным

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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