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

Интеграция B2B-платформы лояльности в ВКР: архитектура API и метрики SLA

24 марта 2026 года «СберСпасибо» открыл ускоренное подключение партнёров из сегмента малого бизнеса — компании получают доступ к аудитории в 100 млн человек через единый интеграционный контур. Для выпускника ИТ это не «новость про маркетинг», а готовый к защите кейс: B2B2C-платформа, REST-контракты, OAuth 2.0, асинхронные очереди, кэш под пиковые начисления бонусов и жёсткие SLA на отклик. Именно на таких задачах ВКР перестаёт быть рефератом: появляются измеримые требования, распределённая система и осмысленные метрики. Ниже — как встроить сюжет в главы 1–3, какие диаграммы рисовать, что считать в эксперименте и где студенты чаще всего сыпятся на нормоконтроле.

FAQ: вопросы, которые задают до старта работы

Где брать данные, если реальный API партнёра закрыт NDA?

Собирайте синтетический нагрузочный профиль на основе открытых параметров: 100 млн участников, допущение о доле активных MAU (2–7%), доля транзакций начисления в пиковый час. Это законный и защищаемый подход — вы описываете модель нагрузки, а не придумываете цифры. Приложите таблицу допущений в приложение ВКР.

Какой стек выбрать, чтобы успеть за семестр?

Не тащите всё: PostgreSQL + Redis + брокер (RabbitMQ или Kafka) + FastAPI/Spring Boot + nginx. Этого достаточно, чтобы показать кэш, идемпотентность и асинхронную обработку. Kubernetes и сервис-меш — только если тема про DevOps, иначе утонете в конфигах.

Как считать эффективность интеграции, если реального трафика нет?

Считайте не «бизнес-эффект», а технические метрики: p50/p95/p99 задержки, TPS при 200/500/1000 RPS, доля ошибок 4xx/5xx, hit ratio кэша, время восстановления после сбоя брокера. В связке с ISO/IEC 25010 это закрывает подраздел «Оценка качества».

Обязателен ли ГОСТ 34.601, если тема «backend-сервис»?

Формально можно оформить по ГОСТ 19 (программная документация), но для систем с несколькими подсистемами (партнёрский шлюз, сервис начислений, сервис отчётности) стадии из ГОСТ 34.601 смотрятся органичнее. Согласуйте это с научруком до того, как напишете 40 страниц.

Темы ВКР, которые реально защитить на этом кейсе

• Проектирование партнёрского API-шлюза для программы лояльности.
  Актуальность: ускоренный онбординг МСБ из статьи невозможен без самодокументируемого и версионируемого API.
  Цель: разработать шлюз с идемпотентными операциями начисления и rate limiting.
  Задачи: анализ контрактов и OAuth 2.0-потоков; проектирование схемы данных (PostgreSQL + Redis); реализация middleware идемпотентности; нагрузочное тестирование.
  Структура: Гл.1 — анализ предметной области и стандартов; Гл.2 — C4-диаграммы и OpenAPI; Гл.3 — k6/locust, метрики SLA.
• Асинхронная обработка транзакций начисления баллов в высоконагруженной B2B2C-системе.
  Актуальность: массовый приток партнёров создаёт пики, которые синхронный контур не переживает.
  Цель: спроектировать очередь и consumer-сервис с гарантией доставки at-least-once.
  Задачи: обоснование выбора брокера; схема dead-letter queue; метрики через OpenTelemetry; стресс-тест.
  Структура: Гл.1 — обзор паттернов (outbox, saga); Гл.2 — реализация на RabbitMQ/Kafka; Гл.3 — отказоустойчивость и восстановление.
• Мониторинг и оценка качества интеграции по ISO/IEC 25010.
  Актуальность: без метрик партнёрский онбординг не масштабируется — статья прямо намекает на рост числа подключений.
  Цель: построить контур наблюдаемости и методику оценки нефункциональных требований.
  Задачи: выбор метрик (доступность, производительность, безопасность); настройка OpenTelemetry + Prometheus + Grafana; дашборды; интерпретация.
  Структура: Гл.1 — модель качества по ISO/IEC 25010; Гл.2 — инструментация сервисов; Гл.3 — отчёт по SLA.

Основная часть: как разложить кейс по главам

Глава 1 — анализ: статья как источник требований

Не пересказывайте новость. Извлеките из неё требования: «ускоренный доступ» = короткий time-to-market онбординга, значит нужны шаблоны подключения, песочница и автотесты контрактов. «100 млн аудитории» = оценки нагрузки и обоснование горизонтального масштабирования. Оформите это как таблицу стейкхолдеров и нефункциональных требований — по сути мини-аналог PMBOK 7 в части реестра заинтересованных сторон.

Здесь же уместно сравнить REST и GraphQL, обосновать OAuth 2.0 client credentials, описать угрозы по OWASP API Security Top 10 (broken object level authorization, excessive data exposure).

Глава 2 — проектирование: диаграммы и контракты

Минимум, который ждёт комиссия:

• C4-диаграмма контекста (партнёр → шлюз → сервис начислений → хранилище);
• UML sequence для сценария «начисление баллов с идемпотентным ключом»;
• BPMN или activity-диаграмма онбординга партнёра;
• ER-модель с индексами под горячие запросы.

Ниже — фрагмент docker-compose, который можно положить в приложение и защищать как «инфраструктура прототипа»:

services:
  gateway:
    build: ./gateway
    environment:
      - IDEMPOTENCY_TTL=86400
      - RATE_LIMIT_RPS=500
    depends_on: [redis, postgres]
  postgres:
    image: postgres:16
    environment:
      POSTGRES_DB: loyalty
      POSTGRES_PASSWORD: ${DB_PASS}
  redis:
    image: redis:7-alpine
  broker:
    image: rabbitmq:3.13-management
    ports: ["15672:15672"]

Глава 3 — тестирование и метрики

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

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

Нормоконтроль и защита

Схемы — по ГОСТ 19.701 (ЕСПД), стадии — при необходимости по ГОСТ 34.601. Подписи к рисункам обязательны, ссылки в тексте — «см. рисунок 5». Не забудьте приложение с листингами и репозиторием (можно ссылкой на GitHub с тегом release). На защите держите заготовленные ответы: почему именно этот брокер, почему at-least-once, что будет при двойном начислении.

Чек-лист: что проверить перед сдачей

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

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

• Проектировать B2B2C-интеграцию с идемпотентными контрактами и версионированием API.
• Настраивать наблюдаемость через OpenTelemetry, Prometheus и Grafana.
• Обосновывать выбор брокера сообщений и паттернов устойчивости (outbox, DLQ).
• Оформлять схемы по C4/UML и документацию по ГОСТ без переделок на нормоконтроле.
• Считать нефункциональные метрики и интерпретировать их через ISO/IEC 25010.

Источник: Малый бизнес получит ускоренный доступ к 100-миллионной аудитории «СберСпасибо» (опубликовано 2026-03-24)