高可用架构设计的原则
可观测
可灰度
可回滚
提高架构可用性的设计原则
解耦
冗余
异构
异步
微服务设计原则
原则一：完整性
功能完整性：功能内部逻辑独立，外部依赖较少。
微服务完整性：服务里面的每个微服务都应能独立完成具体的业务操作或者流程，都有明确的输入、输出和处理逻辑。
原则二：技术限制
需要使用事务一致性的功能需要放在一个微服务内，尽量避免分布式事务问题。
原则三：性能扩展
对于用户使用频率较高，性能要求较高的功能可单独作为一个微服务，以便做多节点扩展提升性能。
原则四：耦合性
微服务和微服务之间尽量避免相互调用依赖。可以通过 RPC 远程调用接口的方式，对于关联性较高的功能，应放在同一个微服务内。
公共使用的功能可设计在一个公共微服务。比如日志功能，文件上传功能以及一些底层技术组件等，可设计在一个微服务中。
