系统业务监控，主要的目的是为了让内部人员可以更清楚当前系统的业务运行状态。它和系统运行级的监控分别代表的一个是业务维度的监控、一个是系统资源维度的监控，关注的点不一样。业务监控复杂的点在于监控策略与业务强关联并且数据准确性要求较高。以下根据大佬们的思考整理出的笔记
背景
需要设计一个可扩展并且能够快速实现能支持业务任务使用决策的业务监控系统
范围
设定该监控系统适用范围为saas化金融行业低频业务属性下的景。想要通过该系统实现：
- 监控业务数据并且对业务异常进行告警
- 对业务数据进行汇总形成标准化的对接开发平台
定义
- 专有名称
…
现状
…
设计思路
- 将底层数据结构与业务规则剥离开，类似于桥接模式的设计
详细设计
总体概览
业务一
介绍业务的功能
- 输入
- 业务的输入参数
- 输出
- 业务的输出参数
- 业务流
业务流程，内部处理逻辑，非核心业务的可以省略；这里可以用流程图来描述
- 其它
可以写一下注意事项
存储设计
这里存储主要在数据库上面（这部分根据重点，有的项目重点在缓存上，有些在文件上），数据库建议这里写清楚：数据库的建表语句和核心查询SQL。
降级与预案
这部分主要描述，当我们的正常业务不可用、使用超出系统限制的时候，会如何反应。这部分可以分场景（分情况）来描述，讲清楚即可。
部署与运维
一般情况下可以省略。如果涉及到跨系统调用、中间件，这里建议有一个部署图，并描述清楚，哪些是水平扩容、哪些是主备方式。
附录
参考资料
补充材料可以描述，我们在做调研的过程中，涉及到的一些参考资料（可以是书、文章、论文）
[其他资料]
另外，有一些不方便在前面描写的，也可以在这里写一写，比如：错误编号
