Опубликовано: 16.07.2026 | Источник: RSS.app Feed 1

Архитектура распределённых систем в дипломе: как интегрировать реальный кейс из M&A в субмарины

В марте 2026 года OneSubsea — совместное предприятие SLB, Aker Solutions и Subsea7 — объявила о приобретении подводного бизнеса Envirex из Норвегии. Это не просто сделка: это сигнал о трансформации архитектурных подходов в субмаринной индустрии. В отличие от классических монолитных решений, современные системы требуют гибкости, масштабируемости и высокой отказоустойчивости — особенно там, где оборудование работает на глубине 3000 метров и не может быть заменено без аварийного прерывания. Для студентов ИТ-направлений это — идеальный кейс для анализа перехода от «однослойных» архитектур к микросервисным, от централизованного управления к децентрализованному, от ручного тестирования к автоматизированному CI/CD.

Почему это важно для ВКР

Современный выпускник должен уметь не только писать код, но и обосновывать выбор стека, анализировать влияние внешних событий (например, M&A) на технические решения, а также прогнозировать последствия для жизненного цикла продукта. Сделка OneSubsea показывает, что даже в «тяжёлой» отрасли, где физика и безопасность играют первостепенную роль, архитектура становится ключевым фактором конкурентоспособности. Если ваш диплом посвящён разработке ПО для промышленных систем, то использование этого кейса позволяет выйти за рамки учебных примеров и продемонстрировать понимание реального рынка.

Темы ВКР: от теории до экономики внедрения

Аналитическая глава: почему именно так?

В первой главе диплома можно провести сравнительный анализ трёх архитектурных подходов:

• Монолит: простота, но сложность модификации — не подходит для быстрой интеграции Envirex;
• Микросервисы с Service Mesh: высокая гибкость, но требует сложной инфраструктуры — подходит для будущего развития;
• Event-driven architecture: идеально для работы с низкими скоростями передачи — используется в IoT-решениях для подводных станций.

Используйте статью как основу для сравнения: в ней прямо указано, что OneSubsea стремится «объединить компетенции и ускорить внедрение инноваций». Это значит, что их архитектура должна быть интероперабельной — иначе интеграция будет стоить дороже.

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

Для реализации можно использовать следующие элементы:

• Контекстная диаграмма — как показано в статье, система состоит из нескольких слоёв: подводные устройства, бортовые системы, наземные центры управления;
• Схема микросервисов — например, sensor-collector, anomaly-detector, command-router;
• Алгоритм предиктивной диагностики — можно взять за основу методы, описанные в IEEE Transactions on Industrial Informatics, но адаптировать под условия подводной среды.

Пример кода для сбора метрик (на Python, с использованием OpenTelemetry):

from opentelemetry import trace
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.exporter.jaeger.thrift import JaegerExporter
from opentelemetry.sdk.trace.export import BatchSpanProcessor

trace.set_tracer_provider(TracerProvider())
tracer = trace.get_tracer(__name__)
exporter = JaegerExporter(
    agent_host_name='localhost',
    agent_port=6831,
)
span_processor = BatchSpanProcessor(exporter)
trace.get_tracer_provider().add_span_processor(span_processor)

with tracer.start_as_current_span("subsea-sensor-read"):
    # read sensor data and send telemetry
    pass

Тестирование и метрики: RTO, RPO и нагрузка

Вторая глава должна содержать:

• Нагрузочное тестирование с имитацией потери связи (например, 5-секундный таймаут);
• Оценку RTO (Recovery Time Objective) и RPO (Recovery Point Objective) — в статье упоминается, что система должна быть готова к работе в течение 15 минут после сбоя;
• Мониторинг через OpenTelemetry: метрики uptime, error_rate, latency_95th_percentile.

Пример таблицы метрик:

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

Этот кейс поможет вам освоить:

• Как обосновать выбор архитектуры на основе внешних событий (M&A, изменения регуляторной среды);
• Как проектировать системы с учётом ограничений реального мира (задержки, потеря соединения);
• Как собирать и интерпретировать метрики с помощью OpenTelemetry и Prometheus;
• Как оформлять техническую документацию в соответствии с ГОСТ 34.602-89 и ISO/IEC 25010.

Типичные ошибки студентов

FAQ

Как сложна реализация в дипломе? Нужно ли писать весь код?

Нет — достаточно реализовать один-два ключевых модуля (например, сбор метрик и отправка в мониторинг). Главное — показать, как они взаимодействуют. Можно использовать mock-сервисы, чтобы не зависеть от внешней инфраструктуры.

Требования вуза к коду: обязательно ли писать на Java/Python?

Нет. Важно, чтобы язык соответствовал выбранной архитектуре. Например, если вы делаете микросервисы, то Java/Kotlin — хорошая практика, но Python подойдёт для прототипа. Главное — документация и согласованность.

Как оформить UML-диаграммы? Где брать тестовые данные?

UML-диаграммы можно сделать в PlantUML или draw.io — они поддерживают экспорт в PDF. Для тестовых данных используйте синтезированные наборы из GitHub или создайте их вручную по принципам, описанным в статье: «данные должны отражать реальные условия — например, задержки до 10 секунд, потеря пакетов до 15%».

Чек-лист «Что проверить перед сдачей»

Источник: OneSubsea Moves to Acquire Norway’s Envirex Subsea Business (опубликовано 2026-03-13)