ააგეთ ერთი service, რომელსაც ყველა გუნდი იძახებს notification type + recipient-ით, და მიეცით service-ს საშუალება განსაზღვროს channel, template, მომხმარებლის preferences და priority. მთავარი დიზაინური ნაბიჯია priority lanes — OTP ვერ ელოდება 2M-მომხმარებლიანი marketing-ის აფეთქების უკან.
არქიტექტურა
text
Services ─▶ Notify API ─▶ [validate + enrich] ─▶ Kafka topics
├─ otp/txn (high lane)
└─ marketing (bulk lane)
│
┌──── Dispatcher (per lane) ────┐
│ prefs check ─▶ template render │
└────┬──────┬──────┬────────────┘
Push Email SMS In-App
(provider adapters + rate limit)