自人类踏入互联网时代以来，通知已成为我们日常生活中不可或缺的一部分，它们不断地将虚拟世界中发生的信息传递给我们。
待处理的邮件、新到的订单、收到的消息，这些通知持续不断地涌入我们的智能手机。如果没有它们，我们很难想象会错过多少重要信息。
毫无疑问，通知是在我们的设备上及时传递关键信息，并防止重要任务被我们遗忘的关键工具。
在当今瞬息万变的世界中，用户希望在多个平台上接收警报，而不是仅限于单一平台。例如，用户希望不仅通过短信，还通过电子邮件接收航班延误的通知。由于每个平台都需要单独的API，这个列表在不断增长。这对开发者来说是一个挑战，因为他们必须单独集成和管理每个API，这会大大减缓工作进度。
手动构建通知基础设施是一个耗时的过程，它会将开发人员从核心项目上分散注意力，并且势必会阻碍现有产品代码的进展。
虽然构建组织内的通知基础设施是一项繁琐的任务，但实施它对于为用户群体提供流畅体验并提高用户参与度至关重要。
为了解决开发人员面临的这些难题，可以使用一些预先构建的通知基础设施，它们通过单个API连接多个消息传递平台。
这些基础设施易于部署，并提供强大的通知交付功能，例如自动化、路由和偏好设置。如果您希望在不干扰项目流程的前提下为客户提供卓越的通知体验，它们可能是您的理想选择。
以下是一些优秀的通知基础设施的介绍。
诺武 (Novu)
Novu是一个开源的通知基础设施，它采用以开发者为中心的设计理念，旨在简化系统与其用户之间的沟通。
它使用一个统一的API与Twilio、SendGrid、MailChimp等众多消息传递平台集成，该API有效地管理所有通知渠道，例如电子邮件、短信、即时消息、推送和网页通知，并将首选的通知方式传递给用户。
该API在读取模板配置、查找渠道和提供商以及发送通知方面也起着关键作用。
引擎负责管理逻辑规则，如优先级、定时和渠道选择，这些规则对于路由通知至关重要。它还为缺失的变量提供内置保护，其直观的内容管理系统（CMS）支持高级布局设计和系统管理功能。
Novu包括一个管理仪表板，它提供一个集中位置，为开发人员提供实时更新，并增强通知传递效果。作为一种开源技术，Novu可以免费使用，并提供比同类产品更高的安全性和透明度。
敲 (Knock)
Knock是一个功能强大的通知系统，能够根据用户需求进行扩展。其统一的API可以轻松处理复杂的用例，并在提供用户参与、管理跨渠道工作流和选择通知偏好方面提供极大的灵活性。
Knock基于一系列基本构建块构建，这些构建块有助于创建通知逻辑，并在用户喜欢的时间发送高度相关的通知。
Knock的主要特点如下：
- 通知批处理：将消息分组在一起，并一次性通知用户，而不是为每条消息单独发送通知。
- 延迟功能：允许您发送有条件的提醒，以避免向用户发送关于已读消息的通知，从而避免骚扰用户。
- 偏好模型：允许用户设置他们希望接收的通知类型和方式。
- Knock的对象促进了每个资源提要和Slack通道集成的非通知工作流。
导游 (Courier)
Courier为产品和工程团队提供强大的通知基础设施，以帮助他们设计引人入胜的通知，从而吸引客户。它提供了最智能、最便捷的方式来为所有平台（包括网页、桌面和移动应用程序）构建多渠道通知。
Courier遵循“一次设计，多渠道交付”的原则，使得可以使用单个API设计通知，并将其发送到多个渠道，例如推送通知、Slack或Facebook Messenger的即时消息、短信和电子邮件。这消除了为每个提供商单独集成API的必要性。
Courier提供以下功能：
- 一个通知设计工作室，使用拖放方法来定义有意义的通知。
- 数据日志和跨渠道参与跟踪功能，可深入了解通知的效果。
- 使用传递规则引擎，将消息路由到它们预定的通知通道。
超级发送 (SuprSend)
SuprSend是列表中的下一个基础设施，它可以巧妙地管理跨不同渠道的产品通知。它为所有渠道提供单一的API，并配备直观的仪表板，使开发人员能够向最终用户发送跨渠道通知，并根据需要进行扩展。
其全面的数据分析模块专为工程团队和产品经理设计，可以在一个集中位置提供跨渠道的可操作的见解。
SuprSend提供以下功能：
- 可靠且低延迟的通知基础设施，可随着业务的增长而扩展。
- 可行的见解和更改日志，有助于调试通道错误。
- 基于事件的集成，通过单个API跨多个渠道广播通知。
- 跨多个渠道的通知集成，例如短信、电子邮件、移动和网页推送以及Slack。
- 图形模板，无需编码即可帮助设计和编辑通知。
- 自动化传递节点，优化通知传递过程，避免用通知轰炸用户。
- 集中式仪表板，可从一处分析、审计和调试通知。
掠夺 (Raven)
Raven是一个复杂的基础设施，适用于那些希望设计和管理有意义的通知，并通过短信、电子邮件、推送、WhatsApp、Slack等渠道向客户提供卓越通知体验的企业。
该平台通过一个API将40多个消息传递应用程序（如Twilio、Messagebird、Gupshup、SendGrid、Firebase等）整合在一起，从而简化了通知传递过程。
其在统一设置中提供的洞察性仪表板，使您能够获得有关跨不同消息传递渠道的通知效果的可操作的见解。这种方法还简化了模板、日志和交付指标的管理，从而使产品团队能够优化通知交付并减少消息的冗余。
从一个地方管理所有应用程序通知可以通过提醒管理人员有关失败的传递来降低总体成本，并减少消息传递过程中涉及的风险。借助高级筛选器，Raven还提供跨不同渠道的通知历史记录，可以对日志进行深入分析。
亚马逊简单通知服务 (Amazon SNS)
最后，我们不能忘记亚马逊的简单通知服务(Simple Notification Service)，它是一种支持分布式环境、微服务和事件驱动的无服务器应用程序之间的应用程序到应用程序(A2A)和应用程序到个人(A2P)通信的Web服务。
Amazon SNS提供发布/订阅消息传递、短信、电子邮件和移动推送通知等功能，可在A2A发布/订阅通信介质中自动执行基于推送的多对多消息传递，以提供高吞吐量。
Amazon SNS 使用“主题” (Topics)，这是一个逻辑访问点，它充当将消息广播到众多订阅者系统的通信通道，这些系统包括Amazon SQS队列、AWS Lambda函数、HTTPS终端节点和Amazon Kinesis Data Firehose等。
它支持消息批处理，允许发布者系统在单个API请求中发送十条通知。同样，消息过滤只将那些通知传递给订阅的用户。
Amazon SNS通过将消息数据存储在多个可用区来最大限度地减少数据丢失。该Web服务非常经济高效，是在移动消息传递场景中实现简化和低成本消息传递基础设施的理想选择。
最后总结
有意义的通知是用户参与现代应用程序的关键驱动力。上面列出的这些综合通知基础设施有助于将它们有效地传递给用户，同时降低工程复杂度。选择适合您的基础设施是一项具有挑战性的任务，这取决于您所需的功能、可用的资源以及预算。