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):
- CRM отправляет событие уведомления в Notification Platform через API.
- API Gateway принимает событие и передаёт его Event Processor.
- Event Processor определяет канал (например, email) и выбирает шаблон из Template Manager.
- Формируется сообщение и передаётся Notification Dispatcher.
- Notification Dispatcher отправляет email через Email Service.
- Статус отправки логируется в Logging & Monitoring.
- Notification Platform возвращает статус CRM.
Такой подход обеспечит централизованное управление уведомлениями, улучшит качество доставки и упростит масштабирование системы.