Технологическая независимость в ВКР: интеграция ИТ- и ИБ-решений на примере партнёрства Softlist и «Инферит»
18 марта 2026 года ИТ-вендор «Инферит» (кластер «СФ Тех» ГК Softline) и поставщик ИБ-решений Softlist объявили о партнёрстве. Суть сделки — совместное развитие технологической независимости российских компаний: заказчики получают совместимый стек из серверного оборудования, виртуализации, СКЗИ и средств защиты информации. Для студента технической специальности это не просто новость, а иллюстрация тренда: архитектура корпоративных систем теперь строится вокруг совместимости отечественных компонентов. В дипломе такой кейс можно использовать как обоснование актуальности, пример интеграции или источник требований к проектируемой системе. Разберём, как именно.
Темы ВКР, которые можно раскрыть через кейс Softlist и «Инферит»
Новость о партнёрстве даёт минимум три готовых направления для дипломного проектирования. Все они лежат на стыке ИТ-архитектуры и информационной безопасности.
| Тема ВКР | Актуальность | Цель | Задачи | Структура работы |
|---|---|---|---|---|
| Проектирование защищённой ИТ-инфраструктуры на базе совместимых российских компонентов | Импортозамещение перестало быть лозунгом: вендоры создают технологические альянсы. ВКР может предложить референсную архитектуру, которую бизнес возьмёт за основу. | Разработать архитектуру инфраструктуры предприятия, удовлетворяющую требованиям импортонезависимости и ИБ. | 1. Сравнить российские и зарубежные решения. 2. Выбрать совместимый стек. 3. Спроектировать схему интеграции СКЗИ и средств защиты информации. 4. Оценить экономическую эффективность. |
Глава 1 — анализ подходов к импортозамещению; Глава 2 — архитектура и схемы интеграции; Глава 3 — тестирование производительности и экономика. |
| Разработка методики оценки совместимости ИТ- и ИБ-решений | Партнёрство Softlist и «Инферит» показывает: заказчику нужны не отдельные продукты, а гарантированно работающий контур. Методики формальной оценки совместимости почти нет — это поле для исследования. | Создать методику, позволяющую сравнивать стеки по критериям совместимости, безопасности и производительности. | 1. Выявить критерии совместимости. 2. Определить метрики (время реакции, частота инцидентов, RTO/RPO). 3. Провести экспериментальное сравнение двух стеков. 4. Оформить рекомендации. |
Глава 1 — обзор стандартов (ГОСТ Р 56545, ISO/IEC 25010); Глава 2 — разработка методики; Глава 3 — апробация на реальном или виртуальном стенде. |
| Автоматизация развёртывания инфраструктуры с поддержкой российских ОС и СКЗИ | Технологическая независимость требует не только совместимости, но и воспроизводимости развёртывания. IaC и CI/CD позволяют быстро поднять защищённый контур. | Спроектировать pipeline автоматического развёртывания стенда на базе российских компонентов. | 1. Исследовать средства автоматизации (Ansible, Kubernetes). 2. Разработать сценарии установки и настройки ОС Astra Linux, СКЗИ, СУБД. 3. Настроить CI/CD для обновления конфигураций. 4. Проверить отказоустойчивость. |
Глава 1 — обзор инструментов; Глава 2 — разработка пайплайнов; Глава 3 — тестирование и анализ метрик. |
Аналитическая глава: как использовать новость о партнёрстве
В первом разделе диплома обычно нужно обосновать выбор стека или направления исследования. Раньше в аналитических главах сравнивали VMware vs Hyper-V или Cisco vs Huawei. Сейчас акцент сместился: важно показать, что российские вендоры формируют экосистемы. Кейс Softlist и «Инферит» даёт для этого фактическую базу.
Например, вы пишете главу «Анализ современных ИТ-архитектур». Сделайте небольшой подраздел «Консолидация российских вендоров». Опишите, что «Инферит» предлагает железо и виртуализацию, Softlist — средства защиты информации, а их партнёрство снимает проблему ручной интеграции. Подкрепите это ссылкой на статью. Затем укажите, что в вашей ВКР вы берёте этот подход за основу: проектируете архитектуру, которая изначально строится на совместимых компонентах.
Сравнительная таблица: одиночные решения vs экосистема
| Критерий | Отдельные продукты | Экосистема вендоров (кейс Softlist + «Инферит») |
|---|---|---|
| Время интеграции | Недели на настройку стыков | Дни за счёт готовых конфигураций |
| Техническая поддержка | Разные SLA, вина перекладывается | Единая точка ответственности |
| Соответствие нормативкам | Требуется дополнительная сертификация | Совместимость подтверждена вендорами |
| Риски при масштабировании | Высокие | Средние, но прогнозируемые |
Такую таблицу можно включить в аналитическую главу, а затем спроектировать собственную архитектуру, которая использует преимущества экосистемного подхода.
Проектная часть: схемы, алгоритмы, интеграция
В главе проектирования обычно рисуют архитектуру. Не нужно ограничиваться стандартной картинкой «сервер — сеть — рабочие места». Покажите, как именно вы обеспечиваете технологическую независимость и защиту информации.
Возьмите за основу типовой стек:
Аппаратный слой: серверы «Инферит» (или аналоги)
Слой виртуализации: ZVirt / ПК СВ «Брест»
ОС: Astra Linux Special Edition
СКЗИ: КриптоПро CSP
ИБ-контур: SIEM, межсетевой экран, антивирус (продукты Softlist)
Оркестрация: Kubernetes (в контуре с поддержкой российских ОС)
Опишите алгоритм интеграции: как СКЗИ встраивается в прикладной контур, как SIEM получает события от виртуализации. Приложите UML-диаграмму последовательности — это усилит практическую часть.
Как обосновать выбор конкретных продуктов
Используйте стандарты. Например:
- ГОСТ Р 56545-2015 — требования к безопасности межсетевых экранов;
- ГОСТ 34.601-90 — стадии создания автоматизированных систем;
- ISO/IEC 25010 — модель качества ПО и архитектуры.
Соотнесите каждый выбранный компонент с требованием стандарта. Партнёрство Softlist и «Инферит» здесь работает как аргумент: совместимость уже подтверждена вендором, значит, меньше рисков на этапе внедрения.
Тестирование и метрики: что измерять в дипломе
Чтобы защитить работу, нужно показать, что ваше решение работает. Для архитектурного диплома не всегда требуется писать код, но метрики обязательны. Какие показатели взять?
- Производительность: количество операций в секунду, время отклика СУБД, задержки при передаче данных;
- Надёжность: RTO (целевое время восстановления) и RPO (допустимая потеря данных);
- Безопасность: время детектирования инцидента, количество ложных срабатываний SIEM;
- Экономика: совокупная стоимость владения (TCO), срок окупаемости.
Если статья о партнёрстве Softlist и «Инферит» упоминает готовность решений, вы можете использовать её как отправную точку: «Так как вендоры обеспечили совместимость, TCO снижается на 20–30% за счёт сокращения трудозатрат на интеграцию». Для диплома это допустимая экспертная оценка, но лучше подкрепить её расчётом.
Чему вы научитесь, делая такой диплом
Вы прокачаете навыки, которые реально пригодятся на работе:
- архитектурное мышление — умение видеть систему целиком, а не отдельные серверы;
- работа с российским стеком — Astra Linux, ZVirt, КриптоПро;
- обоснование технических решений на языке бизнеса — через метрики и стандарты;
- оформление технической документации по ГОСТ 34.602-89 (ТЗ) и ГОСТ 19.701-90 (схемы).
Типичные ошибки студентов
Ошибка 1. Подмена терминов. Пишут «SaaS» вместо «IaaS» или называют СКЗИ «просто шифрованием». Изучите классификацию по ГОСТ и употребляйте термины строго в контексте.
Ошибка 2. Отсутствие метрик эффективности. Проектирование без цифр — это не инженерная работа. Обязательно добавьте хотя бы расчёт нагрузки или сравнение TCO.
Ошибка 3. Игнорирование требований ГОСТ при оформлении ТЗ. Если в работе есть раздел «Техническое задание», оформляйте его по ГОСТ 34.602-89: разделы, подразделы, нумерация. Иначе даже хорошая архитектура не получит высший балл.
Частые вопросы студентов
Сложно ли делать диплом на российских технологиях?
Сложнее, чем на готовых зарубежных решениях, потому что меньше готовых примеров в интернете. Зато это ценный опыт: на рынке сейчас высокий спрос на специалистов, умеющих работать с отечественным стеком.
Обязательно ли писать код в такой ВКР?
Нет. Для архитектурной работы достаточно схем, расчётов, результатов тестирования стенда. Код нужен только если ваша цель — разработка программного модуля. В этом случае код должен быть оформлен как приложение к диплому.
Где брать данные для тестирования?
Можно использовать открытые датасеты (например, CICIDS2017 для обнаружения вторжений) или сгенерировать синтетические данные. Если тема связана с производительностью, используйте утилиты нагрузочного тестирования: wrk, JMeter, Gatling. Главное — указать методику тестирования и конфигурацию стенда.
Чек-лист перед сдачей
- ✅ Во введении есть ссылка на источник (новость о Softlist и «Инферит») с корректной датой 2026-03-18.
- ✅ Каждая задача имеет соответствующий вывод в заключении.
- ✅ В аналитической главе есть сравнительная таблица или схема.
- ✅ В проектной части — архитектурная диаграмма (UML, ТОРЕ или BPMN).
- ✅ Метрики (RTO, RPO, производительность) рассчитаны или обоснованы.
- ✅ Оформление соответствует ГОСТ 34.602-89 и методичке вашего вуза.
- ✅ Список литературы включает 10+ источников, включая новость с CNews.
Если вы поняли, что не успеваете спроектировать архитектуру и рассчитать метрики до дедлайна — не отчаивайтесь. Мы помогаем студентам с дипломными работами любой сложности. Бесплатная консультация: обсудим вашу тему, подскажем, как уложиться в срок. Возможно, вы решите заказать диплом под ключ — это разгрузит последние месяцы и гарантирует соответствие ГОСТ. Обращайтесь!
Источник: Softlist и «Инферит» объединят усилия для развития технологической независимости российских компаний (опубликовано 2026-03-18)
```