Стратегии ИТ-директоров крупных банков или промышленных холдингов часто опирались на простое допущение: рано или поздно почти все уедет в публичное облако, а в собственном ЦОД останется разве что унаследованное ядро на Oracle и IBM. Сегодня этот сценарий выглядит наивным. Западные провайдеры для российских компаний закрыты, а выносить критичные системы на чужую площадку крупные заказчики не спешат даже внутри страны. Место «облака по умолчанию» заняли программно-аппаратные комплексы (ПАК), и спрос на такие решения растет быстрее, чем многие ожидали.
Облако — это чужой ПАК
Если отбросить маркетинг, в дата-центрах крупнейших мировых провайдеров работают те же программно-аппаратные комплексы: вычислительные узлы, системы хранения, сетевая фабрика и виртуализация, собранные и проверенные как единое целое. Разница лишь в том, кто ими владеет. Арендуя мощности, компания получает гибкость и быстрый старт, но вместе с ними принимает на себя чужие политики безопасности и правила игры.
Для банков, телеком-операторов, промышленных предприятий и госкорпораций это оказалось решающим. Во многих отраслях персональные данные, финансовые транзакции, коммерческую тайну и параметры технологических процессов нужно обрабатывать внутри собственного контура, с аттестованной защитой. К 2028 году значимые объекты КИИ обязаны перейти на доверенные платформы. Полный переезд в публичное облако, тем более зарубежное, в такой логике просто снимается с повестки.
Облака при этом никуда не денутся. Рынок идет к гибридной модели: в облаке живут сервисы, которым нужна эластичность, а ядро и чувствительные данные остаются на собственных серверах. Главный вопрос — на оборудовании какого именно производителя.
Конец лоскутного импортозамещения
Первые годы импортозамещения в серверной части прошли под знаком покомпонентной замены. Меняли то, что проще, нередко ради KPI и без оглядки на архитектуру. Сервер одного производителя, СХД другого, российские ОС и гипервизор, СУБД из реестра — на бумаге все сходилось. На практике проблемы всплывали на стыках: гипервизоры конфликтовали с драйверами и микрокодом, резервное копирование плохо уживалось с виртуализацией, наложенные средства защиты непредсказуемо вели себя рядом с базами данных.
Коварство таких конфликтов в том, что на стенде их не видно. Система, загруженная на 15%, работает ровно. При нагрузке за 90% та же конфигурация может деградировать, отказать или, что хуже всего, нарушать консистентность данных.
Сказывается и недостаточная зрелость экосистемы. Microsoft, VMware и Oracle десятилетиями вкладывались в совместные тесты с разработчиками, а российские производители всерьез занялись совместимостью лишь в последние несколько лет.
Что построили взамен
Ответом стала модель, в которой совместимость подтверждается не сертификатом, а нагрузочными испытаниями у производителя. Речь не о сервере с предустановленной программой, как в случае межсетевых экранов, а о модульной инфраструктурной платформе: вычисления, хранение, сеть, виртуализация и мониторинг подобраны и проверены как одна система. На ней работают частные облака, высоконагруженные СУБД, VDI и аналитика.
По такой логике устроены, например, комплексы «Скала^р», которые выпускает Группа Rubytech. Вендор сам отвечает за весь путь от выбора компонентов до испытаний: что-то разрабатывает внутри, что-то дорабатывает вместе с партнерами, а заказчику поставляет единый проверенный комплекс.
При этом «отечественный» давно означает не только сборку корпусов в России. Внутри — платформы на материнских платах из реестра Минпромторга, импортонезависимые процессоры там, где они подходят под нагрузку, локальные операционные системы и средства виртуализации, собственные инструменты оркестрации и сертифицированная защита. Статус российского ПАК закреплен постановлением правительства № 719, а планку локализации государство поднимает примерно раз в два — два с половиной года.
Меняется и подход к замене тяжелых западных систем. Поставить вместо половины стойки Oracle Exadata такую же по объему российскую сборку невозможно. Однако, поскольку Exadata совмещает транзакционную, аналитическую и гибридную нагрузку, их можно развести по нескольким комплексам, спроектированным под каждую задачу.
Деньги и люди
Готовые программно-аппаратные комплексы часто упрекают в дороговизне. Но сравнивать корректно совокупную стоимость владения за весь цикл, который для ПАК доходит в среднем до семи лет. Поддержка, обновления и гарантия уже включены, а затрат на интеграцию нет. Крупные компании умеют собирать комплексы сами, но собственный R&D обходится им дороже, чем затраты вендора на разработку, распределенные между сотнями заказчиков.
Для государственных заказчиков на первый план выходят другие аргументы. ПАК дает им работающее решение вместо россыпи железа и софта от разных поставщиков, сопровождение из одного окна и гарантию эксплуатации от производителя. Кроме того, не приходится наращивать штат дорогостоящих специалистов со сложными и узкими компетенциями, бюджет на которых, как правило, ограничен.
Есть и менее очевидный аргумент — обновления. В сборной ИТ-инфраструктуре новая прошивка или агент резервного копирования способны уронить рабочую систему, и без контракта на сопровождение отвечать за это будет сам заказчик. В ПАК ответственность за пакетное, заранее проверенное обновление юридически закреплена за производителем. При нынешнем дефиците инженеров это весомо: не нужно искать специалистов по Open Source сборкам, достаточно инженера с базовой подготовкой, прошедшего недельный курсу вендора.
Что дальше
По оценке Б1, к 2031 году рынок инфраструктуры высоконагруженных систем в России превысит 1,5 трлн рублей. Сегмент российских вендорских ПАК за это время вырастет почти в пять раз, а их доля среди установленных готовых решений поднимется с 25% до 74%. Дополнительный спрос создает ИИ: капитальные затраты (CAPEX) на инфраструктуру под него, по прогнозам, вырастут с 65 млрд рублей в 2025 году до 407 млрд к 2030-му.
Ждать полного отечественного аналога Oracle при этом бессмысленно. Корпорация развивает свои комплексы с начала 1990-х, и ее годовой бюджет на исследования, по оценкам участников рынка, превышает совокупные R&D-расходы всех российских производителей ПАК. Повторять чужой путь длиной в 35 лет — значит навсегда остаться в роли догоняющего. Но есть и инженерное преимущество: возможность начать с точки, к которой другие шли десятилетиями, и учесть их ошибки.
Российским разработчикам не нужно обеспечивать совместимость с унаследованными системами (legacy) и архитектурой прошлых поколений, поэтому платформы можно сразу строить под ИИ и предиктивную аналитику, которые сейчас переосмысливают и сами мировые лидеры. Здесь у российских решений появляется шанс и на экспорт, ведь потребность в технологическом суверенитете есть далеко не только в России. Но сначала отечественному стеку предстоит доказать свою зрелость на сотнях внедрений внутри страны.