Политика лицензирования программного обеспечения для on-premise развертывания

⚠️ ВАЖНО: Зона ответственности заказчика

Выбор, закупка и лицензирование операционной системы и СУБД является исключительной зоной ответственности заказчика.

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

1. Общие положения

При развертывании системы в инфраструктуре заказчика (on-premise) требуется наличие операционной системы и системы управления базами данных, соответствующих техническим требованиям системы.

🔴 Ответственность заказчика

• Анализ внутренних требований организации

• Выбор конкретных вендоров ПО

• Выбор редакций и версий ПО

• Закупка лицензий

• Соблюдение лицензионных условий

• Взаимодействие с вендорами ПО

• Обеспечение соответствия требованиям ИБ

• Сертификация (при необходимости)

🟢 Ответственность поставщика системы

• Предоставление технических требований

• Перечень необходимых компонентов

• Минимальные версии ПО

• Список необходимых расширений/модулей

• Техническая поддержка при развертывании

• Консультации по совместимости

2. Почему заказчик выбирает лицензии самостоятельно?

Каждая организация имеет уникальные требования и ограничения, которые влияют на выбор программного обеспечения:

Факторы, определяющие выбор лицензий:

1. Требования информационной безопасности

   • Наличие требований по сертификации ФСТЭК

   • Обработка персональных данных (152-ФЗ)

   • Объекты критической информационной инфраструктуры (КИИ)

   • Внутренние политики информационной безопасности

2. Бюджетные ограничения

   • Доступность бюджета на лицензии

   • Предпочтение Open Source решений

   • Необходимость коммерческой поддержки

3. Существующая инфраструктура

   • Стандартизация на определенных платформах

   • Наличие корпоративных лицензионных соглашений

   • Компетенции ИТ-подразделения

4. Организационно-правовая форма

   • Государственные учреждения (требования к использованию российского ПО)

   • Коммерческие организации

   • Стратегические предприятия

5. Требования к техподдержке

   • Необходимость SLA от вендора

   • Наличие внутренних компетенций

   • Возможность привлечения подрядчиков

Пример: Государственному учреждению потребуется Astra Linux с сертификацией ФСТЭК и Postgres Pro Certified для соблюдения требований регуляторов. Коммерческой организации может быть достаточно бесплатного Debian и PostgreSQL Community Edition с собственной экспертизой по безопасности.

3. Процесс выбора лицензий

Шаг 1: Анализ требований организации

Заказчик проводит внутренний анализ:

• Какие требования предъявляет служба информационной безопасности?

• Требуется ли сертификация ФСТЭК / соответствие 152-ФЗ?

• Какой бюджет выделен на лицензирование?

• Какие платформы используются в текущей инфраструктуре?

• Есть ли внутренние компетенции для поддержки Open Source решений?

• Требуется ли коммерческая техническая поддержка от вендора?

Шаг 2: Ознакомление с техническими требованиями системы

Заказчик изучает технические требования, предоставленные поставщиком системы (раздел 4 данного документа):

• Требуемая версия СУБД и обязательные расширения

• Требования к операционной системе

• Дополнительные компоненты

• Сетевые и безопасностные требования

Шаг 3: Выбор вендоров и редакций ПО

На основе собственных требований и технических требований системы заказчик:

• Обращается к вендорам СУБД (раздел 5.1)

• Выбирает подходящую редакцию PostgreSQL

• Обращается к вендорам операционных систем (раздел 5.2)

• Выбирает подходящую ОС с учетом требований СУБД

Шаг 4: Закупка лицензий

Заказчик осуществляет закупку необходимых лицензий в соответствии с внутренними процедурами:

• Оформление договоров с вендорами

• Приобретение лицензий

• Получение лицензионных ключей и документации

Шаг 5: Развертывание и активация

После получения лицензий:

• Установка и настройка ПО

• Активация лицензий

• Развертывание системы

На данном этапе возможно привлечение специалистов поставщика системы в рамках услуг по запуску.

4. Технические требования системы

Минимальные технические требования

Данные требования являются обязательными для обеспечения корректной работы системы. Выбранное программное обеспечение должно соответствовать этим требованиям.

4.1. Система управления базами данных (СУБД)

Обязательные требования к СУБД:

Важно: Убедитесь, что выбранная редакция PostgreSQL поддерживает все указанные расширения. Большинство расширений входят в стандартную поставку, но некоторые редакции могут иметь ограничения.

4.2. Операционная система

Требования к операционной системе:

Примечание о Windows Server: Поддержка MS SQL Server прекращена. Новые развертывания возможны только с PostgreSQL (в том числе на Windows Server).

4.3. Дополнительные компоненты

Помимо основных компонентов, система требует наличия следующих сервисов:

• OpenSearch 2.x — полнотекстовый поиск (Open Source, Apache 2.0)

• RabbitMQ 3.x — очередь сообщений (Open Source, MPL 2.0)

• FTP/FTPS/SFTP сервер — обмен файлами (опционально, по требованию интеграции)

• SMTP-сервер — отправка email-уведомлений (внутрикорпоративный или внешний)

Все указанные компоненты доступны в Open Source и не требуют закупки лицензий. Конкретные редакции и вендоры выбираются заказчиком самостоятельно.

4.4. Требования безопасности

5. Справочная информация о вендорах

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

5.1. Вендоры СУБД PostgreSQL

PostgreSQL Community Edition

Веб-сайт: www.postgresql.org

Лицензия: PostgreSQL License (Open Source, бесплатно)

Сертификация: Отсутствует

Поддержка: Сообщество, форумы, документация. Коммерческая поддержка доступна через сторонних подрядчиков

Типовой сценарий: Коммерческие организации без требований сертификации, имеющие внутренние компетенции по PostgreSQL

Postgres Professional (Postgres Pro)

Веб-сайт: www.postgrespro.ru

Редакции:

• Postgres Pro Standard — бесплатная версия с улучшениями

• Postgres Pro Enterprise — платная версия с расширенными возможностями и поддержкой

• Postgres Pro Certified — сертифицированная ФСТЭК версия (4 класс защищенности)

Техподдержка: SLA от российского вендора, документация на русском языке

Типовой сценарий: Организации, желающие получить техподдержку от российского вендора. Для госсектора и КИИ — Certified редакция

EDB Postgres (EnterpriseDB)

Веб-сайт: www.enterprisedb.com

Продукт: EDB Postgres Advanced Server

Лицензия: Платная коммерческая

Особенности: Oracle-совместимость, глобальная поддержка, интеграция с enterprise-инфраструктурой

Типовой сценарий: Международные корпорации, миграция с Oracle, требования к глобальной техподдержке

Важно: При выборе вендора СУБД убедитесь, что:

• Поддерживается PostgreSQL версии 17

• Доступны все необходимые расширения (см. раздел 4.1)

• Лицензионные условия соответствуют вашей инфраструктуре (количество ядер, серверов и т.п.)

5.2. Вендоры операционных систем

Debian

Веб-сайт: www.debian.org

Версия: Debian 12 и выше

Лицензия: Open Source (бесплатно)

Сертификация: Отсутствует

Поддержка: Сообщество, документация

Типовой сценарий: Коммерческие организации без требований сертификации, имеющие компетенции по Linux администрированию

Ubuntu Server

Веб-сайт: ubuntu.com/server

Версия: Ubuntu Server 22.04 LTS и выше

Лицензия: Open Source (бесплатно) / Ubuntu Pro (платная подписка с расширенной поддержкой)

Сертификация: Отсутствует

Поддержка: Canonical предоставляет коммерческую поддержку при наличии подписки Ubuntu Pro

Типовой сценарий: Коммерческие организации, желающие иметь доступ к коммерческой поддержке вендора

Astra Linux

Веб-сайт: astralinux.ru

Редакции: Несколько редакций с разными уровнями защиты (до КС1 включительно)

Лицензия: Платная коммерческая

Сертификация: ФСТЭК России

Поддержка: Техподдержка от вендора, документация на русском языке

Типовой сценарий: Государственные учреждения, объекты КИИ, организации с обязательными требованиями 152-ФЗ и сертификации ФСТЭК

РЕД ОС

Веб-сайт: redos.red-soft.ru

Лицензия: Платная коммерческая

Сертификация: ФСТЭК России

Особенности: RHEL-based система, совместимость с RedHat экосистемой

Типовой сценарий: Организации со стандартизацией на RHEL-инфраструктуре. Требуется предварительная оценка совместимости с нашей системой.

Windows Server

Веб-сайт: microsoft.com/windows-server

Версии: Windows Server 2019, 2022

Лицензия: Платная коммерческая (требуются CAL)

Типовой сценарий: Организации с корпоративной инфраструктурой на базе Microsoft

Важно: Только с PostgreSQL (поддержка MS SQL прекращена)

6. Чек-лист для заказчика

Используйте данный чек-лист для самостоятельного определения требований

7. Взаимодействие с вендорами

Алгоритм взаимодействия с вендорами ПО:

1. Подготовка запроса вендору СУБД

   • Укажите, что требуется PostgreSQL 17

   • Перечислите необходимые расширения (раздел 4.1)

   • Опишите ваши требования (сертификация, поддержка, бюджет и т.п.)

   • Запросите коммерческое предложение

2. Получение предложений от вендоров СУБД

   • Сравните условия лицензирования

   • Оцените стоимость владения (TCO)

   • Проверьте наличие всех необходимых расширений

   • Выберите подходящую редакцию

3. Подготовка запроса вендору ОС

   • Укажите требования выбранной СУБД

   • Укажите требования нашей системы (Docker, .NET 8 и т.п.)

   • Опишите ваши требования (сертификация, поддержка и т.п.)

   • Запросите коммерческое предложение

4. Выбор и закупка

   • Согласуйте выбор с ИТ-подразделением и ИБ

   • Оформите закупку согласно внутренним процедурам

   • Получите лицензии и активационные ключи

8. Консультации поставщика системы

Техническая поддержка в процессе выбора лицензий

Хотя выбор и закупка лицензий является зоной ответственности заказчика, наша техническая поддержка готова предоставить консультации по следующим вопросам:

• Уточнение технических требований — если у вас возникли вопросы по интерпретации требований

• Оценка совместимости — если вы рассматриваете нестандартную конфигурацию ПО

• Адаптация под RHEL-based системы — коммерческое предложение на доработку совместимости

• Помощь в развертывании — после приобретения лицензий

9. Часто задаваемые вопросы

Почему вы не предоставляете лицензии вместе с системой?

Каждая организация имеет уникальные требования: бюджетные ограничения, требования ИБ, корпоративные стандарты. Мы не можем знать заранее, какая конкретная редакция ПО подойдет именно вам. Например, государственному учреждению требуется сертифицированное ПО, а коммерческой организации достаточно бесплатных Open Source решений.

Можете ли вы порекомендовать конкретного вендора?

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

Что делать, если мы хотим использовать РЕД ОС или другую RHEL-based систему?

Для дистрибутивов семейства RHEL требуется предварительная оценка совместимости. Обратитесь к своему контактному лицу или КАМ-отдел — мы проведем анализ и предоставим коммерческое предложение на адаптацию, если потребуется.

Можем ли мы использовать MS SQL Server вместо PostgreSQL?

Нет. Поддержка MS SQL Server прекращена. Система разрабатывается только под PostgreSQL 17. Возврат к MS SQL возможен только в виде индивидуального проекта по отдельному договору с существенно более высокой стоимостью.

Что делать, если после закупки лицензий возникнут проблемы с развертыванием?

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

Резюме

Ключевые положения данного документа:

• Выбор и закупка лицензий ОС и СУБД — зона ответственности заказчика

• Мы предоставляем технические требования, заказчик выбирает конкретные продукты

• Каждая организация имеет уникальные требования — универсального решения не существует

• Мы готовы предоставить консультации, но не принимаем решения о закупке за заказчика