超级会员免费看
通知/警报服务设计全解析
1. 可复用和可扩展的模板类与函数
模板可由可复用的子模板组成，每个子模板可单独拥有和管理，我们可将其称为模板类。模板的参数可以是变量或函数，函数对接收方设备的动态行为很有用。变量有数据类型，如整数、varchar(255)等。当客户端根据模板创建通知时，后端可验证参数值。通知服务还可提供额外的约束/验证规则，如整数的最小值或最大值、字符串长度等，也能为函数定义验证规则。
模板参数可通过简单规则（如接收方姓名、货币符号字段）或机器学习模型（如为每个接收方提供不同折扣）填充，这需要与提供动态参数所需数据的系统集成。内容管理和个性化由不同团队负责，服务及其接口应清晰反映这种职责划分。
2. 搜索功能
模板服务可能存储大量模板和模板类，部分可能重复或相似，因此可提供搜索功能。使用前端搜索库（如match - sorter）即可满足此需求。
3. 定时通知
通知服务可使用共享的Airflow服务或作业调度器服务来提供定时通知。后端服务应提供API端点来安排通知，并向Airflow服务生成并发出适当请求以创建定时通知。当用户设置或修改定期通知时，Airflow作业的Python脚本会自动生成并合并到调度器的代码库中。若需自行设计任务调度系统，可采用基于cron的解决方案。
以下是定时通知的架构图：
graph LR
classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
A[Client] --> B[F
订阅专栏 解锁全文
扫一扫
8万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
