Импортозамещение 2019: реестр перевалил за 6000, а прикладной уровень всё ещё догоняет
Итоги года: пилоты Astra Linux и Postgres Pro переросли в промышленные системы, но разрыв между реестром отечественного ПО и реальной совместимостью никуда не делся.
Реестр отечественного ПО к концу 2019 года превысил 6000 продуктов; в рамках нацпрограммы «Цифровая экономика» госзаказчики переводят инфраструктуру на российские ОС и СУБД
Конец 2019-го - хорошее время посмотреть на импортозамещение без розовых очков. Реестр отечественного ПО перевалил за 6000 продуктов, нацпрограмма «Цифровая экономика» генерирует требования к госзаказчикам с нарастающей настойчивостью, и у нас за этот год накопился живой опыт - не из методичек, а из реальных проектов. Попробуем подвести итог.
Что изменилось по сравнению с прошлым годом
Год назад импортозамещение у большинства наших госзаказчиков выглядело как пилоты и «посмотрим». В 2019-м пилоты у нескольких из них превратились в промышленные системы. Astra Linux SE на части рабочих мест - уже не эксперимент, а эксплуатация с поддержкой. Postgres Pro - в тестовой среде с реальной нагрузкой и почти в продакшне до конца года.
Это не значит, что всё идёт гладко. Это значит, что разговор сместился: раньше спорили «нужно ли», сейчас разбираемся «как именно».
Инфраструктурный уровень - здесь прогресс виден
Если смотреть на серверную инфраструктуру и СУБД - картина приличная.
Astra Linux SE как серверная ОС для большинства инфраструктурных задач работает нормально. Интеграция с Active Directory через SSSD стабильна, мандатный контроль доступа настраивается. Там, где у заказчика нет экзотических зависимостей на системном уровне, переход технически реалистичен. Об этом мы писали ещё летом - опыт с тех пор только подтвердился.
Postgres Pro как замена Oracle закрывает основные задачи при правильном инженерном подходе. Runtime partition pruning в Enterprise-версии решил конкретную проблему с аналитическими запросами у одного из заказчиков, где ванильный PostgreSQL давал неудовлетворительный план. Наличие сертификата ФСТЭК и поддержки на русском с SLA - не маркетинговые слова, а реальные факторы при выборе для госсистемы.
Главный вывод по инфраструктурному уровню: российские ОС и СУБД в 2019-м перестали быть рискованным экспериментом для серверного контура. Это рабочий стек, если в него правильно вложиться инженерно.
Прикладной уровень - здесь ещё работа
Вот где расхождение между реестром и реальностью ощущается физически.
Количество продуктов в реестре отечественного ПО выросло значительно. Но из этих 6000+ позиций значительная часть - либо узкоспециализированные решения, либо продукты, которые фактически не конкурируют с тем, что нужно заменить. Когда у заказчика есть корпоративные веб-системы, написанные под IE с ActiveX, или внутренние .NET-приложения без web-версии - рост реестра ему в этом не помогает.
Три проблемы, которые мы наблюдаем у разных заказчиков:
-
Офисный стек. LibreOffice и МойОфис справляются с типовыми документами. Там, где есть сложная вёрстка, макросы или шаблоны с встроенными объектами - падает воспроизводимость. Людей, которые работают с этим каждый день, не убедишь что «90% документов открывается нормально».
-
Внутренние системы. Информационные системы, написанные под Windows и без web-интерфейса, - это отдельная история. Терминальный доступ через RDP и RemoteApp как компромисс работает, но это не импортозамещение рабочего места, это обходной путь. Переписывать системы быстро никто не будет - это требует бюджета и воли заказчика.
-
Криптография и плагины. КриптоПро под Linux есть, настраивается, но требует отдельного внимания при каждой новой системе. Портал с электронной подписью - это не «просто открыть в Chromium».
Что мы делаем на практике
Наш подход к переходным проектам в этом году устоялся: не «заменить всё», а найти, где переход реально возможен без потери производительности, и двигаться туда. Инвентаризация прикладного ПО - обязательный первый шаг, без неё нет честного плана.
Серверный контур и СУБД идут быстрее, потому что там меньше зависимостей от конкретных пользовательских привычек. Рабочие места - медленнее, потому что там люди.
Отдельная вещь, которую мы поняли в этом году: само по себе наличие продукта в реестре отечественного ПО ничего не говорит о его зрелости для конкретной задачи. Это необходимое условие для госзаказчика, но не достаточное. Проверять совместимость под конкретную инфраструктуру всё равно нужно руками.
Где мы сейчас
Несколько заказчиков входят в 2020-й с частично переведённой инфраструктурой. Серверный уровень на Astra Linux и Postgres Pro - в продакшне или на подходе к нему. Рабочие места - в разной степени готовности, у кого-то 30%, у кого-то меньше.
Прикладной уровень - это работа, которая явно продолжится в следующем году. Не потому что реестр плохой, а потому что замена прикладного ПО - это реинжиниринг, а не инсталляция.
Сопровождение инфраструктуры в процессе таких переходов - именно это мы сейчас и ведём у нескольких заказчиков параллельно. Если у вас стоит аналогичная задача - готовы разобраться.