Реестр отечественного ПО: первая карта замещения для госзаказчика

На прошлой неделе Госдума приняла закон о реестре отечественного программного обеспечения - ФЗ-188. Реестр заработает с 1 января 2016 года, и с этого момента при госзакупках ПО заказчик обязан обосновать, почему он покупает иностранный продукт, а не отечественный аналог.

Механика простая и жёсткая: если в реестре есть российский продукт в нужной категории - нужно либо брать его, либо письменно объяснять отказ. «Не знал» и «привыкли к Microsoft» - не объяснение.

Мы ожидали вопросов от клиентов из госсектора. Не ожидали, что их будет столько и настолько быстро.

Что спрашивают

Уже на этой неделе пришло несколько обращений примерно одного содержания: «закон приняли, надо готовиться, скажите что менять и на что». Запрос честный - людям нужна не теория, а конкретика: вот наш стек, что из него под угрозой, что уже можно заменить без потерь.

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

Операционные системы

Это самый публично обсуждаемый блок, и здесь картина относительно оптимистичная.

Рабочие станции. Astra Linux, ALT Linux, ROSA Linux - продукты существуют, имеют сертификаты ФСТЭК, часть из них уже проходила пилоты в госструктурах. Базовые офисные сценарии - документы, почта, браузер, домен через Samba - закрываются. Подробно разбирали это на пилоте с Astra Linux в августе: работает, но требует донастройки и отдельного разговора про 1С.

Серверы. Здесь ещё проще - Linux в серверном контексте давно перестал быть экзотикой. CentOS, Red Hat, ALT Server - выбор есть, администраторы умеют. Проблема не в наличии, а в сертификации: если система обрабатывает гостайну или ПДн определённого уровня - нужен конкретный сертифицированный дистрибутив, а не просто «какой-нибудь Linux».

СУБД

Вот где становится интереснее.

PostgreSQL - очевидный кандидат на замену Oracle и MS SQL в большинстве задач. Причём Postgres сам по себе - американский open source, но российские компании типа Postgres Professional делают сертифицированные сборки на его основе, которые попадут в реестр. По функциональности - транзакции, репликация, партиционирование, JSON, полнотекстовый поиск - для большинства задач хватает. Версия 9.4 закрывает сценарии, которые ещё три года назад требовали Oracle.

Где нельзя без потерь: специфические Oracle-фичи - PL/SQL с нетривиальными конструкциями, RAC, некоторые типы партиционирования. Если система исторически завязана на Oracle-специфику в коде - это не «заменить СУБД», это переписать часть приложения. Нужно смотреть каждый случай отдельно.

MS SQL меняется на PostgreSQL проще, чем Oracle, - диалекты ближе, инструментарий миграции существует. Но работа всё равно есть.

Офисный пакет

LibreOffice - единственный реальный вариант для замены Microsoft Office на рабочих станциях. Он существует, работает, и в базовых сценариях справляется.

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

Что проблемно:

• Макросы и VBA. Накопленные годами Excel-файлы с VBA-логикой - это отдельный аудит. Часть совместима, часть нет. Без инвентаризации непонятно, сколько там работы.
• Шрифты и форматирование. Документы с фирменными Microsoft-шрифтами в LibreOffice рендерятся через замену - меняется разбивка строк, отступы. Для внутреннего документооборота терпимо, для документов, которые идут в регулятор или на подпись контрагенту - надо проверять каждый шаблон.
• Групповые политики. В Windows-окружении Office управляется через GPO и ADMX-шаблоны. В Linux аналога прямого нет - нужен отдельный механизм централизованного управления настройками.

Корпоративная почта

Здесь ситуация двойственная. Exchange как серверный продукт - под вопросом, потому что это Microsoft. Российских аналогов корпоративного уровня - RuPost, «Яндекс.Почта для бизнеса» на своих серверах, решения на Postfix/Dovecot - хватает. Но Exchange глубоко интегрирован в инфраструктуру через ActiveSync, Outlook, интеграцию с SharePoint.

Если организация завязана на Outlook с корпоративными формами и календарями - это не «поменять сервер», это проект с планированием и тестированием пользовательских сценариев.

Что получилось в итоге

Карта замещения в грубом виде:

• ОС рабочих станций - технически реально, потребует пилота и работы с пользователями
• ОС серверов - самый простой блок, во многих местах Linux уже стоит
• СУБД - PostgreSQL закрывает большинство случаев, Oracle-специфика - отдельный проект
• Офис - базовые сценарии, но макросы и шаблоны требуют аудита
• Корпоративная почта - зависит от глубины интеграции с Outlook-экосистемой

До 1 января 2016 года, когда реестр официально заработает, осталось несколько месяцев. Новые закупки надо планировать уже с прицелом на требования реестра - иначе обоснование отказа от отечественного ПО придётся писать под каждый тендер.

Мы сейчас помогаем нескольким заказчикам пройти этот аудит стека - составить инвентарь, выявить проблемные зоны и выработать приоритеты. Лучше это сделать сейчас, чем в декабре под давлением сроков.