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

Система онлайн-бронирования билетов в ВКР: архитектура под пиковую нагрузку театрального сезона

Введение: новость, из которой растёт нормальная инженерная задача

Этой весной южноуральцы заметно активнее бронировали билеты в местные театры, и нагрузка на сервисы продаж выросла синхронно со спросом. На первый взгляд — новость из культурной жизни, к ИТ отношения не имеет. На второй — перед вами готовый сценарий для выпускной квалификационной работы: сезонный всплеск трафика, конкуренция за одно и то же место в зале, короткое окно продаж и жёсткие требования к отзывчивости.

Почему это важно выпускнику? Потому что работодатель редко спрашивает «какую тему вы взяли». Он спрашивает: «Покажите, где у вас узкое место и как вы его посчитали». Тема бронирования даёт возможность защитить ВКР не пересказом учебника, а цифрами: p95 задержки, доля успешных захватов места, стоимость часа пиковой нагрузки. Ниже — как собрать такую работу, не утонув в теории.

FAQ: что студенты спрашивают в первую очередь

Темы ВКР: три варианта под разный уровень амбиций

• Тема 1. «Проектирование сервиса предварительного бронирования мест с распределённой блокировкой».
  Актуальность: весенний рост спроса показал, что классическая схема «проверил — записал» даёт двойные брони при параллельных запросах.
  Цель: обеспечить атомарный захват места при пиковой нагрузке.
  Задачи: анализ моделей конкурентного доступа; проектирование схемы данных зала и сеанса; реализация блокировки с TTL; нагрузочное тестирование и сравнение с пессимистичными транзакциями СУБД.
  Структура: гл. 1 — анализ предметной области и обзор подходов; гл. 2 — архитектура, ER-модель, реализация; гл. 3 — эксперименты и метрики.
• Тема 2. «Прогнозирование сезонного спроса на билеты средствами машинного обучения».
  Актуальность: спрос на постановки выраженно сезонный, а значит, его можно предсказывать и планировать ресурсы.
  Цель: построить модель краткосрочного прогноза загрузки зала.
  Задачи: сбор и очистка временных рядов; отбор признаков (день недели, праздники, погода, афиша); сравнение базовой и ML-моделей; интеграция прогноза в дашборд.
  Структура: гл. 1 — обзор методов прогнозирования временных рядов; гл. 2 — подготовка данных и обучение; гл. 3 — оценка качества (MAE, MAPE) и сценарии применения.
• Тема 3. «Разработка отказоустойчивого кластера продаж билетов с автоматическим масштабированием».
  Актуальность: пик продаж длится часы, держать инфраструктуру «на максимум» круглосуточно экономически бессмысленно.
  Цель: снизить стоимость обслуживания при сохранении SLA в часы пик.
  Задачи: контейнеризация сервисов; настройка горизонтального автомасштабирования по пользовательской метрике; сбор телеметрии; расчёт TCO до и после.
  Структура: гл. 1 — анализ требований и SLA; гл. 2 — инфраструктура и конфигурация; гл. 3 — эксперименты, графики нагрузки, экономика.

Как разложить тему по главам ВКР

Глава 1. Превращаем новость в обоснование актуальности

Не пересказывайте статью — извлеките из неё измеримый факт: рост числа бронирований весной. Дальше стройте цепочку «факт → проблема → требование». Постройте контекстную диаграмму C4 уровня 1: пользователь, сервис продаж, платёжный шлюз, внешняя аналитика. Ниже — диаграмма процесса покупки в нотации BPMN с ветвлением «место свободно / занято / таймаут брони». Именно на этой схеме комиссия видит, что вы понимаете предмет, а не просто «делали сайт театра».

Глава 2. Проектирование: где живёт конкурентность

Ключевая часть. Разделите горячий путь (захват места) и холодный (оплата, отчётность). Горячий уводите в память, холодный — в реляционную СУБД. Для атомарного захвата используйте блокировку с автоматическим истечением срока: если пользователь не оплатил за 10 минут, место возвращается в продажу.

-- reserve_seat.lua (Redis, выполняется атомарно)
-- KEYS[1] = seat:{session_id}:{seat_id}
-- ARGV[1] = booking_id, ARGV[2] = ttl в секундах
local key    = KEYS[1]
local holder = ARGV[1]
local ttl    = tonumber(ARGV[2])

if redis.call('SET', key, holder, 'NX', 'PX', ttl * 1000) then
  return 1            -- место удержано за пользователем
end

local owner = redis.call('GET', key)
if owner == holder then
  redis.call('PEXPIRE', key, ttl * 1000)
  return 1            -- продление уже своей брони
end

return 0              -- место занято другим клиентом

Рядом — диаграмма последовательности UML: клиент, API-шлюз, сервис бронирования, Redis, PostgreSQL. Обязательно покажите на ней момент идемпотентного повтора запроса — это то место, где у 80 % дипломников ломается корректность.

Глава 3. Эксперимент: метрики вместо обещаний

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

// k6: профиль весеннего пика продаж
import http from 'k6/http';
import { check } from 'k6';

export const options = {
  scenarios: {
    spring_peak: {
      executor: 'ramping-arrival-rate',
      startRate: 20, timeUnit: '1s',
      stages: [
        { target: 200, duration: '2m' },  // старт продаж
        { target: 400, duration: '3m' },  // пик спроса
        { target: 50,  duration: '2m' },  // затухание
      ],
      preAllocatedVUs: 100, maxVUs: 800,
    },
  },
  thresholds: {
    http_req_duration: ['p(95)<300', 'p(99)<800'],
    http_req_failed:   ['rate<0.01'],
  },
};

Оформление: где спотыкаются даже сильные работы

ТЗ оформляйте по ГОСТ 34.602 — там есть готовый перечень разделов, не изобретайте свою структуру. Схемы — по ГОСТ 19.701, обозначения должны быть единообразными во всех главах. Каждый рисунок обязан иметь ссылку в тексте, а не висеть «сам по себе». Листинги объёмом больше страницы выносите в приложения, а в тексте оставляйте фрагмент с пояснением. И проверьте сквозную нумерацию: разъехавшиеся рисунки в главе 3 — самая частая причина замечаний нормоконтроля.

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

• Проектировать горячий и холодный пути обработки запросов и объяснять выбор хранилища.
• Реализовывать атомарный захват ресурса с TTL и идемпотентными повторами.
• Строить профиль нагрузки по реальному сезонному сценарию и снимать p95/p99.
• Считать эксплуатационные затраты и обосновывать экономию по модели TCO.
• Оформлять ТЗ, схемы и листинги так, чтобы работа проходила нормоконтроль с первого раза.

Источник: Челябинцы выбирают драму: театры набрали популярность с приходом весны (опубликовано 2026-03-26)