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

Цифровизация малых населённых пунктов в ВКР: от кейса «Ростелекома» до защищаемого проекта

24 марта 2026 года «Ростелеком» сообщил о начале подключения домашних цифровых сервисов в посёлках Ярцево и Кривляка на севере страны. За новостью легко увидеть рутину: пришли монтажники, протянули оптику, включили абонентов. Но для выпускника ИТ-направления это готовый полигон для диплома — типовой сценарий «последней мили» в условиях низкой плотности населения и ограниченного бюджета. Именно такие проекты ломают шаблонные архитектурные решения и заставляют пересматривать классические учебники.

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

Три темы ВКР, которые прямо опираются на кейс

Кейс «Ростелекома» в Ярцево и Кривляке описывает развёртывание широкополосного доступа и цифровых сервисов в поселениях, где классическая экономика провайдера обычно не сходится. Из этого растут как минимум три жизнеспособные темы.

Тема 1. Проектирование сети доступа GPON/FTTH для малых населённых пунктов

• Актуальность: операторы массово идут в сегмент «поселки до 5 000 жителей», где xDSL и радиоканал не дают требуемых 100 Мбит/с на абонента. Статья — реальный пример такого развёртывания.
• Цель: разработать архитектуру пассивной оптической сети с обоснованием бюджета оптического бюджета, топологии и ёмкости.
• Задачи: анализ существующей инфраструктуры; расчёт бюджета мощности GPON; выбор топологии (дерево/кольцо); моделирование нагрузки в Opnet или собственной модели.
• Структура: Глава 1 — технологии PON, сравнение с MPLS-решениями; Глава 2 — проектирование схемы, выбор OLT/ONU, планирование VLAN и QoS; Глава 3 — расчёт стоимости, нагрузочное тестирование, экономика окупаемости.

Тема 2. Программный комплекс мониторинга качества обслуживания в распределённой сети

• Актуальность: без телеметрии оператор не видит SLA по каждому посёлку. В Ярцево и Кривляке это критично — сервисные выезды дорогие.
• Цель: разработать систему сбора и визуализации метрик с использованием OpenTelemetry и Prometheus/Grafana.
• Задачи: спроектировать схему данных; реализовать агенты сбора на узлах; настроить дашборды и алерты; провести нагрузочное тестирование.
• Структура: Глава 1 — ISO/IEC 25010, метрики QoS/QoE; Глава 2 — архитектура микросервисов, брокер очередей, хранение временных рядов; Глава 3 — тестирование, стресс-нагрузка, оформление эксплуатационной документации по ГОСТ 34.602-89.

Тема 3. Автоматизация развёртывания периферийных узлов через CI/CD и Kubernetes

• Актуальность: каждый новый посёлок — это ещё одна точка присутствия. Ручная настройка не масштабируется, статья показывает рост инфраструктуры оператора.
• Цель: построить CI/CD-пайплайн и декларативное описание развёртывания периферийных сервисов.
• Задачи: описать манифесты Kubernetes; собрать пайплайн сборки и доставки; настроить секреты и откат версий; измерить время развёртывания до/после.
• Структура: Глава 1 — обзор IaC-подхода; Глава 2 — архитектура кластера и интеграция с внешними сервисами; Глава 3 — метрики DORA, сравнение с ручным развёртыванием, оценка экономии.

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

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

Внутри главы обязательно сошлись на ГОСТ 34.602-89 при описании технического задания, а для нефункциональных требований — на ISO/IEC 25010. Это сразу отсекает замечания вида «нет критериев качества».

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

Здесь кейс «Ростелекома» даёт конкретику по узлам. Нарисуйте схему: магистральный узел, оптический кросс, разветвители 1:8 / 1:16, абонентские терминалы. Дальше — логическая схема сетей: VLAN для услуг, приоритеты QoS, маршрутизация между площадками.

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

Для проектной части удобно описать развёртывание через декларативные манифесты. Минимальный пример из главы по автоматизации:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: telemetry-collector
  namespace: edge
spec:
  replicas: 2
  selector:
    matchLabels:
      app: collector
  template:
    metadata:
      labels:
        app: collector
    spec:
      containers:
      - name: collector
        image: registry.local/otel-collector:0.98
        ports:
        - containerPort: 4317

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

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

• Сетевые: задержка RTT, потери пакетов, джиттер, доступность узла (uptime), стабильность оптического бюджета.
• Сервисные: RTO/RPO при переключении, MTTR, SLA по обслуживанию абонентов.
• Экономические: стоимость подключения одного абонента, срок окупаемости, снижение расходов на выездного инженера после внедрения мониторинга.

Нагрузочное тестирование удобно проводить в два этапа: сначала модельная нагрузка (симуляция трафика), затем — тесты на живом кластере. Результаты оформляйте графиками и таблицей «до/после». В разделе тестирования обязательно покажите связь метрик с требованиями ТЗ, оформленного по ГОСТ. Так у вас будет замкнутый контур: требование — метрика — измерение — вывод.

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

• Обосновывать выбор стека через анализ условий, а не через моду на технологию.
• Разрабатывать архитектуру распределённой сети и описывать её формальными схемами.
• Работать с OpenTelemetry, Kubernetes, CI/CD-пайплайнами на уровне, достаточном для внедрения.
• Считать экономику проекта и защищать окупаемость перед комиссией.
• Оформлять техническую документацию по ГОСТ 34 и оценивать качество ПО по ISO/IEC 25010.

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

FAQ: частые вопросы студентов

Нужно ли поднимать реальную сеть для защиты?

Не обязательно. Достаточно имитационной модели (например, в среде моделирования) и корректно описанной методики измерений. Но если удастся арендовать пару VPS и собрать стенд Kubernetes — это сильно усилит защиту.

Обязательно ли писать код?

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

Как оформлять UML- и сетевые диаграммы?

Единого жёсткого стандарта в вузах нет, но требования обычно берутся из методички кафедры. Держите единый стиль: подписи элементов, легенду, ссылки на схему в тексте. Для сетей удобно использовать нотации Cisco или ГОСТ-подобные схемы.

Где брать тестовые данные?

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

Источник: «Ростелеком» начал подключать цифровые услуги в домах жителей Ярцево и Кривляка (опубликовано 2026-03-24)