Вынос хотя бы части ИТ-инфраструктуры в облако сулит заказчику вполне измеримые выгоды, но в то же время делает его заложником провайдера этого самого облака, — что многим потенциальным клиентам совсем не по нраву. Мультиоблачная среда частично снимает остроту этих опасений, поскольку провайдеров у неё много, — но в то же время увеличивает нагрузку на заказчика, заставляя его взаимодействовать с целым рядом поставщиков такого рода услуг и администрировать каждое из облаков наособицу.
Облако! Они снаряжают мультиоблако. Зачем?
Ключевой аргумент в пользу мультиоблака, по справедливому замечанию Константина Анисимова, заместителя генерального директора Astra Cloud, — это отказ от привязки к одному поставщику, что даёт предприятию стратегическую гибкость: «Клиенты хотят самостоятельно выбирать лучшие сервисы и ценовые предложения на рынке, а не довольствоваться возможностями единственного провайдера. На втором месте — повышение отказоустойчивости: если одна платформа даст сбой, бизнес-критичные процессы могут быть мгновенно переключены на другую. Третья причина — возможность размещать данные и приложения в соответствии с требованиями законодательства, например,
Скрытая проблема мультиоблаков
Для российского бизнеса гибридное мультиоблако становится способом выстроить устойчивую ИТ-среду в условиях ограничений. Комбинация нескольких публичных облачных платформ с On-Premise дает гибкость оплаты по факту для пилотных проектов в сочетании с полным контролем над критичными данными.
Однако на практике такие среды часто собираются из разнородных компонентов, что приводит к скрытой несовместимости, усложняет миграцию нагрузок и повышает стоимость сопровождения инфраструктуры.
Дополнительный риск возникает при масштабировании: каждая новая интеграция требует отдельной настройки и проверки, а поведение системы становится менее предсказуемым при росте нагрузки и изменении конфигураций.
Один из способов снизить эту сложность — использовать облако с единым технологическим стеком, изначально рассчитанным на работу в разных сценариях развертывания. Вендорское облако Astra Cloud от «Группы Астра» построено на собственной экосистеме ПО, поэтому ключевые компоненты уже интегрированы между собой, а также имеют сертификаты ФСТЭК России. В любом сценарии потребления — Public Cloud, On-Premise или Hybrid Cloud — сохраняется единая модель управления.
Astra Cloud позволяет российским компаниям, включая госсектор, разворачивать и масштабировать инфраструктуру в разных средах без изменения подходов к эксплуатации и с соблюдением требований безопасности.
Реклама ООО «АСТРА ОБЛАКО», ИНН: 7707301630
«На основе опыта компании могу сказать, — заявляет эксперт системного интегратора „Акцент“, — что наиболее активно мультиоблака используют государственные структуры и крупные корпорации, которым важна надёжность и безопасность, международные компании, управляющие инфраструктурой в разных регионах, финансовый сектор и технологические компании, предъявляющие высокие требования к отказоустойчивости и защите данных».
Главный аргумент в пользу мультиоблачного подхода, по словам Дениса Хлебородова, основателя и генерального директора Cloud X, — резервирование на уровне облачного провайдера: «Для крупного заказчика критичен риск полной или частичной недоступности одной облачной платформы: из-за технического сбоя, сетевой аварии, проблем на уровне ЦОДа или иных факторов. Мультиоблако позволяет заранее предусмотреть архитектуру, при которой ключевые сервисы, данные или резервные контуры распределены между несколькими независимыми облачными платформами. Ещё один мотив связан с разной природой нагрузок. Одним системам нужна высокая доступность и быстрое восстановление, другим — предсказуемая производительность, третьим — специализированные сервисы для данных, аналитики или ИИ. В зрелой архитектуре облачная площадка подбирается под профиль конкретной нагрузки: требования к доступности, стоимости, задержкам, безопасности, масштабированию и составу сервисов. Наибольший интерес к мультиоблачным архитектурам проявляют крупные компании, для которых отказ или длительная недоступность одного облачного провайдера является существенным операционным риском. Для них мультиоблако — прежде всего инструмент устойчивости, а затем уже способ оптимизации стоимости или доступа к дополнительным сервисам».
Наталия Ефимцева, старший системный архитектор ICL Services, подтверждает, что запросы на мультиоблачные среды встречаются прежде всего в крупных российских интеграционных проектах, где ключевыми драйверами выступают отказоустойчивость и оптимизация размещения и затрат для определённых типов нагрузок: «По данным исследований, организации, применяющие стратегический подход к мультиоблачной архитектуре, сокращают совокупную стоимость владения (TCO) на
«На мой взгляд, одним из ключевых факторов для создания мультиооблаков становится отказоустойчивость, — говорит Евгений Свидерский, директор облачного бизнеса ITGLOBAL.COM, корпорация ITG. — Другой немаловажный фактор при выборе мультиоблака, особенно в последние несколько лет, — это избавление от vendor lock-in. Также важно добавить, что мультиоблачная архитектура позволяет комбинировать сильные стороны разных поставщиков. Например, использовать продвинутые аналитические сервисы у одного провайдера, а высокопроизводительные серверы с GPU — у другого. Что касается востребованности мультиоблачного подхода, то это прежде всего бизнес, в котором критически важны скорость и надёжность. Например, банковские сервисы, которые должны быть доступны 24/7, а транзакции — обрабатываться мгновенно, и ритейл, которому нужна возможность быстро нарастить мощности в пиковые периоды спроса».
Анатолий Трифонов, руководитель направления облачных сервисов компании «Онланта» (входит в группу ЛАНИТ), напоминает о двух аргументах, которые заказчики приводят чаще всего в пользу мультиоблачного подхода: «Первый — это страх зависимости от одного поставщика, когда критическая инфраструктура оказывается привязанной к технологическому стеку и условиям единственного провайдера, а перерыв в его работе или резкое изменение ценообразования парализует бизнес. Второй аргумент связан с желанием использовать лучшие сервисы каждого провайдера: например, одни средства машинного обучения эффективнее у одного вендора, а производительность в пиковые нагрузки — у другого».
«По нашему опыту, — замечает Сергей Белов, операционный директор Рег.облака, — заказчики рассматривают мультиоблако не как модный технологический подход, а как инструмент управления рисками, стоимостью и гибкостью инфраструктуры. Один из главных аргументов — желание избежать зависимости от одного провайдера. Второй важный мотив — экономический: разные облака могут быть выгоднее для разных типов задач, поэтому бизнес всё чаще ищет оптимальную среду под конкретную нагрузку. Для российских компаний также важны географические и юридические требования: часть данных должна размещаться в контролируемом контуре с учётом
Основные преимущества облаков в условиях локального рынка остаются, по мнению Дмитрия Важенина, директора по развитию «Инферит FinOps» (кластер «СФ Тех» ГК Softline), прежними: «Выгодное развёртывание инфраструктуры, повышение надёжности, оптимизация расходов и эластичность, обеспечивающая возможности как для общего роста, так и для работы в условиях пиковых нагрузок. Однако перед переходом на мультиоблако стоит подумать заранее о том, какие проблемы бизнеса можно решить таким образом? Без чёткой цели и стратегии инвестиции в создание мультиоблачной инфраструктуры скорее всего не оправдаются. Также важно ответить на вопрос: ваш текущий провайдер точно не способен обеспечить работу бизнес‐приложений в регионах присутствия? Если речь идёт только об аварийном восстановлении (disaster recovery), возможно, проблему можно решить в рамках текущего провайдера. Насколько совместимы между собой инструменты разных облачных провайдеров? При переходе на мультиоблако есть шанс получить два альтернативных набора инструментов, которые решают одни и те же задачи и плохо дружат между собой. Пока вы можете решать текущие задачи бизнеса в рамках одного облачного провайдера, пока у вас нет универсальной метрики для деплоя приложений и вы не придумали, как связать разрозненные облака и как ими управлять, лучше повременить с переходом. Особенно если до сих пор у вас не было опыта работы с облачной инфраструктурой. Как показывает практика, чем меньше компания, тем больше шансов, что все вопросы можно решить в рамках одного провайдера, выжав максимум из того, что он предлагает».
«Чаще всего клиенты выбирают мультиоблако для снижения зависимости от одного провайдера, надёжности и гибкости, — констатирует Сергей Наумов, CEO Timeweb Cloud. — На практике особенно часто мультиоблако нужно крупным компаниям, у которых уже есть зрелая ИТ-архитектура и несколько команд с разными требованиями к инфраструктуре. Сильнее всего этот подход востребован у ритейла, финтеха, e-commerce, EdTech. Особенно если компания имеет распределенную географию, а её ИТ-системы часто испытывают пиковые нагрузки».
Тут надо технически
Внедрение мультиоблака сопряжено с целым рядом сложностей: провести первичный аудит, составить план миграции, поддерживать работу и обеспечивать бесшовную стыковку всех провайдерских сегментов и т. д. Верно ли, что справляться с ними заказчику чаще всего помогает системный интегратор? Есть ли уже на российском ИТ-рынке облачные провайдеры, сознательно поддерживающие как клиентов, так и сотрудничающих с теми интеграторов в организации мультиоблачных сред?
Константин Анисимов подтверждает ключевую роль системного интегратора в деле внедрения мультиоблака: «Аудит ландшафта legacy-систем, проектирование архитектуры, миграция нагрузок и пост-релизное сопровождение — это комплекс задач, требующих высокой экспертизы, которой у многих заказчиков просто нет в штате. Именно поэтому мы наблюдаем устойчивую тенденцию к усилению роли системных интеграторов. Они выступают генеральными подрядчиками, которые не только определяют пути миграции, но и отвечают за бесшовную стыковку облачных сегментов разных вендоров. «Группа Астра» целенаправленно поддерживает эту модель. Мы выстроили двухуровневую партнёрскую программу, обеспечивающую интеграторов технической документацией, инструментами внедрения и выделенными каналами инженерной поддержки. Практически все крупные системные интеграторы уже имеют в своём портфолио компетенции по нашим продуктам.
«Конечно, в большинстве сложных проектов роль системного интегратора остаётся очень важной, — соглашается Сергей Белов. — Мультиоблако почти никогда не сводится к простой аренде ресурсов у нескольких провайдеров. Нужно провести аудит текущей инфраструктуры, понять зависимости между ИТ-системами, оценить требования к безопасности, данным, сетевой связности, резервированию, мониторингу и эксплуатации. После этого требуется выстроить архитектуру так, чтобы разные облачные сегменты работали как единая управляемая среда, а не как набор разрозненных площадок. Именно здесь интегратор помогает заказчику снизить риски. При этом российские облачные провайдеры уже хорошо понимают, что мультиоблачные проекты редко реализуются в одиночку. Поэтому крупные игроки, включая Рег.облако, развивают партнерские программы для интеграторов, предоставляют API, Terraform-модули, техническую поддержку, команды внедрения и совместные маркетинговые активности. Сейчас провайдеры начинают работать не только как поставщики инфраструктуры, но и как участники более сложной экосистемы».
Важность роли интегратора подчёркивает и Денис Хлебородов: «Причина в том, что полноценной нативной мультиоблачности на рынке фактически нет. Облачные платформы развиваются как самостоятельные технологические контуры: у них разные API, разные модели управления, разные продуктовые возможности, разные сетевые сервисы, разные средства мониторинга, разные подходы к безопасности и биллингу. Главная сложность — отсутствие общего абстрагирующего уровня для построения cloud-agnostic-сервисов. Заказчик хотел бы иметь единый слой управления инфраструктурой, безопасностью, данными, развертыванием и эксплуатацией. На практике для этого требуется серьезная архитектурная работа: описать целевую модель, определить переносимые и непереносимые компоненты, унифицировать подходы к сетевой связности, управлению доступом, резервированию, мониторингу, журналированию, DevOps-процессам и финансовому контролю. При этом зрелый облачный провайдер тоже должен учитывать мультиоблачную реальность. От него требуются понятные API, сетевые инструменты, механизмы интеграции, поддержка инфраструктурного кода, прозрачные модели доступа, качественная документация и партнерская экспертиза для интеграторов. Без этого мультиоблако превращается в набор разрозненных сред: каждая стыковка выполняется вручную, а эксплуатационная сложность быстро съедает ожидаемый эффект».
Анатолий Трифонов замечает, что самостоятельное преодоление вызовов мультиоблачной среды требует специфической компетенции: «Одновременной работы с несколькими API, биллинговыми системами и политиками безопасности, которой у типичного заказчика нет. На российском ИТ-рынке уже присутствуют облачные провайдеры, сознательно поддерживающие организацию мультиоблачных сред. В первую очередь это крупные провайдеры, которые развивают партнерские программы для интеграторов, предоставляя им технологические гранты, совместные инструменты мониторинга и обучение. Более того, некоторые провайдеры заключают между собой соглашения о взаимной совместимости и даже организуют выделенные сетевые каналы для снижения задержек при передаче данных между своими облаками, понимая, что удержать клиента solo-продуктом в долгой перспективе сложнее, чем стать частью его мультиоблачной стратегии».
Хотя интегратор продолжает оставаться ключевым звеном, его роль, по словам Дмитрия Важенина, трансформировалась: «Теперь он не просто „руками настраивает шлюзы“, а выступает экспертом по архитектуре и ФинОпс (FinOps). Заказчику сложно нанять экспертов по всем облакам сразу. Интегратор предоставляет готовую экспертизу, процессы и, что немаловажно, единый контракт, упрощая жизнь закупкам».
Говоря об определённых сложностях, с которыми сопряжён мультиоблачный подход, Наталия Ефимцева упоминает интеграционные вопросы: «Усложнение архитектуры, проблемы совместимости API, увеличение сроков внедрения. Кроме того, очевидны и кадровые вопросы: необходимость в специалистах с компетенциями по нескольким облачным платформам, дополнительные затраты на обучение, которые приводят к увеличению стоимости команды на
Эксперт системного интегратора «Акцент» свидетельствует, что крупные российские провайдеры и платформы активно развивают программы поддержки партнёров и интеграционных решений, создавая условия для совместной работы с системными интеграторами и обеспечения эффективной мультиоблачной инфраструктуры: «Эти инициативы помогают заказчикам снизить риски, упростить управление и повысить безопасность всей среды».
Окончание следует
Источник: Максим Белоус, IT Channel News
erid: