Sobes.tech
Middle+

Praktik tapşırıq: Birgə bildiriş platforması (Notification Platform) Məkan Şirkətdə istifadəçilərə bildiriş göndərən 3 ayrı sistem mövcuddur: 1. CRM — sifarişlər haqqında e-poçt və push bildirişləri göndərir. 2. Support Portal — Telegram botu vasitəsilə bilet haqqında mesajlar göndərir. 3. Təhlükəsizlik Sistemi — şübhəli girişlər barədə SMS bildirişləri yaradır. Hər bir sistem öz logikasını həyata keçirir: * öz şablonları, hardcoded alıcılar; * mərkəzləşdirilmiş bildiriş tarixi yoxdur; * istifadəçilər təkrarlamalar və gecikmələrdən şikayət edir; * vahid SLA, metriklər və idarəetmə mərkəzi yoxdur. Hədəf Yeni Notification Platformu layihələndirin: * müxtəlif mənbələrdən (CRM, Support, Security) hadisələri toplayır, * onları növ və kanal üzrə (email, SMS, Telegram, push) yönləndirir, * şablonların vahidliyini, qeydiyyat və müşahidə imkanlarını təmin edir, * SLA (p95 ≤ 3 saniyə çatdırılma) dəstəkləyir, * gələcəkdə kanalların genişləndirilməsi və miqyaslandırılmasına imkan verir. Namizəd üçün tapşırıq 1. Sistem üçün funksional tələbləri müəyyən edin. 2. Etibarlılıq, performans və səhv idarəetməsi kimi qeyri-funksional tələbləri təsvir edin. 3. Kontekst diaqramı (C4 Səviyyə 2) hazırlayın. 4. Sequensiya diaqramının sxemasını əlavə edin. Məsələn, CRM-dən mesaj göndərilməsi.

sobes.tech Süni İntellekt

AI-dan cavab

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

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

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

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

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

  • Внешние системы: CRM, Support Portal, Security System.
  • Notification Platform:
    • API Gateway для приёма событий.
    • Event Processor для маршрутизации.
    • Template Manager для шаблонов.
    • Notification Dispatcher для отправки по каналам.
    • Logging & Monitoring.
    • User Preferences Service.

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

  1. CRM отправляет событие уведомления в Notification Platform через API.
  2. API Gateway принимает событие и передаёт его Event Processor.
  3. Event Processor определяет канал (например, email) и выбирает шаблон из Template Manager.
  4. Формируется сообщение и передаётся Notification Dispatcher.
  5. Notification Dispatcher отправляет email через Email Service.
  6. Статус отправки логируется в Logging & Monitoring.
  7. Notification Platform возвращает статус CRM.

Такой подход обеспечит централизованное управление уведомлениями, улучшит качество доставки и упростит масштабирование системы.