Опубликовано: 04.08.2026 | Источник: The Verge – Tech Section

Анализ отмены Volvo EX30 и Honda Prologue для ВКР: как проектировать ИТ-архитектуру с учётом жизненного цикла

Новость о том, что Volvo и Honda снимают с производства свои электромобили EX30 и Prologue, — не просто очередной заголовок об автопроме. Для студентов ИТ-направлений это иллюстрация важного принципа: любой продукт, даже самый технологичный, может быть выведен из эксплуатации раньше запланированного срока. В случае с IT-системами такой сценарий означает остановку сервисов, потерю данных и непредвиденные расходы. Поэтому в дипломной работе стоит закладывать архитектурную устойчивость и механизмы гибкого вывода компонентов. Разбираем, как превратить кейс из The Verge в полноценное исследование для ВКР.

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

Тема 1. Проектирование распределённой ИТ-архитектуры с учётом жизненного цикла компонентов

Актуальность: Отмена Volvo EX30 показывает, что даже продукт с инвестициями и инженерной поддержкой может быть закрыт из-за рыночных условий. Аналогично в enterprise-архитектуре: библиотека, сервис или фреймворк могут устареть или потерять поддержку. Дипломник должен научиться закладывать это в проект.

Цель: разработать архитектурное решение, которое позволяет заменять отдельные модули без остановки всей системы.

Задачи:

• проанализировать причины отмены продуктов на примере EX30 и Prologue; перенести их на ИТ-контекст (loss of support, отсутствие спроса, регуляторные изменения);
• сравнить архитектурные стили — monolithic, modular monolith, microservices — с точки зрения заменяемости компонентов;
• спроектировать схему интеграции с использованием API-шлюзов и событийной шины (Kafka, RabbitMQ);
• оценить стоимость миграции при замене Legacy-модуля.

Структура: Глава 1 — анализ факторов жизненного цикла и классификация рисков; Глава 2 — построение архитектуры на основе микросервисов и контейнеризации (Kubernetes, Docker); Глава 3 — тестирование заменяемости и расчёт экономической эффективности.

Тема 2. Разработка модуля мониторинга и прогнозирования устаревания ИТ-компонентов

Актуальность: Honda Prologue стала «единственным электрическим предложением» и всё равно попала в список закрываемых. В IT такое происходит с нечасто используемыми сервисами. Намного выгоднее заранее отслеживать признаки деградации и прогнозировать вывод.

Цель: создать инструмент, который автоматически собирает метрики зависимости от внешних библиотек и API и предупреждает о рисках устаревания.

Задачи:

• изучить OpenTelemetry для сбора метрик и трейсов;
• разработать систему анализа сроков жизни внешних зависимостей;
• реализовать дашборд с уровнями критичности (аналогично recall-статусам в автопроме);
• интегрировать модуль с CI/CD-пайплайном.

Структура: Глава 1 — обзор подходов к мониторингу и стандарты ISO/IEC 25010; Глава 2 — проектирование архитектуры модуля на Python/Go; Глава 3 — тестирование на реальных данных (например, репозитории с библиотеками) и оценка снижения рисков.

Тема 3. Сравнительный анализ архитектурных подходов для обеспечения непрерывности бизнес-процессов при выводе продуктов из эксплуатации

Актуальность: обе модели — и EX30, и Prologue — имеют разные платформы: Volvo построена на SEA, Honda — на GM Ultium. Когда компания закрывает продукт, важно, чтобы инфраструктура продолжала работать для уже проданных устройств. Для ИТ это прямая аналогия с RTO/RPO и планами обеспечения непрерывности.

Цель: определить стратегии, позволяющие минимизировать простои при снятии с поддержки программных продуктов.

Задачи:

• изучить подходы к обеспечению отказоустойчивости (активный/активный, активный/пассивный);
• сформулировать требования к плану вывода из эксплуатации в соответствии с ГОСТ 34.602-89;
• провести моделирование отказа одного из компонентов и оценить RTO/RPO;
• разработать рекомендации для DevOps-команды.

Структура: Глава 1 — аналитическая: понятия жизненного цикла, стандарты; Глава 2 — проектная: схема architecturally significant requirements и выбор схемы резервирования; Глава 3 — практическая: симуляция отказов и экономическое обоснование.

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

В аналитическом разделе диплома нужно показать, что вы не просто выбираете технологии «по моде», а учитываете долгосрочные риски. Статья об отмене электромобилей даёт отличную отправную точку: постройте таблицу причин отмены и проведите аналогию с программными продуктами.

Обратите внимание: по стандарту ISO/IEC 25010 качество системы оценивается не только по функциональности, но и по сопровождаемости, переносимости и масштабируемости. В дипломе можно построить модель атрибутов качества и показать, что ваше решение соответствует требованиям. Такой подход сразу поднимает работу на уровень «выше типовой студенческой».

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

Здесь уместно описать предлагаемую архитектуру. Например, если ваша цель — устойчивость к замене модулей, спроектируйте схему на основе бэкенда для фронтенда (BFF) и Kubernetes. Используйте диаграммы UML (component diagram, deployment diagram). В пояснительной записке обязательно укажите, какие решения приняты на основе анализа кейса Volvo/Honda: антихрупкость, graceful degradation, feature flags.

Пример фрагмента архитектуры в псевдокоде:

# включение/выключение функциональности без перезапуска
if feature_flags.is_enabled("recommendation_engine"):
    result = call_service("recommender")
else:
    result = fallback_catalog()

Также в проектной части стоит описать интеграцию с CI/CD. Представьте, что какой-то сервис снимается с сопровождения — как должен сработать пайплайн? Варианты: автотесты определяют критичность удаляемого API, генерируется предупреждение, а при необходимости запускается миграция данных. Это легко показать через OpenTelemetry-трейсы и автоматически собираемые метрики.

Тестирование и метрики: как доказать состоятельность решения

Для защиты ВКР особенно важны числа. Если вы говорите, что ваша архитектура упрощает замену компонентов, нужно это проверить. Используйте нагрузочное тестирование: создайте эмуляцию «устаревшего» сервиса, запустите сценарий его деградации и измерьте RTO и RPO.

В таблице ниже представлены метрики, которые можно получить в ходе дипломного эксперимента:

Не забывайте про стандарты оформления. Техническое задание в ВКР лучше давать по ГОСТ 34.602-89. Даже если вуз этого не требует, ссылка на стандарт добавляет вес и системность. В разделе тестирования также уместно сравнить полученные метрики с нормативными значениями из ISO/IEC 25023.

Чему вы научитесь, сделав такую ВКР

Вы получите не просто «диплом ради диплома», а практические навыки:

• анализировать бизнес-тренды и переводить их на архитектурные решения;
• сравнивать архитектурные подходы и защищать свой выбор перед комиссией;
• работать с Kubernetes, OpenTelemetry, CI/CD и оформить это в понятную документацию;
• рассчитывать метрики эффективности и экономию ресурсов, что часто спрашивают на защите.

FAQ

Сложно ли реализовать такую ВКР без реального заказчика?

Не сложнее, чем любую другую тему. Реальным заказчиком может выступать «имитация»: вы определяете гипотетическую компанию, описываете её бизнес-процессы и проектируете под неё архитектуру. Главное — логическая связь между проблемой, задачами и результатом.

Обязательно ли писать программный код?

Зависит от требований вашей кафедры. В большинстве технических специальностей — да, потому что ВКР должна показывать практическую квалификацию. Но можно сделать прототип на Python с эмуляцией микросервисов, диаграммы в Draw.io и конфигурации Kubernetes — этого достаточно.

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

Используйте датасеты в открытом доступе: например, трафик веб-сервисов, логи GitHub-репозиториев, данные APM-агентов. Для кейса с отсталой архитектурой можно взять любую open-source Java-систему и «раскрутить» её как старую версию, а затем показать миграцию.

Можно ли в дипломе ссылаться на новости сайтов вроде The Verge?

Да, но лучше как на источник отраслевой информации в разделе «Актуальность» или «Аналитический обзор». В списке литературы статьи на русском обязательны, но англоязычные источники также разрешены. Не забывайте правильно оформлять интернет-ресурсы по ГОСТ Р 7.0.100-2018.

Источник: Two more EVs for the trash heap: Volvo EX30 and Honda Prologue (опубликовано 2026-03-17)