ऐसा notification सिस्टम डिज़ाइन कीजिए जो emails भेजे और in app feed भी चलाए।

notification को सत्य के स्रोत के तौर पर एक table में लिखिए, फिर हर channel के लिए एक delivery job कतार में डालिए ताकि फेल होता email provider in app feed को कभी न रोके। jobs को idempotent बनाइए और exponential backoff के साथ retry करके dead letter queue तक ले जाइए। feed उसी table से परोसिए, अपडेट socket पर भेजिए या focus पर poll कीजिए। हर यूज़र की पसंद और digesting जोड़िए ताकि किसी को घंटे में बीस emails न मिलें।

मैं एक notifications table बनाऊंगा जो user से keyed हो और जिसमें type, payload, बनने का timestamp और पढ़े जाने का timestamp हो, और उसी row को सत्य मानूंगा। notification बनाना एक write और हर channel के लिए एक delivery job कतार में डालना है, तो email provider बैठा हो तो भी in app feed चलता रहता है और email बाद में retry होता है। हर job notification id और channel से बनी एक स्थिर idempotency key लेकर चलता है, तो retry दोबारा नहीं भेज सकता। retries exponential backoff से होती हैं और कुछ कोशिशों के बाद dead letter queue में जाती हैं, साथ में alert, क्योंकि चुपचाप फेल होता email वही bug है जिसका पता ग्राहक से चलता है। feed खुद उसी table पर एक सादा paginated read है जिसमें unread की गिनती cached रहती है, और नई चीज़ें मैं server sent events पर भेजता हूं या tab के दोबारा focus में आने पर फिर से ले आता हूं। प्रोडक्ट की तरफ, पसंदें हर यूज़र और हर type के हिसाब से रहती हैं, ज़्यादा मात्रा वाले types रोज़ाना एक सारांश में जोड़ दिए जाते हैं, और हर email में एक click वाला unsubscribe होता है जो सच में उन्हीं पसंदों में लिख देता है।