Опубликовано: 14.09.2026 | Источник: CNews (новости)

Роса Dynamic Directory и «Ассистент» в дипломе: обоснование совместимости и метрики внедрения

В марте 2026 года НТЦ ИТ «Роса» и компания «Сафиб» объявили о завершении тестирования совместной работы службы каталогов «Роса Dynamic Directory» и системы удаленного мониторинга «Ассистент». Для выпускника ИТ-направления это не просто новость из ленты. Это готовый, документально подтверждённый кейс интеграции двух отечественных продуктов, который можно положить в основу практической главы ВКР.

Почему это выгодно именно сейчас. Во-первых, требования к импортозамещению на объектах критической информационной инфраструктуры превратили связку «каталог + мониторинг» в типовой проект. Во-вторых, комиссии всё чаще спрашивают: «А вы проверяли, что ваше решение вообще работает с существующей инфраструктурой?» Ссылка на реальный тест совместимости закрывает этот вопрос. В-третьих, тема автоматически даёт вам измеримые метрики — время аутентификации, задержку сбора телеметрии, RTO и RPO, — а значит, расчётную часть диплома не придётся выдумывать.

Три темы ВКР, которые вырастают из этой новости

Тема 1. Миграция службы каталогов на «Роса Dynamic Directory» в инфраструктуре организации

Актуальность: замена Active Directory на отечественный LDAP-каталог заявлена вендором как поддерживаемый сценарий, а опубликованный тест совместимости с системой мониторинга подтверждает, что речь идёт не о «лабораторном» продукте.

Цель: разработать методику перевода службы каталогов на «Роса Dynamic Directory» с сохранением существующих сервисов аутентификации.

• Задача 1. Проанализировать архитектуру LDAP-каталога и требования ГОСТ 34.602-89 к составу технического задания.
• Задача 2. Спроектировать целевую схему домена: контроллеры, репликация, доверительные отношения.
• Задача 3. Описать процедуру миграции и отката (rollback) с оценкой RTO и RPO.
• Задача 4. Провести нагрузочное тестирование и сравнить результат с исходным решением.

Структура: Глава 1 — обзор решений и стандартов, Глава 2 — проектирование и схемы, Глава 3 — стенд, тесты, расчёт трудозатрат.

Тема 2. Подсистема удаленного мониторинга на базе «Ассистент» с интеграцией в каталог

Актуальность: система «Ассистент» уже проверена на совместимость с «Роса Dynamic Directory», поэтому единая точка входа (SSO) и ролевая модель через LDAP-группы становятся обоснованным архитектурным решением, а не гипотезой.

Цель: спроектировать подсистему мониторинга распределённых объектов с централизованной аутентификацией администраторов.

• Задача 1. Определить перечень объектов и номенклатуру метрик (доступность, загрузка, сетевые задержки).
• Задача 2. Спроектировать схему развёртывания серверов и агентов, зоны сетевого доступа.
• Задача 3. Реализовать маппинг ролей каталога на права в системе мониторинга.
• Задача 4. Оценить качество решения по ISO/IEC 25010 (производительность, безопасность, сопровождаемость).

Тема 3. Методика оценки совместимости отечественного системного и прикладного ПО

Актуальность: кейс «Роса» + «Сафиб» показывает, что вендоры публикуют результаты совместного тестирования — значит, существует воспроизводимый процесс, который можно формализовать и защитить как результат ВКР.

Цель: разработать чек-лист и набор тестовых сценариев для проверки совместимости каталога и системы мониторинга.

• Задача 1. Систематизировать протоколы взаимодействия: LDAP, LDAPS, Kerberos, SAML 2.0, OpenID Connect.
• Задача 2. Составить матрицу тестовых сценариев (аутентификация, синхронизация групп, отказ узла).
• Задача 3. Автоматизировать прогон тестов в CI/CD-пайплайне стенда.
• Задача 4. Оформить протокол испытаний по образцу ГОСТ 19.301-79 и ГОСТ 34.603-92.

Аналитическая глава: как превратить пресс-релиз в обоснование выбора

Первая глава обычно самая скучная — пересказ учебников. Сделайте её рабочей. Начните с постановки: организация эксплуатирует унаследованную службу каталогов и разрозненные средства мониторинга. Далее приведите сравнительную таблицу, где «Роса Dynamic Directory» стоит рядом с зарубежным аналогом и открытым решением. Критерии берите не абстрактные, а те, что потом всплывут в третьей главе.

Не забудьте про нормативную рамку. ГОСТ 34.602-89 задаёт структуру ТЗ, серия ГОСТ 19 — требования к программной документации, ISO/IEC 25010 — модель качества. Упоминание этих документов в аналитической главе почти всегда добавляет балл на защите: комиссия видит, что вы умеете работать не только с кодом.

Проектная часть: схемы, интеграция, конфигурация

Здесь статья «подтверждена совместимость» работает как исходное ограничение. Раз совместимость уже проверена, вы не доказываете её заново, а проектируете поверх неё. Это честная экономия времени и объёма.

Что должно быть на схемах

• Компонентная диаграмма (UML) — серверы каталога, сервер «Ассистент», агенты на объектах, шлюзы.
• Диаграмма последовательности — проход аутентификации администратора от клиента до выдачи токена.
• Схема развёртывания в Kubernetes или на виртуальных машинах, если это оправдано масштабом.
• Схема резервирования: реплики каталога, резервный сервер мониторинга, хранилище истории метрик.

Пример: проверка интеграции каталога из командной строки

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

# проверка доступности каталога и чтения дерева
ldapsearch -H ldaps://dir.corp.local:636 \
  -D "cn=svc-monitor,ou=services,dc=corp,dc=local" \
  -W -b "dc=corp,dc=local" "(objectClass=organizationalUnit)" dn

# проверка вхождения сервисной учётной записи в группу администраторов мониторинга
ldapsearch -H ldaps://dir.corp.local:636 -x -W \
  -D "cn=svc-monitor,ou=services,dc=corp,dc=local" \
  -b "dc=corp,dc=local" "(memberOf=cn=mon-admins,ou=groups,dc=corp,dc=local)" cn

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

Тестирование и метрики: где взять цифры для расчётов

Самый частый вопрос на консультациях — откуда брать числа. Ответ: из вашего же стенда. Разверните два-три виртуальных узла, поставьте каталог и систему мониторинга, прогоните сценарии и зафиксируйте результат. Ниже — набор метрик, который закрывает и техническую, и экономическую часть.

Для полноты картины добавьте экспорт метрик по OpenTelemetry и выгрузку в общую панель. Это небольшое расширение, но оно превращает стенд из учебного в приближённый к промышленному.

Чему вы научитесь на такой теме

• Работать со службой каталогов на уровне протокола: LDAP-запросы, схемы, группы, политики паролей.
• Проектировать интеграцию двух разнородных систем через стандартные механизмы, а не «костыли».
• Строить методику испытаний: сценарии, критерии приёмки, протокол, выводы.
• Обосновывать стек ссылками на реестр отечественного ПО, нормативные документы и результаты реальных тестов.
• Оформлять техническую документацию так, чтобы её приняли без переделок.

Вопросы, которые задают чаще всего

Обязательно ли разворачивать реальный стенд, или хватит теории?

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

Нужно ли писать код для такой ВКР?

Полноценная разработка не требуется. Достаточно скриптов автоматизации: проверка каталога, заполнение тестовыми учётными записями, развёртывание стенда, сбор метрик. Это снимает вопрос «где ваш личный вклад» и не отнимает месяцы.

Как оформить UML-диаграммы, чтобы их приняли?

Единый нотации: компонентная диаграмма, диаграмма последовательности, развёртывания. Каждая диаграмма — с легендой и подписью «Рисунок N — …». Если используете ГОСТ 19.701-90, следите за единообразием обозначений во всей работе.

Где брать тестовые данные, если нет доступа к корпоративной инфраструктуре?

Сгенерируйте их сами. Скрипт создаёт 200–500 учётных записей иерархически, как в реальной организации, и наполняет систему мониторинга синтетическими метриками. Такой подход честнее и воспроизводимее, чем анонимные выгрузки.

Источник: Подтверждена совместимость «Роса Dynamic Directory» и системы удаленного мониторинга «Ассистент» (опубликовано 2026-03-24)