Биржевые торги услугами ЦОД в дипломе: практическое руководство для DevOps-инженера

В марте 2026 года сеть дата-центров 3data провела первые в России биржевые торги услугами colocation. Теперь мощность стоек, каналы связи и энергопотребление можно покупать и продавать в режиме реального времени. Для студента ИТ-специальности это не просто новость, а готовый кейс для ВКР. Биржевой подход требует прозрачных SLA, точного мониторинга ресурсов и автоматизированного управления. В статье разберём, как превратить этот тренд в обоснованную тему диплома, какие метрики считать и где брать данные, чтобы защита прошла на «отлично».

Как привязать биржевые торги к вашей ВКР

Торги услугами ЦОД — это не финансовая история, а инженерная задача. Ваш диплом может быть посвящён:

Какую часть статьи можно вставить в первую главу

В аналитическом разделе диплома обязательно дайте контекст: первые торги 3data, модель «биржи ресурсов», отличие от традиционного лизинга. Добавьте ссылку на стандарты — ISO/IEC 25010 для оценки качества услуги, ГОСТ 34.601-90 для стадий разработки АС. Упомяните, что в основе биржи лежат метрики uptime, latency и PUE — их сбор и валидация критичны.

Проектирование схем и диаграмм (вторая глава)

Для диплома понадобятся как минимум две диаграммы:

• C4-диаграмма контейнеров — покажите микросервис «Торговый агент», который через REST API получает заявки от биржи и аллоцирует ресурсы в Kubernetes.
• UML-диаграмма последовательности — сценарий: клиент размещает ордер → система проверяет SLA → резервирует стойку → отправляет подтверждение.

Пример псевдокода для эндпоинта проверки SLA:

POST /api/v1/reserve
{
  "resource_type": "rack",
  "required_uptime": 99.99,
  "required_latency_ms": 1.5,
  "price_limit": 1200
}

Response:
{
  "status": "confirmed",
  "sla_id": "sla-2026-03-16-01",
  "price": 1150,
  "valid_until": "2026-03-16T23:59:59Z"
}

Метрики и модель оценки (третья глава)

Основные LSI-метрики для вашего диплома:

• Время отклика биржевого API — должно быть ≤100 мс (иначе торговая сессия уйдёт в минус).
• Точность предсказания свободных ресурсов — не менее 95% (иначе выставите несуществующий лот).
• Снижение TCO — за счёт динамического управления можно показать экономию 15–20% по сравнению с фиксированной арендой.

Используйте OpenTelemetry для трассировки запросов между биржей и вашим оркестратором. Конфиг для экспорта метрик в Prometheus:

otel-collector-config.yaml:
receivers:
  otlp:
    protocols:
      grpc:
        endpoint: 0.0.0.0:4317
processors:
  batch:
    timeout: 1s
exporters:
  prometheus:
    endpoint: "0.0.0.0:8888"
    namespace: colocation
service:
  pipelines:
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [prometheus]

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

• Проектировать отказоустойчивые схемы с Kubernetes и биржевым API.
• Собирать метрики SLA и рассчитывать TCO для услуг ЦОД.
• Оформлять архитектурные диаграммы (C4/UML) в соответствии с требованиями вуза.
• Применять стандарты ISO/IEC 25010 и ГОСТ 34 в своей работе.
• Настраивать OpenTelemetry для реального времени и мониторинга.

Часто задаваемые вопросы

1. Тема про биржевые торги ЦОД — это не «экономика»? Возьмут ли такую ВКР на кафедре ИТ?

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

2. Где взять данные для расчётов? Нет же открытого API биржи 3data.

Используйте синтетические данные. Сгенерируйте лог торгов (Python + Faker) и покажите, как ваша система обрабатывает ордера. Для метрик возьмите референсные значения из открытых SLA ЦОД (например, DataSpace или Rostelecom).

3. Какие метрики требуют на защите? Нужен ли экономический эффект?

Обязательно: uptime, latency, TCO, время реакции. По желанию: энергоэффективность (PUE). Если сможете показать снижение стоимости на 10–15% за счёт автоматизации — это отличный аргумент.

4. Как оформить схемы, чтобы нормоконтроль не вернул?

Используйте нотацию C4 (уровень контейнеров) или UML, все элементы подписывайте. Подготовьте пояснительную записку с описанием каждого потока. Придерживайтесь ГОСТ 2.105-95 (общие требования к текстовым документам).