架构设计特训

本文主要是介绍架构设计特训，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、考点分布

软件架构风格（※※※※）
层次型软件架构风格（※※※※）
面向服务的软件架构风格（※※※※）
云原生架构风格（※※※※）
质量属性与架构评估（※※※※※）
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三个方面
事件驱动架构：本质上是一种应用/组件间的集成架构模式

这篇关于架构设计特训的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！