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

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

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

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

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

Хотя в определении NIST это не указано прямо, гибридное облако, скорее всего, включает некоторые онпремисные технологии. Поставщики облачных решений теперь напрямую поддерживают онпремисные ИТ с функциями, подобными облачным, с помощью таких технологий, как AWS Outposts или Azure Stack.

IBM и NetApp, крупные игроки в этой области, прямо включают онпремисные ИТ в состав гибридного облака. IBM говорит, что оно «объединяет и объединяет публичное облако, частное облако и онпремисную инфраструктуру для создания единой, гибкой и оптимальной по стоимости ИТ-инфраструктуры».

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

Зачем нужно гибридное облако

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

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

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

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

Гибридное облако: основные сценарии использования

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

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

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

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

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

Подводные камни гибридной облачной архитектуры

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

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

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

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

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

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

Перспективы гибридного облака

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

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

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