Новость от 17 марта 2026 года: по данным сервиса Merilo/Vigo, средняя доля неудачных запросов к доменам Telegram за неделю выросла до 79,4%, а в отдельных федеральных округах приближается к 90%. Это не просто журналистский факт, а кейс для выпускника ИТ-направления. Перед вами реальная задача: как измерить деградацию сервиса, спроектировать систему мониторинга, определить метрики качества связи и спрогнозировать отказы. Такой сценарий ложится в основу актуальной ВКР по разработке, тестированию или архитектуре распределённых систем.
Вот три направления, которые легко защитить, используя данные о блокировке Telegram как реальный пример.
| Тема | Актуальность | Цель | Задачи |
|---|---|---|---|
| Разработка системы мониторинга доступности веб-сервисов | Резкий рост недоступности (до 79%) требует инструментов early warning | Создать сервис сбора и визуализации метрик доступности для заданного набора доменов | 1) Анализ существующих решений (Vigo, Merilo, Prometheus); 2) Проектирование архитектуры сбора данных; 3) Реализация прототипа; 4) Нагрузочное тестирование и оценка точности |
| Сравнительный анализ методов измерения блокировок для задач информационной безопасности | Потребность в объективных метриках при работе с сетевыми ограничениями | Сравнить методы активного и пассивного мониторинга, выработать рекомендации | 1) Классификация методов (DNS, HTTP, SNI, DPI); 2) Методика проведения измерений; 3) Эксперимент на эмуляции блокировок; 4) Оценка по ISO/IEC 25010 |
| Проектирование отказоустойчивой архитектуры с использованием Kubernetes и OpenTelemetry | Провайдеры и корпоративные сети ищут способы сохранить доступность сервисов при внешних ограничениях | Разработать архитектуру для автоматического переключения трафика при деградации каналов | 1) Обзор технологий обхода блокировок и проксирования; 2) Проектирование схемы на K8s с sidecar-контейнерами; 3) Интеграция OpenTelemetry для трассировки; 4) Оценка RTO/RPO при различных сценариях |
Частая ошибка студентов — превращать первую главу в пересказ википедии. Вместо этого сравните инструменты на основе конкретных данных. Возьмите цифры из статьи: 79,4% неудачных запросов при росте на 47 п.п. Спросите себя: какие метрики нужно собирать, чтобы увидеть такой тренд?
Предложите сравнение классического HTTP-мониторинга и комбинированного подхода с DNS-проверками и TCP-подключениями. Используйте таблицу, где каждая технология оценивается по критериям ISO/IEC 25010: надёжность, производительность, сопровождаемость.
Такой подход показывает комиссии, что вы умеете обосновать решение, а не просто перечисляете модные названия.
Вторую главу постройте на архитектуре. Например, опишите контейнерное развёртывание мониторинга в Kubernetes: оператор Prometheus, службы ServiceMonitor, горизонтальное масштабирование сборщиков. Добавьте алгоритм статистической обработки: расчёт скользящего среднего доли неудачных запросов за 5 минут и сравнение с пороговыми значениями.
Вот пример фрагмента алгоритма детектирования недоступности:
def detect_anomaly(success_rate, threshold=0.1, window=300):
avg = sum(success_rate[-window:]) / window
if avg < threshold:
return "blocked"
return "normal"В статье из Хакера указано, что показатель вырос за неделю, значит, для диплома актуальна тема анализа временных рядов. Добавьте в проект использование OpenTelemetry для сбора телеметрии с разных географических точек: это даст распределённую картину и позволит исследовать региональные различия (в отдельных округах до 90%).
Третья глава должна содержать результаты эксперимента. Не пишите «система работает хорошо» — покажите метрики.
Проведите нагрузочное тестирование с помощью инструментов вроде Locust или JMeter, чтобы показать поведение при 10 000 одновременных проверок. Результаты оформите в виде графиков и таблиц.
Вы получите практические навыки, которые легко демонстрировать на защите:
Нет, это задача уровня бакалавра. Достаточно одного сервера, Docker и docker-compose. Kubernetes и OpenTelemetry — желательный бонус, но можно обойтись Prometheus и Grafana, развёрнутыми на виртуальной машине.
Зависит от вашей специальности. Для «Программной инженерии» — да, вы должны показать работающий прототип. Для «Информационной безопасности» — достаточно методики и эксперимента. Уточните требования учебного плана.
Используйте стандарт нотации UML 2.5. Для диаграммы последовательности или активности применяйте draw.io с плагином UML. Подпишите каждый элемент, а в тексте дайте пояснение, какая сущность что означает. Обязательно проверьте согласованность с рефератом.
Возьмите данные из статьи xakep.ru как отправную точку, затем сгенерируйте собственный набор: прогоняйте проверки через public DNS-серверы в разных регионах. Либо используйте открытые датасеты из сервисов мониторинга (например, статистика internet denial).
Кстати, мы уже помогли более 500 студентам с дипломными работами на тему мониторинга и архитектуры. Заказать диплом можно за 120 часов до дедлайна — этого достаточно для написания ВКР с нуля. Если вы сомневаетесь в формулировке темы или не знаете, как начать, получите бесплатную консультацию: пришлём структуру работы и план на 14 дней.
Источник: Эксперты заявляют, что блокировка Telegram уже началась (опубликовано 2026-03-17)