Принимая во внимание растущую стоимость облачных вычислений, все больше компаний сегодня выбирают гибридную или мультиоблачную стратегию, чтобы использовать преимущества различных моделей развертывания для разных частей своих приложений, пишет на портале Network Computing Крис Харви, ведущий архитектор и директор по разработке решений компании Scality в регионе EMEA/APAC.

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

В отчете компании 451 Research говорится, что 54% опрошенных компаний полностью или частично репатриировали рабочие нагрузки из облака в локальную инфраструктуру.

Хотя исследование IDC показало, что запланированные и незапланированные расходы на вывод данных из облака составляют в среднем 6% от стоимости облачного хранилища организации, этого все равно может быть достаточно, чтобы сделать миграцию в облако менее финансово выгодной.

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

Усугубление расходов на облако

Как это влияет на расходы? Если приложение использует много ресурсов, поскольку обрабатывает большие данные или рендерит изображения — или генерирует огромное количество операций с метаданными, — это может привести к повышению стоимости облачных вычислений. Рефакторинг — внесение изменений в существующие приложения с целью их оптимизации для работы в облаке, в отличие от подхода «lift and shift» (перенос без модификации), — требует больше всего времени и ресурсов на начальном этапе, но он также способен снизить стоимость хранения данных в облаке. Рефакторинг позволяет сбалансировать использование ресурсов с потребностями и устранить нерациональное раздувание данных. Это дает более высокую и долгосрочную рентабельность инвестиций по сравнению с приложениями, не являющимися нативно-облачными.

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

Ограничения безопасности и проблемы с производительностью

Хотя проблемы безопасности были второй по частоте причиной репатриации (23%), указанной в исследовании 451 Research «Voice of the Enterprise: Datacenters 2021», ситуация меняется. Первоначальное нежелание переходить на облачные технологии из-за проблем с безопасностью побудило поставщиков облачных решений повысить уровень безопасности, что сделало эту проблему менее серьезным камнем преткновения.

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

Диверсификация облака: три примера

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

1) Потоковый контент: локальное хранение как сервис. Поставщику вещательных сервисов MediaHub Australia требовалось обеспечить клиентам возможность эффективного хранения и немедленного получения контента. Для поддержки нового предложения «хранение как услуга» компания развернула горизонтально масштабируемое гибридное облачное хранилище и гибкие высокопроизводительные серверы. Теперь клиенты могут мгновенно получать доступ к своим постоянно растущим архивам с помощью надежного и гибкого хранилища, не платя за ввод и вывод данных, штрафы за раннее удаление или эмбарго, а также не неся расходы, связанные с регионами хранения.

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

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

3) Горизонтально масштабируемые приложения: гибридное облако. Цифровой стартап из Центральной Азии стремился улучшить доступ граждан к государственным программам в режиме онлайн. Ему требовалась современная масштабируемая инфраструктура гибридного облака для поддержки быстрого роста и расширения. Решение — горизонтально масштабируемое приложение с использованием корпоративной инфраструктуры и программно-определяемого объектного хранилища — позволило компании быстрее расширять свои цифровые услуги. При этом гибридное облако обеспечивает необходимую локальную связь, что позволяет компании выполнять и предоставлять услуги по приемлемым ценам.

Поиск «наилучшего места выполнения»

Репатриация не является предложением типа «все или ничего». 451 Research говорит о «наилучшем месте выполнения» — идее размещения каждой рабочей нагрузки в наиболее подходящем месте.

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

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

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