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

Импортозамещение ПО в дипломе: как превратить миграцию на отечественную ОС в защищаемый проект

«ТЭК Информ» — крупный отраслевой интегратор, принадлежащий «Газпрому», закладывает порядка 200 млн рублей на лицензии экосистемы «Ред ОС». Это не закупка «для галочки». Такие бюджеты появляются там, где решение уже уходит в промышленную эксплуатацию, а значит, к нему предъявляют требования по совместимости, поддержке, срокам восстановления после сбоя и обучению персонала. Для выпускника ИТ-направления это хорошая новость: задача «перенести сервисы с проприетарной платформы на отечественную» перестала быть учебной абстракцией. Теперь это нормальная инженерная работа с бюджетом, ограничениями и метриками. Разберём, как из неё собрать тему ВКР, которую комиссия не сможет назвать оторванной от практики.

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

Тема 1. Миграция корпоративной инфраструктуры на отечественную ОС: оценка совокупной стоимости владения и рисков

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

• Цель: разработать методику оценки TCO и рисков миграции парка серверов на отечественную ОС.
• Задачи: классифицировать типовые сервисы предприятия по критичности; построить модель затрат (лицензии, поддержка, обучение, простой); рассчитать сценарий миграции для 50–200 узлов; сформировать реестр рисков с мерами снижения.
• Структура: Глава 1 — анализ рынка отечественных ОС и требований реестра отечественного ПО; Глава 2 — модель TCO и архитектура целевого ландшафта; Глава 3 — расчёт сценариев, чувствительность модели, экономический эффект.

Тема 2. Отказоустойчивый домен на базе отечественного ПО с централизованным мониторингом

Актуальность. Лицензии куплены — но без службы каталога, репликации и мониторинга экосистема не живёт. Это как раз тот участок, где студент может показать и проектирование, и развёртывание, и тесты.

• Цель: спроектировать и проверить в тестовом стенде отказоустойчивый контур аутентификации на отечественных компонентах.
• Задачи: обосновать выбор контроллера домена; спроектировать схему репликации между площадками; настроить сбор метрик; провести испытания на отказ узла с замером RTO/RPO.
• Структура: Глава 1 — теория служб каталога и стандартов доступности; Глава 2 — схема стенда, конфигурации, роли; Глава 3 — сценарии отказов, метрики, выводы по надёжности.

Тема 3. Автоматизированное развёртывание типового стенда на отечественной ОС средствами Ansible и Kubernetes

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

• Цель: разработать воспроизводимый пайплайн развёртывания прикладного сервиса на отечественной платформе.
• Задачи: описать роли и переменные конфигурации; собрать CI/CD-пайплайн сборки и доставки; замерить время развёртывания «вручную» и «через код»; оценить стоимость владения пайплайном.
• Структура: Глава 1 — обзор подходов IaC и стандартов качества ПО; Глава 2 — проектирование пайплайна и структуры репозиториев; Глава 3 — прогон сценариев, метрики, документация по ГОСТ 34.602-89.

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

Самая частая слабость первой главы — «обзор рынка» без критериев. Комиссия почти сразу спрашивает: почему именно это решение, а не соседнее? Поэтому стройте сравнение вокруг требований, которые вы сами вывели из задачи.

Такую таблицу обязательно сопровождайте текстом: откуда взяты данные, на какую дату, какой источник (документация вендора, реестр, результаты собственного теста). Ссылка на новость о закупке здесь работает как подтверждение рыночного тренда: если интегратор такого масштаба берёт лицензии объёмом в 200 млн, значит, решение прошло проверку на совместимость в реальных условиях.

Проектная часть: что рисовать и что писать в пояснении

Вторая глава — это ваша инженерная позиция. Минимум, который ожидает комиссия: схема целевой архитектуры, описание компонентов и хотя бы один автоматизированный сценарий развёртывания.

Схему стройте послойно: инфраструктурный слой (гипервизор или физические узлы), системный (ОС, служба каталога, файловые сервисы), прикладной (СУБД, веб-приложение, брокер сообщений), слой эксплуатации (мониторинг, логирование, резервное копирование). Каждый компонент подпишите — версия, роль, требования к ресурсам.

Дальше — код. Не бойтесь показать фрагмент плейбука: он занимает мало места, а весит в глазах комиссии много.

- name: Базовая настройка узла на отечественной ОС
  hosts: app_nodes
  become: true
  tasks:
    - name: Установить пакеты мониторинга
      package:
        name: "{{ monitoring_packages }}"
        state: present
    - name: Развернуть конфигурацию агента
      template:
        src: agent.conf.j2
        dest: /etc/agent/agent.conf
      notify: restart agent

В тексте пояснительной записки объясните, какие переменные вынесены в отдельный файл и почему: это показывает понимание воспроизводимости. Отдельный подраздел отведите под резервное копирование — схему, расписание, проверку восстановления. Именно здесь удобно привязать требования к документу ГОСТ 34.602-89: перечислите функции системы, требования к надёжности и состав документации, а не просто вставьте картинку.

Тестирование и метрики: чем доказать, что решение работает

Третья глава часто проваливается, потому что студент пишет «система работает стабильно» без чисел. Соберите метрики заранее и сведите их в таблицу — это самый простой способ получить высокий балл.

Для сбора метрик достаточно открытого стека: агент на узле плюс хранилище временных рядов и панель визуализации. Не усложняйте — важна не модность инструмента, а то, что вы умеете превратить наблюдения в вывод. Модель качества ПО удобно взять из ISO/IEC 25010: производительность, надёжность, сопровождаемость — и под каждую характеристику привязать свой замер.

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

• Обосновывать выбор стека через критерии, а не через «популярность».
• Описывать инфраструктуру как код и защищать решение перед людьми, которые видели сотни дипломов.
• Снимать и интерпретировать метрики производительности и надёжности.
• Готовить комплект документации в логике ГОСТ 34 и 19 — от технического задания до программы испытаний.
• Оценивать экономику внедрения: лицензии, поддержка, обучение, простой.

Вопросы, которые задают почти на каждой защите

Нужно ли поднимать реальный стенд или хватит эмуляции?

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

Обязательно ли писать код, или можно ограничиться проектированием?

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

Где брать данные для расчёта стоимости владения?

Три источника: открытые прайсы вендоров и интеграторов, требования из реестра отечественного ПО и собственные замеры трудозатрат на тестовом стенде. Все допущения выносите в отдельную таблицу — это снимает половину вопросов.

Как оформлять схемы архитектуры?

Нотация вторична, важна читаемость: единые обозначения, подписи версий, стрелки с направлением потоков данных. Если используете UML, ограничьтесь двумя-тремя типами диаграмм, но сделайте их согласованными между собой.

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

Источник: Принадлежащий «Газпрому» ИТ-интегратор потратит 200 миллионов на флагманское российское ПО (опубликовано 2026-03-25)