Люк Конгдон, старший директор по управлению продуктами компании Nutanix, обсуждает на портале The New Stack вопросы выбора места развертывания контейнерных приложений.

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

Выбор места для запуска этих контейнерных приложений с версией K8s зависит от различных факторов и может существенно повлиять на бизнес-ценность конкретной инициативы. Стоимость, время получения выгоды, безопасность и опыт конечного пользователя — все это играет роль. Рассмотрим запуск контейнеризации в каждой из следующих сред — публичное облако, «голое железо» (bare metal), гибридное облако — и обоснуем, почему гибридная облачная платформа может быть лучшим выбором.

Контейнеризация в публичных облаках

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

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

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

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

Контейнеризация на «голом железе»

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

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

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

Гибридная облачная платформа контейнеризации

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

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

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

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

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