Госорганы и компании с госучастием уже не первый год обязаны закупать ПО из единого реестра российского софта (постановление Правительства № 1236). Но к 2020 году требования дошли до уровня инфраструктуры: операционных систем, серверов, систем виртуализации и хранения данных. Если раньше можно было заменить офисный пакет и отчитаться, то теперь регуляторы смотрят на фундамент – на чём вообще работают информационные системы. Разберём, что реально доступно на рынке и как переходить, не останавливая работу организации.

Что заменяем и чем

Слой ОС в реестре закрыт несколькими зрелыми дистрибутивами на базе Linux: Astra Linux (включая сертифицированный ФСТЭК и ФСБ релиз Special Edition «Смоленск»), РЕД ОС, ALT (Базальт СПО), РОСА. Для рабочих станций и серверов это рабочие варианты – они держат типовую нагрузку, СУБД (PostgreSQL, Postgres Pro), веб-серверы и контейнеры.

Сложнее с аппаратной частью. Серверы на процессорах «Эльбрус» (МЦСТ) и «Байкал» уже поставляются, но экосистема ПО под архитектуру Elbrus пока узкая, а производительность под конкретную задачу нужно проверять стендом до закупки. Для большинства организаций реалистичный путь на ближайшие год-два – российская ОС на серверах российской сборки с процессорами x86, что формально удовлетворяет требованиям по «железу» из реестра Минпромторга.

Виртуализация и хранение тоже импортозамещаемы: zVirt, ROSA Virtualization, брокеры VDI и отечественные СХД закрывают типовые сценарии. Параллельно стоит смотреть и на прикладной слой – переход инфраструктуры логично связывать с заменой пользовательского ПО, о чём мы писали в разборе предустановки российского софта.

Как мигрировать без простоев

Миграция инфраструктуры – это не разовая замена дисков, а проект на несколько месяцев. Мы выстраиваем его так:

  1. Аудит. Инвентаризация серверов, ОС, прикладных систем и их зависимостей. Главный вопрос – что из критичного ПО вообще запустится на Linux и в какой конфигурации.
  2. Пилот. Стенд на целевой ОС с реальными нагрузками: СУБД, 1С, веб-приложения, доменная аутентификация. Здесь вылезают несовместимости драйверов и проприетарных компонентов.
  3. Поэтапный перенос. Сначала некритичные сервисы, затем – продуктивные системы с откатом. Гибридный период, когда часть инфраструктуры ещё на прежнем стеке, обязателен.
  4. Сопровождение. Обновления безопасности, резервное копирование, мониторинг на новом стеке.

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

Где чаще всего ломается

Три типичных риска. Первый – проприетарное ПО без Linux-версии: специализированные АРМ, банк-клиенты, отраслевые системы. Иногда выручает совместимость через Wine или терминальный доступ, иначе придётся искать аналог из реестра. Второй – драйверы периферии: МФУ, сканеры, токены. Третий – компетенции: администраторам нужен опыт Linux, а не только Windows Server.

Импортозамещение инфраструктуры не сводится к ОС и серверам – это и СУБД, и средства разработки, и даже отечественные языковые модели для обработки текста, которые встают в общий контур. Системный интегратор здесь нужен не для закупки лицензий, а чтобы связать всё в работающую и сопровождаемую систему.

Вывод

Перейти на отечественную инфраструктуру в 2020 году – выполнимая задача для госсектора и бизнеса, если идти от аудита и пилота, а не от срочной закупки под отчёт. Главное – закладывать гибридный период и проверять совместимость критичных систем на стенде заранее, а сам переход на отечественную инфраструктуру вести под ключ – от аудита до продакшена.