64 | 不断完善的架构范式

模块业务要稳定。模块设计符合“只读”原则，每一个模块都应该是可完成的

模块业务变化点：用接口或者callback回调出去,交给其他业务模块，引入插件机制将系统分解为最小化核心，及正交分解周边子系统

1、架构设计原则

1）接口隔离原则：模块间依赖，尽可能小接口。

2）依赖倒置原则：高层模块不依赖于低层，该依赖抽象接口。不要循环依赖

3）组合 / 聚合复用原则：扩展优先组合，不继承。

4）高内聚与低耦合、惯例优于配置：灵活性会增加复杂，尽量 “零配置”。

5）命令查询分离：读写操作要分离

6）关注点分离：复杂分简单，难在如何分，结到业务理解上。

真正提高工程效率，是业务分解能力和历史积累成果

并不仅仅是一些架构思维，而是 “一个个业务只读、接口稳定、易于组合的模块 + 组合的方法论”，通用的设计场景，才是架构师真正的武器库。

2、基础架构

服务端开发平台：负载均衡、各类存储中间件。服务端业务开发的业务逻辑比桌面要简单得多。服务端难在如何形成有效的基础架构（大部分存储中间件）

服务治理平台：容器技术核心的 DCOS（数据中心操作系统），围绕它形成整个服务治理生态。高速发展中，让服务端开发变简单

消化基础架构过程，也是消化架构思维过程。