Практическая задача: Единая платформа уведомлений (Notification Platform) Контекст В компании существует 3 разрозненные системы, которые отправляют уведомления пользователям: 1. CRM — отправляет e-mail и push-уведомления о заказах. 2. Support Portal — отправляет сообщения о тикетах в Telegram-бот. 3. Security System — генерирует SMS-оповещения о подозрительных входах. Каждая система реализует логику по-своему: * собственные шаблоны, хардкод адресатов; * нет централизованной истории уведомлений; * пользователи жалуются на дубли и задержки; * нет единого SLA, метрик и центра управления. Цель Спроектировать новую Notification Platform, которая: * агрегирует события из разных источников (CRM, Support, Security); * маршрутизирует их по типу и каналу (email, SMS, Telegram, push); * обеспечивает единообразие шаблонов, логирование и наблюдаемость, * поддерживает SLA (p95 ≤ 3 сек на доставку), * допускает масштабирование и расширение каналов в будущем. Задача для кандидата 1. Определите функциональные требования системы. 2. Опишите нефункциональные требования (надёжность, производительность, обработка ошибок). 3. Составьте контекстную диаграмму (C4 Level 2). 4. Добавить схему sequence-диаграмму. Например отправка сообщения из CRM.

Функциональные требования:

• Приём событий из CRM, Support Portal и Security System через API или очередь сообщений.
• Маршрутизация уведомлений по типу и каналу (email, SMS, Telegram, push).
• Централизованное управление шаблонами уведомлений с возможностью редактирования.
• Логирование всех отправленных уведомлений с историей и статусами доставки.
• Метрики и мониторинг SLA (например, p95 ≤ 3 секунды на доставку).
• Поддержка масштабирования и добавления новых каналов уведомлений.
• Управление подписками и предпочтениями пользователей.

Нефункциональные требования:

• Надёжность: отказоустойчивость, повторные попытки отправки при ошибках.
• Производительность: обработка и доставка уведомлений в пределах SLA.
• Обработка ошибок: централизованное логирование ошибок, алерты при сбоях.
• Безопасность: аутентификация источников событий, защита данных пользователей.
• Масштабируемость: горизонтальное масштабирование компонентов.

---

Контекстная диаграмма (C4 Level 2):

• Внешние системы: CRM, Support Portal, Security System.
• Notification Platform:
  • API Gateway / Event Receiver
  • Event Processor / Router
  • Template Service
  • Notification Sender (Email, SMS, Telegram, Push)
  • Logging & Monitoring
  • User Preferences Service

Взаимодействия:

• Внешние системы отправляют события в Notification Platform.
• Платформа обрабатывает, маршрутизирует и отправляет уведомления.
• Логирует результаты и собирает метрики.

---

Sequence-диаграмма (пример отправки сообщения из CRM):

CRM -> Notification Platform: Отправка события заказа
Notification Platform -> Template Service: Получить шаблон email и push
Notification Platform -> Notification Sender (Email): Отправить email
Notification Platform -> Notification Sender (Push): Отправить push
Notification Sender -> Notification Platform: Статус доставки
Notification Platform -> Logging Service: Записать историю уведомления
Notification Platform -> Monitoring: Обновить метрики SLA