Как изменится рынок облачной интеграции в 2026 году

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

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

Действительно, ситуация за два года кардинально изменилась. Если тогда ключевым вызовом была оперативная техническая замена конкретных иностранных решений на доступные аналоги, то сегодня вызов стал стратегическим и архитектурным. Раньше главной возможностью для интегратора была скорость и компетенция в конкретном продукте — умение быстро развернуть аналог VMware, Cisco или Oracle. Это была работа в логике «проектов»: закрыли одну «горящую» точку — перешли к следующей. Основным риском для заказчика была функциональная неполнота или нестабильность нового ПО.

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

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

Какие новые, нетривиальные компетенции становятся критически важными для интегратора, который хочет строить и поддерживать комплексные решения?

Первая и, пожалуй, самая критичная компетенция — это архитектор экосистем. Такой специалист — это эволюция классического системного архитектора. Он должен обладать системным мышлением, чтобы видеть не отдельные продукты вроде СУБД или DLP, а потоки данных, скрытые зависимости и точки отказа во взаимодействии десятков разнородных систем. Ему необходима кросс-доменная экспертиза: понимание бизнес-логики заказчика, регуляторных ограничений в его отрасли, принципов работы отечественного софта на уровне API и протоколов. Его главная задача — проектировать жизнеспособную цифровую среду, которая будет устойчиво эволюционировать под меняющиеся требования.

Второй пласт — это компетенция в области экономики и управления жизненным циклом ИТ. Чтобы строить и, что важнее, долгосрочно поддерживать комплексные решения, нам необходимы специалисты, которые мыслят категориями Total Cost of Ownership (TCO). Они должны уметь моделировать и прозрачно показывать заказчику полную стоимость владения платформой на 5–7 лет вперед, включая скрытые затраты на интеграцию, кадровый голод под новый стек и операционные риски. Это требует навыков вендор-менеджмента нового уровня — умения оценивать не только текущую зрелость продукта, но и финансовую устойчивость вендора, roadmap разработки и его способность быть надежным партнером в долгосрочной экосистеме.

Наконец, третий, операционный слой — это культура и практика оркестрации. Поддержка цифровой экосистемы требует построения единого контура наблюдаемости, который агрегирует метрики, логи и трассировки со всех компонентов, независимо от их происхождения. Нашим инженерам необходимо развивать компетенции в платформенной инженерии, чтобы предоставлять внутренним командам заказчика и своим коллегам готовые, безопасные и стандартизированные «строительные блоки» — шаблоны сред, пайплайны, сервис-меши. Фактически, нам нужно выстроить внутри себя модель внутреннего cloud-провайдера, который управляет не виртуальными машинами, а целыми сервисными контурами со своими SLA.

Не приведет ли фокус на готовые комплексные решения к росту конкуренции с самими вендорами, которые также могут начать предлагать свои «коробочные» экосистемы?

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

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

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

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

В каких отраслях, на ваш взгляд, потребность в комплексных, предварительно интегрированных платформах назреет в первую очередь и почему?

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

На первый план неизбежно выйдет финансовый сектор. Банки, платежные системы и страховые компании работают под постоянным и детализированным надзором ЦБ, ФСТЭК России и Роскомнадзора. Для них каждый новый компонент в ИТ-ландшафте — это не только вопрос функциональности, но и длительный процесс проверок на соответствие требованиям 115-ФЗ, 152-ФЗ, ПКЗ и внутренним стандартам. Предварительно интегрированная платформа, уже имеющая необходимые заключения и построенная с учетом отраслевых регламентов, сократит для них цикл внедрения с месяцев до недель, что напрямую влияет на скорость вывода новых продуктов и снижение комплаенс-рисков.

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

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

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

Ключ к решению — это централизация управления безопасностью на уровне платформы. Интегратор, как создатель и оператор экосистемы, должен взять на себя роль единого центра комплаенса. Это означает проектирование и внедрение сквозного security-каркаса, который накладывается поверх всех компонентов, независимо от их происхождения. Такой каркас включает в себя единую систему управления идентификацией и доступом (IAM), которая работает поверх всех приложений, централизованный сбор и анализ логов безопасности (SIEM) со всех узлов, а также общие политики шифрования данных как в движении, так и в покое.

При этом обеспечение безопасности становится неотъемлемой частью жизненного цикла платформы с самого начала. Это означает, что требования регуляторов (таких как ЦБ, ФСТЭК России, Роскомнадзор) и отраслевые стандарты закладываются в архитектуру на этапе проектирования. Вендоры привлекаются в экосистему не только по функциональным критериям, но и по их способности интегрироваться в этот единый security-контур — предоставлять необходимые аудиторские логи, поддерживать нужные протоколы аутентификации и следовать утвержденным процедурам обновлений.

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

Если заглянуть в ближайшие 2-3 года, каким компаниям — интеграторам, вендорам, заказчикам — предстоит пройти наиболее сложную трансформацию, чтобы остаться на рынке?

Если заглянуть в ближайшие 2-3 года, наиболее сложная и болезненная трансформация, безусловно, ожидает вендоров, особенно тех, кто предлагает единичные, «точечные» продукты. Текущая рыночная динамика — активные сделки M&A (слияний и поглощений), когда крупные игроки формируют комплексные портфели, — создает для них экзистенциальный вызов. Заказчики все меньше заинтересованы в самостоятельной сборке пазла из десятков нишевых решений и тестировании каждого. Их запрос смещается к комплексным платформам и экосистемам. В таких условиях монопродуктовой компании становится критически тяжело выживать: падает маржинальность, растут затраты на продажи и конкуренцию не с аналогами, а с целыми интегрированными пакетами. Их путь — либо быть поглощенными, либо встраиваться в партнерские экосистемы крупных игроков или интеграторов, кардинально пересмотрев свою бизнес-модель.

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

Для интеграторов трансформация будет масштабной, но более естественной, так как это их прямая эволюция. Им предстоит превратиться из поставщиков ресурсов и исполнителей ТЗ в полноценных операторов и гарантов цифровых платформ. Сложность будет заключаться в радикальной смене бизнес-модели: уход от разовых проектов с оплатой трудозатрат к долгосрочным контрактам, где доход привязан к доступности, производительности и безопасности платформы заказчика. Это требует создания принципиально новых компетенций в области платформенной инженерии, FinOps и управления жизненным циклом экосистем.