《架构即未来》读后感（三）

1、系统分析模式

• 面向流程拆分：按照业务流程拆分成几个阶段
• 面向服务拆分：将系统提供的服务拆分
• 面向功能拆分：将系统提供的功能拆分

2、扩展模式分析

做好架构，系统在实际工作时才好按照团队设计好工作分解、用人所长；架构清楚方便进行开发和维护；结构清晰才好方便部署。仅就可扩展性来说，架构清晰的才会真正做到高内聚、低耦合，修改和封装才能有效开展。

3、分层架构

一般是2~5层，最常用的是3层架构。

• C/S机构、B/S架构。
• MVC架构、MVP架构
• 逻辑分层架构。大系统的架构师，上来就是一张逻辑分层的技术架构图，往往来上很多层。比如：基础设施层、数据接入层、资源整合层、公共服务支撑层、应用层、展示层等等，不一而足。往往是画个很漂亮的大图，一堆属于把人整晕，实际改怎么干根本没概念。分层架构的设计上，一般每层上、下会有一个虚拟接口层，屏蔽掉外部接口复杂性。缺点也明显，就是层层传递，效率会降低，架构上有些重。不过在目前

不管怎么分层，关键不是图好不好看，而是逻辑要清晰。高内聚、低耦合。层级之间差异足够清晰、边界足够明显，便于理解和实施。确实一张好的图，比100页文档好；一张混乱的美图，只会把事情搞得更糟。

4、SOA架构

SOA 出现 的背景是企业内部的 IT 系统重复建设且效率低，主要表现在：1、企业已有各种信息系统，多有重复交叠内容；2、

采购自不同供应商，实现技术不同，企业自己也不太可能基于这些系统进行重构；3、随着业务的发展，复杂度越来越高，更多的流程和业务需要多个 IT 系统合作完成。SOA提出了3个重要概念：服务、ESB、松耦合。

SOA架构是比较高级的架构设计理念，一般情况下我们可以说某个企业采用了SOA架构来构建IT系统，但不会说某个独立的业务系统采用了SOA的架构。SOA解决了传统IT系统重复建设和扩展效率低问题，但其本身也引入了更多的复杂性。ESB是厚重的，ESB需要实现与各种系统间的协议转换，数据转换，透明的动态路由等功能。ESB本身也会成为整个系统的性能瓶颈。