0.基本原则

1.可量化，很大、很多、很高 到底是多少？基本没影响，到底有没有影响什么情况下有影响？

2.可实施，结合实际情况最终可落地

3.可指导，非方案制定人能理解，能在尽量少的人工沟通的情况下实现方案

4.可复用，设计的方案，再次出现类似需求时可以做到少开发或不开发

5.可降级，在异常状况下，服务需要有合理的降级方案。

6.可恢复，数据类功能，需要有可及时恢复数据准确性的策略。

1.背景

为什么要做这个事情，要解决什么问题，需求wiki

2.核心技术点

关键点 难点 重点问题，或者说哪些问题导致你需要花时间来写这个方案，而不是直接就开始写代码

3.技术调研

如果涉及到实践经验不足的技术，需要在这里列出调研文档，需要包括但不限于选型方案，调研结果，结束结论

4.系统交互

系统级的交互描述，针对当前方案涉及到哪些系统，各系统提供什么功能。从全局介绍一下这个问题所处的位置，也能看出这个问题对全局有怎样的影响

5.详细方案

这部分形式自定，不做要求，越详细越好，但至少要包括例子中的几个点

实现方案	优点	缺点