Sobes.tech
Aide à l'entretien
Ressources
Préparation à l'entretien
Ressources
Recherche d'emploi
Ressources
Juridique
Retour aux questions
Middle+

Tâche pratique : Plateforme de notifications unifiée (Notification Platform) Contexte Dans l'entreprise, il existe 3 systèmes dispersés qui envoient des notifications aux utilisateurs : 1. CRM — envoie des e-mails et des notifications push concernant les commandes. 2. Portail Support — envoie des messages sur les tickets via le bot Telegram. 3. Système de sécurité — génère des alertes SMS sur les connexions suspectes. Chaque système implémente sa propre logique : * modèles propres, destinataires codés en dur; * pas d'historique centralisé des notifications; * les utilisateurs se plaignent de doublons et de retards; * pas de SLA, métriques ni centre de contrôle unifié. Objectif Concevoir une nouvelle Notification Platform qui : * agrège les événements de différentes sources (CRM, Support, Security), * les route par type et canal (email, SMS, Telegram, push), * assure l'uniformité des modèles, la journalisation et la observabilité, * supporte le SLA (p95 ≤ 3 sec pour la livraison), * permet la montée en charge et l'expansion des canaux à l'avenir. Tâche pour le candidat 1. Définissez les exigences fonctionnelles du système. 2. Décrivez les exigences non fonctionnelles (fiabilité, performance, gestion des erreurs). 3. Élaborer un diagramme de contexte (C4 Niveau 2). 4. Ajoutez un schéma de diagramme de séquence. Par exemple, l'envoi d'un message depuis CRM.

sobes.tech IA

Réponse de l'IA

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

  • Приём событий из 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.

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

PrécédentSuivant