构建第一个开源通知基础设施

大家好！
期待听到你们对此的想法。

Novu 的诞生源于我和@combarnea在开发需要产品级通知的产品时所经历的痛苦。我们已经构建了无数次基础架构，因此决定将其推向市场。Novu 应运而生。我们采用了多渠道通知，并提供了一套统一的 API 来生成通知内容，并简化了跨渠道的交付。

这不仅仅是发送电子邮件或推送

（Slacks 通知系统的一部分）

根据我们过去的经验，我们深知，一个完善的通知基础设施需要的不仅仅是一个统一的 API。我们相信，构建一个可靠的通知基础设施不仅对财富 500 强企业来说可行，对每个开发者来说也同样适用。

通知基础设施基础

智能通知引擎

使用有状态 API 而不是本地配置文件可以提供更多功能，例如：

• 运行时更改，无需重新部署代码。
• 摘要机制允许将多个事件/消息聚合到一封电子邮件或应用内通知中发送给客户。例如，用户一分钟前收到了一封电子邮件，我们不希望立即向他发送下一封邮件，而是等待后续消息的到来。
• 用户偏好设置- 随着渠道数量的不断增长，最终用户接收通知可能会产生很多干扰。如今，大多数用户都希望设置通知偏好设置。有状态 API 可以开箱即用地管理所有复杂的通知设置。
• 优先级管理- 并非所有通知都同等重要，例如密码重置邮件必须实时发送。对于可重复发送且频繁发送的通知，可以进行限制或安排在稍后发送。
• 时区感知- 仅在用户醒来时发送一组特定的通知。
• 对所有交付提供商进行监控和webhook集成。
• 分析发送模式并调试跨多个渠道的可传递性

应用内通知中心

• 可嵌入的小部件，易于集成和定制。
• 使用套接字进行实时更新。
• 用户偏好小部件可控制他想要接收的频道和动机组。
• 用户可以轻松地暂停、静音和隐藏通知。

我们希望每个人都能拥有最好的通知基础设施，而无需一次又一次地投入数千小时。由社区打造，服务于社区。

后续步骤Next steps

我们正在将多年来开发的闭源平台的部分功能移植到开源软件 (OSS)。这包括用于管理通知的开箱即用 API、可嵌入的通知小部件、活动监控等。

在我们向全世界发布第一个 API 版本、可嵌入的小部件和管理面板时，请在 Twitter 上为我们加星标或关注我们，这样您就会收到通知。

您觉得这种系统有什么必要性？您和您的团队构建过类似的系统吗？您期望看到什么？

欢迎在此处或我们的 Github 页面https://github.com/novuhq/novu/上发表评论