Мультиоблачная стратегия предполагает размещение ИТ-систем у разных поставщиков. Например, корпоративный портал может работать на одной площадке, среда разработки — на другой, а резервная инфраструктура — на третьей. Для каждой задачи заказчик подбирает подходящие ресурсы и условия обслуживания.
С двумя и более провайдерами работают 58% опрошенных пользователей облака, говорится в исследовании «Облачные тренды в корпоративном секторе России 2026» Apple Hills Digital. Основу отчета составили результаты опроса 419 организаций и 27 глубинных интервью с ИТ-руководителями.
Среди причин выбора нескольких поставщиков участники исследования назвали снижение зависимости от одного вендора (47%), оптимизацию стоимости ресурсов (46%), отказоустойчивость и надежность (41%). Такой подход позволяет подбирать тарифы под конкретные задачи и готовить резервную инфраструктуру на случай сбоя.
Еще один мотив — доступ к уникальным сервисам. По данным аналитиков, эту причину указали 37% респондентов. Например, компания может разместить корпоративные приложения у одного провайдера, а для анализа данных подключить сервис другого, если у первого нет нужных инструментов.

Основные корпоративные ресурсы, передаваемые в публичное или частное облако
Источник: ICT-Online.ru
В облаках размещают ERP для управления ресурсами предприятия, CRM для работы с клиентами, системы документооборота, базы данных и аналитические платформы. Здесь также разворачивают веб-приложения, среды разработки и тестирования, средства мониторинга и аварийного восстановления. Допустимое время простоя критичных для бизнеса систем определяют до выбора площадки.
Один из критериев распределения — тип задачи. Например, CRM размещают у одного поставщика, а систему управления складом — у другого. При выборе учитывают производительность, доступные инструменты и условия обслуживания.
Другой критерий — география пользователей. Для бизнеса с филиалами в нескольких регионах имеет смысл разместить часть компонентов в дата-центрах ближе к сотрудникам и клиентам. Это помогает сократить задержки при обращении к сервису.
Для критичных систем важна отказоустойчивость. Резервную площадку готовят у другого провайдера, чтобы переключить на нее трафик при сбое на основной. Для этого заранее настраивают синхронизацию данных и проверяют порядок восстановления работы.
Затраты также влияют на выбор. Системы, для которых особенно важны защита и доступность, размещают в облаках с необходимыми средствами безопасности и строгими соглашениями об уровне обслуживания (SLA). Для остальных подбирают более дешевые тарифы с достаточной производительностью и защитой.
При подготовке архитектуры ИТ-служба определяет зависимости между компонентами. Если приложение постоянно обращается к базе данных в другом облаке, его работа зависит от скорости и надежности канала связи. Поэтому в расчеты включают расходы на передачу данных, а при проектировании учитывают сетевые задержки и допустимое время восстановления.
Сравнить варианты размещения и оценить сложность сопровождения можно с привлечением консультантов. Например, специалисты консалтинга РЕД СОФТ дают рекомендации по развертыванию инфраструктуры с учетом бюджета и требований к приложениям. Это помогает определить, какие задачи стоит распределить между несколькими площадками.

На что обратить внимание при размещении на нескольких облачных ресурсах
Источник: ICT-Online.ru
У облачных платформ различаются интерфейсы управления, сетевые параметры, способы учета потребления и дополнительные сервисы. Администраторам приходится учитывать эти особенности при развертывании ПО, настройке доступа и поиске причин сбоев.
Также необходимо продумать обмен данными между площадками. Специалисты проверяют совместимость интерфейсов, обеспечивают сетевую связность и защищают каналы передачи.
Централизованное управление требует отдельных инструментов. С их помощью можно собирать метрики и журналы событий, контролировать ресурсы из общей консоли и применять согласованные политики безопасности. При выборе таких средств проверяют, поддерживают ли они нужные облачные платформы.
Разные операционные системы дополнительно усложняют установку программ, обновление компонентов и проверку конфигураций. ИТ-команде приходится поддерживать несколько наборов процедур и учитывать особенности каждого окружения.
Заказчик может развернуть инфраструктуру в разных облаках и у каждого провайдера выбрать одну и ту же операционную систему, например РЕД ОС. Это дает несколько преимуществ при повседневном обслуживании.
Прежде всего, администраторы могут унифицировать сценарии настройки, политики безопасности и процедуры обновления. Новым сотрудникам требуется меньше времени на обучение работе с разными окружениями. Отработанные процедуры позволяют снизить количество сбоев и нагрузку на ИТ-команду.
Для мониторинга и управления конфигурациями подходит общий набор инструментов. Специалистам не приходится осваивать отдельные средства для каждой ОС: знакомые способы диагностики и обслуживания можно применять на всех серверах.
Вопросы по работе операционной системы заказчик адресует одной службе технической поддержки — ее разработчику. Облачную инфраструктуру при этом обслуживает поставщик соответствующих услуг.
По сведениям РЕД СОФТ, РЕД ОС доступна для развертывания корпоративных серверов у более чем 30 сервис-провайдеров, включая VK Cloud, Selectel и Рег.ру. Партнеры предлагают восьмую версию (РЕД ОС 8), одинаковую по набору компонентов и возможностей.
У большинства провайдеров также есть сертифицированная редакция РЕД ОС 8 для построения защищенных сред и выполнения требований ФСТЭК России. Как уточняет разработчик, условия технической поддержки операционной системы на всех площадках одинаковы.
Конфигурацию сервера заказчик выбирает под свою задачу. Характеристики виртуальных машин, сетей и хранилищ зависят от предложения поставщика. Эти параметры нужно сравнить до развертывания ПО или его переноса в другое облако.

Преимущества единой операционной системы в разных облачных средах
Источник: ICT-Online.ru
Приложение переносят из одного облака в другое при смене поставщика услуг или подготовке резервной площадки. Если в обоих окружениях используется одна и та же ОС с совместимыми версиями компонентов, можно сохранить среду выполнения. По оценке специалистов РЕД СОФТ, проще всего переносить контейнеризованное ПО, которое не зависит от собственных сервисов провайдера.
Контейнер содержит программу и ее зависимости. Перед переносом проверяют поддержку среды запуска, а для баз данных — совместимость версий и форматов. Общие конфигурации, вынесенные из образа виртуальной машины или контейнера, обычно можно сохранить. Сетевые подключения и связи с внешними сервисами настраивают под новое окружение.
Например, если программа обращается к управляемой базе данных провайдера, одного переноса контейнера недостаточно. Нужно определить, где будет храниться информация и как организовать доступ к ней. Работу всех связей проверяют до переключения пользователей.
Смена Linux-дистрибутива требует отдельной подготовки. По оценке специалистов РЕД СОФТ, переход с Red Hat Enterprise Linux, CentOS, AlmaLinux, Rocky Linux и других RHEL-подобных ОС упрощается схожей архитектурой ОС, пакетной базой RPM-формата и знакомыми инструментами администрирования. При этом версии библиотек и других зависимостей могут различаться, поэтому работу ПО в новом окружении проверяют заранее.
Windows-приложения тоже работают в облаках, например на виртуальных серверах Selectel. Если одновременно с переносом требуется переход на РЕД ОС, меняется платформа запуска. Тогда специалисты отдельно оценивают совместимость программы и возможность ее адаптации к Linux.
Использование одной ОС помогает поддерживать согласованные версии компонентов и параметры защиты на серверах. Обновления, устраняющие уязвимости, можно проверять в общей тестовой среде, а затем централизованно устанавливать. Для администраторов задают роли и права доступа по общим правилам. Это упрощает аудит и сопровождение.
Сбор системных журналов и правила шифрования данных также можно унифицировать. В сертифицированной редакции РЕД ОС предусмотрены компоненты защиты информации для построения инфраструктуры с учетом требований ФСТЭК России.
Защита соединений между облаками требует дополнительных средств. У каждого поставщика своя сеть, межсетевые экраны и точки выхода в интернет. ИТ-служба согласует их настройки, организует защищенные каналы связи и при необходимости применяет сетевые шлюзы и средства обнаружения вторжений. При этом учитывает особенности гипервизоров и доступных сервисов.
События безопасности со всех площадок анализируют централизованно, например с помощью SIEM-систем (систем управления информацией и событиями безопасности). Они собирают данные из разных сред и помогают выявлять связанные инциденты.
При облачном размещении бизнес может сократить расходы на закупку и обслуживание собственных серверов. Арендуемые мощности подбирают под текущие задачи, увеличивают на время пикового спроса и освобождают после завершения проекта.
Работа с несколькими поставщиками расширяет выбор тарифов. Чтобы оценить выгоду, ИТ-служба сопоставляет стоимость вычислений, хранения и передачи данных с расходами на сопровождение. Затем распределяет системы между площадками и корректирует объем ресурсов по фактическому потреблению.
Одна операционная система упрощает обслуживание такой инфраструктуры: команда работает с привычными инструментами и отработанными процедурами. При переносе ПО между совместимыми окружениями требуется меньше ручной адаптации, а вопросы по работе ОС можно решать с одним разработчиком.