本人完整项目 / 已完成开发与运行
Austin 统一消息推送平台
面向统一消息发送场景,完成统一接口、消息生产与消费、渠道 Handler、定时任务和状态追踪等核心能力的设计、实现与本地部署运行。
- 时间
- 2024.09 - 2024.11
- 角色
- 独立完成核心功能设计、实现与部署验证
- 来源
- 本人完整项目仓库 yansylva/austin
项目架构示意 / 处理链Austin
- 01业务接入
- 02模板与参数校验
- 03消息入队
- 04渠道处理
- 05状态追踪
发送轨
统一接口 -> MQ -> 渠道 Handler
治理轨
任务调度 / 失败重试 / 链路记录
统一接入与渠道实现解耦,发送结果进入可查询、可重试的状态链。
本人完成的工作
- 参与统一发送接口、模板参数校验、消息生产与消费处理链开发,收敛业务方的渠道接入参数。
- 负责部分渠道 Handler、消息队列适配与消费线程隔离,降低新增渠道对业务接入层的影响。
- 参与消息模板、定时任务、发送记录和链路追踪模块联调,定位失败重试与状态回写问题。
- 配合完成项目配置、代码调试、容器化环境和部署联调,并整理接口与问题记录。
系统架构与处理流程
- 业务方通过统一接口提交模板与接收者参数。
- 前置校验和组装流程生成发送任务,再由消息队列解耦生产与消费。
- 不同渠道 Handler 负责具体下发,并将处理状态写入链路追踪。
技术决策
- 使用统一接口收敛业务接入,以渠道 Handler 隔离具体下发实现。
- 通过消息队列解耦生产与消费,避免渠道处理阻塞业务请求。
- 发送状态和渠道结果分别记录,使失败重试与业务查询可以独立处理。
- 不引用未经当前记录核对的性能、规模或业务影响数字。
记录与边界
- 项目名称、时间、技术栈和本人负责模块由本人确认用于公开职业展示。
- 本地项目仓库、README 和提交作者信息可用于复盘统一消息平台的模块结构与实现过程。
限制与下一步
限制
- 公开页面不展示账号、密钥、消息模板和渠道配置。
- 项目说明聚焦核心处理链,不替代完整运行环境与部署配置。
下一步
- 补充统一发送、失败重试和状态追踪的自动化测试说明。
- 整理一篇不涉及敏感配置的项目实现笔记。
DISCUSSION
评论
正在加载评论…