В марте 2026 года МТС подключила к сети село Толбузино — одно из первых русских сел на Амуре, расположенное в 120 км от ближайшего населённого пункта. Это не просто «подключение», а вызов: работа в условиях низкой пропускной способности, отсутствия постоянного электропитания, слабой инфраструктуры и необходимости обеспечения минимального SLA. Для выпускника ИТ-специальности это — идеальный кейс для анализа, проектирования и тестирования распределённой системы в экстремальных условиях.
Если вы пишете ВКР по направлению Cloud/DevOps, то этот случай — ваш шанс продемонстрировать не только знание технологий, но и понимание того, как работают системы в реальном мире. Особенно если вы планируете сделать акцент на автоматизации, надёжности и мониторинге — тогда Толбузино становится не просто примером, а основой для всей архитектуры.
Для этого не нужно «всё» — нужно то, что работает в офлайн-режиме. Например: Ansible для автоматизации установки ПО на базовые станции, Terraform для описания инфраструктуры (в том числе с использованием local-exec для локального запуска скриптов), а также openhab или Home Assistant для управления питанием и мониторинга. Не забудьте про mosquitto или EMQX — они лучше MQTT в условиях низкой пропускной способности.
Можно использовать открытые данные от OpenStreetMap (координаты сельских населённых пунктов), Гисметео (климатические данные), а также Федеральная служба государственной статистики — там есть таблицы по плотности населения и доступности услуг. Также можно смоделировать параметры с помощью iperf3 и ping с задержками, имитирующими реальное качество канала (например, 200–500 мс задержка, 10% потерь пакетов).
Используйте C4-уровень: контекстный уровень (сеть как система), уровень контекста (БС + сервер + пользователь), уровень контекста (внутренняя сеть с контроллерами). Добавьте энергетический блок — например, солнечная панель + аккумулятор + UPS. В диаграмме покажите, как systemd и powerd управляют режимами энергосбережения. Укажите, какие компоненты могут быть выключены в «ночном режиме».
| Название темы | Актуальность (ссылка на статью) | Цель | Задачи | Структура работы |
|---|---|---|---|---|
| Автоматизация развертывания базовой станции в условиях off-grid | Толбузино — первое село на Амуре, где МТС реализовала решение без опорной инфраструктуры. Статья прямо указывает на «работу по созданию инфраструктуры». | Создать шаблон развертывания БС, который можно адаптировать под любую удалённую точку. | 1. Анализ существующих решений (Ansible, Terraform, OpenHAB); 2. Разработка конфигурации с учётом энергопотребления; 3. Тестирование в симуляторе (например, mininet + tc для ограничения пропускной способности);4. Оценка SLA и TCO. |
Глава 1 — Теория и анализ; Глава 2 — Проектирование и реализация (включая код); Глава 3 — Тестирование и сравнение с реальным кейсом. |
| Мониторинг и управление отказоустойчивостью в распределённой телекоммуникационной сети | В статье говорится о «подключении к сети», но не о том, как следить за состоянием. Это — пробел, который можно заполнить. | Создать систему мониторинга, способную работать даже при частичном обрыве связи. | 1. Выбор протоколов (OpenTelemetry + Prometheus + Grafana); 2. Реализация локального сбора метрик (например, opentelemetry-collector в режиме offline);3. Настройка alerting-системы (Prometheus Alertmanager + Slack/Telegram); 4. Расчёт MTTR и MTBF по сценарию сбоев. |
Глава 1 — Обзор стандартов ISO/IEC 25010 и ГОСТ 34/19; Глава 2 — Архитектура мониторинга (UML/C4); Глава 3 — Тестирование и анализ результатов. |
| Оптимизация коммуникации между базовой станцией и пользователем в условиях низкой пропускной способности | Статья упоминает «работу по созданию инфраструктуры», но не уточняет, как именно решается проблема с задержкой и потерями. | Проанализировать и предложить оптимальный протокол связи для сельской местности. | 1. Сравнение MQTT, CoAP, HTTP/3 в условиях низкой пропускной способности; 2. Реализация эмулятора канала с помощью netem;3. Тестирование на основе iperf3 и ping;4. Формирование рекомендаций по выбору протокола. |
Глава 1 — Анализ протоколов и их применение; Глава 2 — Прототип решения (код на Python/Go); Глава 3 — Эффективность и сравнение. |
В первой главе вы можете начать с факта: «В 2026 году МТС подключила к сети село Толбузино — один из первых русских сел на Амуре, где нет постоянного электропитания и слабая связь». Затем перейдите к анализу требований: ГОСТ 34/19 требует, чтобы документация соответствовала уровню «проектирование и внедрение», а ISO/IEC 25010 — чтобы система была надёжной, безопасной и эффективной.
Пример UML-диаграммы (в текстовом виде):
┌─────────────────────┐
│ Контекстная схема │
└─────────────────────┘
▲
│
┌───────────────┐
│ Базовая станция │
│ (4G/5G) │
└───────────────┘
▲
│
┌───────────────────────┐
│ Сеть (off-grid) │
│ - солнечная панель │
│ - аккумулятор │
│ - UPS │
└───────────────────────┘
▲
│
┌───────────────────────┐
│ Пользователь (сельский)│
└───────────────────────┘
Во второй главе реализуйте OpenTelemetry в режиме «offline». Вот простой пример конфигурации:
# config.yaml
receivers:
otlp:
protocols:
grpc:
endpoint: 0.0.0.0:4317
exporters:
file:
path: /var/log/otel.log
prometheus:
endpoint: 0.0.0.0:9464
service:
pipelines:
metrics:
receivers: [otlp]
exporters: [file, prometheus]
Это позволяет собирать метрики даже без внешнего сервера — данные сохраняются в файл, а потом загружаются при восстановлении связи.
Для оценки эффективности используйте формулы:
Сделайте сценарий тестирования с помощью curl и ping:
#!/bin/bash
# test-sla.sh
for i in {1..10}; do
ping -c 1 -W 1000 192.168.1.1 >/dev/null
if [ $? -ne 0 ]; then
echo "Сбой $i"
fi
done
netem и iperf3;Источник: МТС подключила к сети одно из первых русских сел на Амуре Толбузино (опубликовано 2026-03-13)