一、考点分布
- 软件架构风格（※※※※）
- 层次型软件架构风格（※※※※）
- 面向服务的软件架构风格（※※※※）
- 云原生架构风格（※※※※）
- 质量属性与架构评估（※※※※※）
- Web架构综合考察（※※※※※）
二、软件架构风格
三、C/S架构与B/S架构
四、层次式结构
五、MVC架构风格
Model(模型)：应用程序的主体部分。模型表示业务数据和业务逻辑。一个模型通为多个视图提供数据。提高应用的可重用性。
View（视图）：用户看到并与之交互的界面。接收用户输入数据，向用户展示数据。
Controller（控制器）：用户界面与Model的接口。解释视图的输入，将其解释为系统能够理解的对象，同时识别用户运作，将其解释为对模型特定方法的调用。处理来自于模型的事件和模型逻辑执行的结果，调用适当的视图为用户提供反馈。
六、MVP架构风格
MVP是MVC的变种，其优点包括：
- 模型与视图完全分离，可以修改视图而不影响模型
- 可以高效地使用模型，因为所有交互都发生在一个地方（Presenter）内部
- 可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑
- 如果把逻辑放在Presenter中，就可以脱离用户接口来测试这些逻辑（单元测试）
七、MVVM架构风格
MVVM强调了数据绑定
八、RIA架构风格
优点：反应速度快、易于传播、交互性强
九、数据访问层设计
ORM：对象与关系数据之间的映射
十、物联网分层架构
十一、大数据分层架构
十一、基于服务的架构（SOA）
服务是一种为了满足某项业务需求的操作、规则等的逻辑组合，它包含一系列有序活动的交互，为实现用户目标提供支持。
服务、构件和标准化接口的关系
- 服务构件粗粒度，传统构件细粒度居多
- 服务构件的接口是标准的，主要是WSDL接口，传统构件常以具体API形式出现
- 服务构件的实现与语言无关，传统构件绑定某种特定语言
- 服务构件可以通过构件容器提供Qos的服务，传统构件完全由程序代码直接控制
十二、WEB服务
WSDL：是WebService接口对应的WSDL文件，该文件通过xml格式说明如何调用，可以看作WebService的接口文档（使用说明书）
十三、REST（表述性状态转移）
REST是一种通常使用HTTP和XML进行基于Web通信的技术，可以降低开发的复杂性，提高系统的可伸缩性。
REST原则
- 网络上的所有事物都抽象为资源
- 每一个资源对应一个唯一的资源标识
- 通过通用的连接件接口对资源进行操作
- 对资源的各种操作不会改变资源标识
- 所有的操作是无状态
十四、ESB（企业服务总线）
ESB的特点
- 提供位置透明性的消息路由和寻址服务
- 提供服务注册和命名的管理功能
- 支持多种消息传递泛型
- 支持多种可以广泛使用的传输协议
- 支持多种数据格式及其相互转换
- 提供日志和监控功能
十五、微服务
微服务：很小的服务，它面向服务架构一种
微服务优点
- 复杂应用解耦：化整为零
- 独立：独立开发，独立测试及独立部署，独立运行
- 技术选型灵活：支持异构（如：每个服务使用不同数据库）
- 容错：故障被隔离在单个服务中
- 松耦合，易扩展
面临的问题
- 分布式环境下的数据一致性
- 测试的复杂性（服务间依赖测试）
- 运维的复杂性
微服务架构模式方案
微服务与SOA区别
- 微服务比SOA更细，可以独立进程方式存在
- 微服务接口更通用化，如用HTTP RESTful，各种终端都可调用，语言无关，平台无关。
- 更倾向与分布式部署，更适合互联网场景
十六、云计算
云计算是集合了大量计算设备和资源，对用户屏蔽底层差异的分布式处理架构，其用户与提供实际服务的计算资源是相互分离。
云计算优点：超大规模、虚拟化、高可靠性、高可伸缩性、按需服务、成本低
云计算按服务类型分类
- SaaS（软件即服务）：基于多租户技术实现，直接提供应用程序
- PaaS（平台即服务）：虚拟中间件服务器、运行环境和操作系统
- IaaS（基础设施即服务）：包括服务器、存储和网络等服务
云计算按部署方式分类
- 公有云：面向互联网用户需求，通过开放网络提供云计算服务
- 私有云：面向企业内部提供云计算服务
- 混合云：兼顾以上两种情况的云计算服务
16.1 云计算架构
管理层：提供对所有层次云计算服务的管理功能。
用户访问层：方便用户使用云计算服务所需的各种支撑服务，针对每个层次的云计算服务都需要提供相应的访问接口。
应用层：提供软件服务，如：财务管理，客户关系管理，商业智能
平台层：为用户提供对资源层服务的封装，使用户可以构建自己的应用
资源层：提供虚拟化的资源，从而隐藏物理资源的复杂性。如：服务器，存储
十七、云原生架构
云原生：是基于分布部署和统一运营的分布式云，以容器、微服务、DevOps等技术为基础建立的一套云技术体系。
17.1 云原生架构的设计原则
- 服务化原则：使用微服务
- 弹性原则：可根据业务变化自动伸缩
- 可观测原则：通过日志、链路跟踪和度量
- 韧性原则：面对异常的抵御能力
- 所有过程自动化原则：自动化交付工具
- 零信任原则：默认不信任网络内部和外部的任何人/设备/系统
- 架构持续演进原则：业务高速迭代情况下的架构与业务平衡
17.2 云原生架构模式
- 服务化架构模式：微服务，服务拆分使维护压力大增
- Mesh化架构模式：把中间件框架（RPC、缓存、异步消息）从业务进程中分离，由Mesh进程完成
- Serverless模式：非常适合于事件驱动的数据技术任务
- 存储计算分离模式：各类暂时的数据有云服务保存
- 分布式事务模式：解决微服务模式中多数据源事务问题
- 可观测架构：包括Logging、Tracing、Metrics三个方面
- 事件驱动架构：本质上是一种应用/组件间的集成架构模式
