系统架构师案例分析重点总结

竟未曾年少轻狂

已于 2022-12-08 10:49:44 修改

阅读量1.4k

点赞数 2

分类专栏：系统架构师文章标签：软件工程系统架构

于 2022-09-26 16:58:09 首次发布

本文链接：https://blog.csdn.net/weixin_47203903/article/details/127056608

版权

系统架构师专栏收录该内容

5 篇文章 3 订阅

订阅专栏

软件架构风格

定义：描述了特定软件系统的组织方式的惯用模式，定义了一个系统家族，即一个架构定义一个词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。反映了领域中众多系统共有的结构和语义特征，指导了如何将各个模块和子系统有效的组成一个完整的系统。

数据流风格：

是指将数据以流的形式在执行过程中传递，每个阶段的产出结果将作为下一阶段的输入，每个构件都有一组输入和输出，将数据输入，经过构件内部处理，然后将数据结果输出

批处理风格：

每一步都是独立且按顺序执行的，前一步处理完成后一步才开始，数据是作为一个整体在步与步之间传递。

管道-过滤器：

每个构件都有一组输入和输出，构件将输入的数据流经过内部处理产生输出的数据流。这些构件称为过滤器，构件之间的连接件称为管道，其作用是将一个构件的输出传递至另一构件的输入。

调用/返回风格：

采用调用/返回机制，利用分支策略，将复杂的系统分解成一些子系统以降低复杂度，增加可修改性。程序从执行点执行程序，执行结束后，将控制返回给程序调用构件。

主程序/子程序风格：

一般采用单线程控制，把问题划分为几个步骤，构件即为主程序和子程序。子程序可合成为模块，过程调用作为交互机制，充当连接件，调用关系具有层次性，其语义逻辑表现为子程序的正确性，取决于它调用的子程序的正确性。

面向对象：

这种风格建立在数据抽象和面向对象的基础上，数据的表示方式及其相应的操作封装在对象中。对象即为构件，负责保持资源的完整性，通过函数和过程调用来交互。

层次结构：

构件组织成一个层次结构，连接件由决定层间的交互协议来定义，每层只与相邻的两层交互，调用下层的服务并为上层提供服务。通过层次结构，可以将大问题分解成若干个渐进的小问题逐步解决，可以隐藏问题的复杂性。

独立构件风格：

强调系统的每个构件都是一个相对独立的个体，他们之间不直接通信，以降低耦合度，提高灵活性。

进程通信：

构件是独立的过程，连接件是消息传递。构件通常是命名过程，消息传递的方式可以是点对点，同步或异步的方式，以及远程过程调用等。

事件驱动系统/隐式调用：

构件不直接调用过程，而是触发或广播事件，调用在这个事件中注册的所有过程。构件之间交互的连接件以过程之间的隐式调用来实现。主要优点：支持软件的复用，为系统的改进与演化带来了方便，缺点：构件放弃了对系统计算的控制，数据交互时需要共享仓库。

虚拟机风格：

基本思想是认为的构建一个运行环境，可以解析和运行自定义的一些语言，增加架构的灵活性。

解释器：

通常包含一个完成解释工作的解释引擎，一个将被解释的代码存储区，一个记录解释引擎当前工作状态的数据结构以及一个记录源代码被解释引擎执行进度的数据结构。具有解释器风格的软件含有一个虚拟机，可以仿真硬件的执行过程和关键应用。缺点是执行效率低。

基于规则的系统：

包括规则集、规则解释器、规则/数据选择器和工作内存，一般用在人工智能领域和决策支持系统中。

仓库风格：

包含两个不同的构件：中央数据结构说明当前状态，独立构件在中央数据存储上执行。

数据库系统：

构件主要有两类，一类是中央共享数据源，保存当前系统的数据状态，另一类是多个处理单元，处理单元对数据元素进行操作。

黑板系统：

包括知识源、黑板和控制三部分，知识源包括若干独立计算的不同单元，提供解决问题的知识，黑板是全局数据库，包括问题域解空间的全部状态，知识源响应是通过黑板的状态变化来控制的。

超文本系统：

构件以网状链接方式相互连接，用户可以在构件之间以人类联想思维方式跳转到任意相关构件，超文本是一种非线性的网状信息组织方法，以结点为基本单位，链作为结点中间联想式关联。

典型的层次结构

MVC：

model是对应用状态和业务功能的封装，同时包含数据和行为的领域模型。View用于实现可视化界面，同时捕捉最终用户的交互操作交给controller控制，controller调用相应的model进行业务处理，最后调用原view或创建新view对用户的交互操作做出响应。

MVP：

全称为 Model-View-Presenter，Model 提供数据，View 负责显示，Controller/Presenter 负责逻辑的处理。从MVC模式演化来的。

MVC与MVP区别：

MVC模式相互方式较混乱，允许view和model直接交互，view可直接从model中读取数据。MVP不允许直接交互，所有交互必须通过Presenter，在Presenter内部交互。

面向服务的架构：

SOA：是一种粗粒度松耦合的服务架构，把应用系统中不同的服务通过定义良好的接口和契约联系起来，使得这些服务可以按照统一和通用的方式进行交互。这种松耦合的服务架构使得服务在交互过程中不需要考虑双方的内部实现细节，以及部署在什么平台上。

SAO关键技术：

UUDI（统一描述、发现和集成）：是服务的信息注册规范，用于服务的注册和服务的查找。

WSDL（Web服务描述语言）：用于描述web服务的接口和操作功能，包含服务实现定义和服务接口定义。

SOAP（简单对象访问协议）：为建立web服务和服务请求之间的通信提供支持，用XML格式化消息，用HTTP承载消息。

REST：从资源角度定义整个网络系统结构，分布在各处的资源由统一的资源标识符（URI）确定，客户端应用程序通过URI获取资源的表现，并通过获得的资源表现使其状态发生改变。

（1）网络上的所有事物都被抽象为资源。

（2）每个资源对应一个唯一的资源标识。

（3）通过通用的连接件接口对资源进行操作。

（4）对资源的各种操作不会改变资源标识。

（5）所有的操作都是无状态的

BPEL：面向web服务的业务流程执行语言，BPEL可将多个web服务组合到一个新的符合服务（称作业务流程）中。

SOA实现：

SOA 只是一种概念和思想，需要借助于具体的技术和方法来实现它。从本质上来看， SOA 是用本地计算模型来实现一个分布式的计算应用，也有人称这种方法为“本地化设计，分布式工作”模型。CORBA、DCOM 和 EJB 等都属于这种解决方式

WebService

在 Web Service（Web 服务）的解决方案中，一共有三种工作角色，其中服务提供者和服务请求者是必需的，服务注册中心是一个可选的角色。它们之间的交互和操作构成了 SOA 的一种实现架构。

（1）服务提供者。服务提供者是服务的所有者，该角色负责定义并实现服务，使用 WSDL 对服务进行详细、准确、规范地描述，并将该描述发布到服务注册中心，供服务请求者查找并绑定使用。

（2）服务请求者。服务请求者是服务的使用者，服务请求者是查找、绑定并调用服务，或与服务进行交互的应用程序。服务请求者角色可以由浏览器来担当，由人或程序（另外一个服务）来控制。

（3）服务注册中心。服务注册中心是连接服务提供者和服务请求者的纽带，服务提供者在此发布他们的服务描述，而服务请求者在服务注册中心查找他们需要的服务。

使用静态绑定的服务时，服务提供者则可以把描述直接发送给服务请求者。

企业服务总线ESB：

ESB 是一种为进行连接服务提供的标准化的通信基础结构，由中间件技术实现并支持 SOA，是传统中间件技术与 XML、Web Service 等技术结合的产物，是在整个企业集成架构下的面向服务的企业应用集成机制，主要支持异构系统集成。ESB 消除了服务请求者与服务提供者之间的直接连接，使得服务请求者与服务提供者之间进一步解耦。

ESB的主要功能：

（1）服务位置透明性；

（2）传输协议转换；

（3）消息格式转换；

（4）消息路由；

（5）消息增强；

（6）安全性；

（7）监控与管理。

微服务：

微服务架构是一种架构模式，将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务之间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建，并且能够被独立部署。具有松耦合的特点。

微服务与SOA对比

微服务可以讲是 SOA 的一种，但仔细分析与推敲，我们又能发现他们的一些差异。这种差异表现在多个方面。

实现差异

软件质量属性

性能（performance）是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的个数。

代表参数：响应时间、吞吐量设计策略：优先级队列、资源调度。

可靠性（reliability）是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持系统的功能特性。

基本能力代表参数：MTTF、MTBF 设计策略：冗余、心跳线。

可用性（availability）是系统能够正常运行的时间比例。经常用两次故障直接的时间长度或在出现故障时系统能够恢复正常的速度来表示。

代表参数：故障间隔时间设计策略：冗余、心跳线。

安全性（security）是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。

设计策略：追踪审计、信息隐藏

可修改性（modifiability）是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性。

功能性（functionality）是系统所能完成所期望的工作的能力。一项任务的完成需要系统中许多或大多数构件的相互协作。

可变性（changeability）是指系统结构经扩充或变更而成为新体系结构的能力。这种新体系结构应该符合预先定义的规则，在某些具体方面不同于原有的体系结构。当要将某个体系结构作为一系列产品（例如，软件产品线）的基础时，可变性是很重要的。

互操作性（interoperation）作为系统组成部分的软件不是独立存在的，经常与其他系统的自身环境相互作用。为了支持互操作性（interoperation），软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。程序和用其他编程语言编写的软件系统的交互作用就是互操作性的问题，这种互操作性也影响应用的软件体系结构。

风险点：系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。

敏感点：敏感点是指为了实现某种特定的质量属性，一个或多个构件所具有的特性。

权衡点：权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。

数据库相关

NOSQL

优势：

支持高并发数据访问，性能较高。（性能）

数据存储结构松散，能够灵活支持多种类型的数据格式。（性能）

数据库能够支持海量数据的存储，且易于横向扩展。（性能）

数据库基于分布式数据存储，不存在单点故障和性能瓶颈，可用性高。（可用性）

劣势：

数据库的现有产品不够成熟，大多数产品处于初创期

并未形成一定的标准，产品种类繁多，缺乏官方支持。

数据库不提供对 SQL 的支持，学习和应用迁移成本较高。

数据库支持的特性不够丰富，现有产品提供的功能比较有限。

Memcached

Memcached是一套分布式的高速缓存系统，与Redis相似。一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web应用的速度、提高可扩展性。为了提高性能，Memcached中保存的数据都存储在Memcached内置的内存存储空间中。由于数据仅存在于内存中，因此重启Memcached、重启操作系统会导致全部数据消失。另外，内容容量达到指定值之后，就基于LRU(Least Recently Used)算法自动删除不使用的缓存。Memcached本身是为缓存而设计的服务器，因此并没有过多考虑数据的永久性问题。

Redis 和 Memecached 区别

	Memecached	Redis
数据类型	key/value	key/value，list,map,set,hash,sorted
持久性	不支持	支持
分布式存储	不支持	多种方式，主从、Sentinel、Cluster 等
多线程	支持	不支持
内存管理	有	无
事务支持	不支持	有限支持

数据库读写分离：

数据库+缓存：

读写分离架构应用非常广泛，很多网站采用数据库+缓存的方式来实现。通过缓存层来承载大量的读访问，如广泛采用的 Memcached，其自身往往不具备持久层存储的功能，通常和数据库一起组成分布式的数据架构，由数据库负责数据持久化存储和写入功能，缓存负责承载大量的并发访问，从而提高了系统的数据处理效率。要避免数据访问的单点故障，通常采用主数据库热备份的方式来实现。所以，要实现题目要求的分布式数据架构，需要多个局部数据库系统、多个热备份数据库系统和多个数据缓存组成。

读写分离结构中，应用读取数据时访问缓存，如果没有命中所需数据，则从主数据库中读取数据并写入缓存；对于新增、修改和删除操作，需要采用延迟加载的策略，新增时只修改主数据库，修改和删除时除了修改主数据库中的内容，还需要将缓存中的数据标记为失效。

主从复制

主从复制机制使得同样的数据，存在多个副本，这样让用户查询数据时，可以选择该数据最近的副本进行访问，提高效率，降低资源使用时的冲突，避免单点故障。主从之间通过交换 REDO 日志的形式来同步数据。

数据库拆分：

当我们使用读写分离、缓存后，数据库的压力还是很大的时候，这就需要使用到数据库拆分了。数据库拆分简单来说，就是指通过某种特定的条件，按照某个维度，将我们存放在同一个数据库中的数据分散存放到多个数据库（主机）上面以达到分散单库（主机）负载的效果。切分模式：垂直（纵向）拆分、水平拆分。

垂直拆分：

一个数据库由很多表的构成，每个表对应着不同的业务，垂直切分是指按照业务将表进行分类，分布到不同的数据库上面，这样也就将数据或者说压力分担到不同的库上面。

水平拆分：

垂直拆分后遇到单机瓶颈，可以使用水平拆分。相对于垂直拆分的区别是：垂直拆分是把不同的表拆到不同的数据库中，而水平拆分是把同一个表拆到不同的数据库中。

相对于垂直拆分，水平拆分不是将表的数据做分类，而是按照某个字段的某种规则来分散到多个库之中，每个表中包含一部分数据。简单来说，我们可以将数据的水平切分理解为是按照数据行的切分，就是将表中的某些行切分到一个数据库，而另外的某些行又切分到其他的数据库中，主要有分表，分库两种模式。

优点

性能	不存在单库大数据，高并发的性能瓶颈
可修改性	对应用透明，应用端改造较少
可用性	提高了系统的稳定性跟负载能力
其他	按照合理拆分规则拆分，join操作基本避免跨库

缺点

可操作性	拆分规则难以抽象
一致性	分片事务一致性难以解决
可维护性	数据多次扩展难度跟维护量极大
性能	跨库join性能较差

反规范化

规范化设计后，数据库设计者希望牺牲部分规范化来提高性能，这种从规范化设计的回退方法称为反规范化技术。

采用反规范化技术的益处：降低连接操作的需求、降低外码和索引的数目，还可能减少表的数目，能够提高查询效率。可能带来的问题：数据的重复存储，浪费了磁盘空间；可能出现数据的完整性问题，为了保障数据的一致性，增加了数据维护的复杂性，会降低修改速度。

缺点

增加冗余列	在多个表中保留相同的列，通过增加数据冗余减少或避免查询时的连接操作。
增加派生列	在表中增加可以由本表或其它表中数据计算生成的列，减少查询时的连接操作并避免计算或使用集合函数。
重新组表	如果许多用户需要查看两个表连接出来的结果数据，则把这两个表重新组成一个表来减少连接而提高性能。
水平分割表	根据一列或多列数据的值，把数据放到多个独立的表中，主要用于表数据规模很大、表中数据相对独立或数据需要存放到多个介质上时使用。
垂直分割表	对表进行分割，将主键与部分列放到一个表中，主键与其它列放到另一个表中，在查询时减少 I/O 次数。

系统安全

非对称加密

非对称加密技术是指加密与解密使用不同的密钥进行。这种密钥是成对产生的，一对密钥中公钥加密，私钥解密；私钥加密，则公钥解密。使用该技术进行保密传输时，使用接收方的公钥加密，然后进行传输，当接收方收到信息后，使用自己的私钥解密。而当使用该技术进行完整性保障时，也需要用到信息摘要技术（防篡改），先将需要发送的信息产生摘要，摘要使用发送方的私钥加密（防抵赖），接收方收到以后，如果能以发送方的公钥解密出相应摘要，则说明信息完整。

对称加密

对称加密技术，顾名思义，就是指的加密与解密密钥是一样的。这种机制之下，发送者与接收者拥有同样的密钥，需要保密传输数据时，由发送方加密信息内容，将其发给接收方，接收方用相同的密钥解密即可。在利用到对称加密技术做完整性保障时，可以将需要发送的信息产生摘要，将摘要使用对称密钥加密，然后将信息与加密后的摘要一起发送给接收方，当接收方收到消息后，将摘要的加密包解开，并对收到的信息重新产生摘要，将两个摘要进行对比，便可知信息在传递过程中完整性是否遭到破坏。

数据库加解密

目前数据库管理系统提供的基本数据加密支持主要有以下两种：

（1）加解密 API：数据库管理系统提供可在 SQL 语句中调用的加解密 API，应用可以利用这些 API构建自己的基础架构，对数据进行加密保护。

（2）透明加密：安全管理员为数据库敏感字段选择加密方式及密钥强度，应用访问受保护数据时只需使用口令打开或关闭密钥表，对数据的加密和解密由数据库管理系统自动完成。

加解密 API 方式的灵活性强，但构建和管理复杂；而透明加密方式管理简单，应用程序负担轻，但灵活性较差。用户要求尽可能减少安全管理与应用程序的负担，因此应选择透明加密方式。

设计模式

设计模式类型

创建型模式主要用于创建对象，为设计类实例化新对象提供指南（抽构工原单）。结构型模式主要用于对类如何设计以形成更大的结构提供指南（适桥组装外享代）。行为型模式主要用类之间交互以及分配责任的方式提供指南。

适配器

在实现工具之间数据格式的灵活转换时，通常采用适配器设计模式。即应首先定义一个统一的数据转换接口类，然后针对不同的数据格式转换需求定义对应的实际转换类，实际转换类需要继承数据转换接口类，并实现接口转换类定义的接口。

策略

在具有公共接口的独立类中定义每个计算。可以利用该模式创建各种促销类，它们从同一个超类继承。每个类都有相同名称的标准接口方法，用于根据订单编号计算将要折扣的金额总数。计算每个促销的内部代码对促销类来说完全不同。

适配器与策略的区别

策略模式：方法的形参为接口对象，实参为接口的实现类。适配器模式：在适配器中定义适配者来辅助实现接口。

策略模式所有的策略都需要暴露出去，由客户端决定使用哪一个策略。而适配器模式是定义好接口的实现方式以及内部需要引用的类，客户端直接调用适配器的方法。

系统需求分析

DFD：

数据流：箭头。外部实体：矩形。加工：圆角矩形。数据存储：右侧开放矩形。

数据流：数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。

外部实体：代表系统之外的实体，可以是人、物或其他软件系统。

加工（处理）：加工是对数据进行处理的单元，它接收一定的数据输入，对其进行处理，并产生输出。

数据存储：表示信息的静态存储，可以是文件或数据库的元素。

其他：加工要有输入流也要有输出。存储到实体需要加工。实体到存储也要加工。数据存储也可以有输出。

UML

用例图与用例之间的关系

包含。速记:做A要先做B，那么A和B就是包含关系。一个用例包含或依赖于另一用例，用<< include >>或者<< use >>表示，箭头指向抽象用例。

扩展。速记:做A不一定做B，或者做B不一定做A，那么A和B就是扩展关系。个用例对另一用例行为的增强，用<< extend >>表示，箭头指向基本用例。

泛化。速记:A和B名称差不多大概率是泛化。当多个用例共同拥有一种类似的结构和行为时，可以将他们的共性抽象成为父用例，其他的用例作为泛化关系的子用例。其中三角箭头指向父用例。

类之间关系

类之间的关系包括：关联、聚合、组合、依赖、泛化。

关联：关联关系使用实线加箭头表示，类之间的关系比依赖要强。学生与老师是关联的，学生可以不用电脑，但是学生不能没有老师。

聚合：聚合关系使用实线加空心菱形表示。聚合用来表示集体与个体之间的关联关系。例如班级与学生之间存在聚合关系。

组合：复合关系使用实线加实心菱形表示。组合又叫复合，用来表示个体与组成部分之间的关联关系。例如学生与心脏之间存在复合关系。

依赖：依赖关系使用虚线加箭头表示。学生在学习生活中经常使用电脑，于是对电脑产生了依赖。依赖关系是五种关系中耦合最小的一种关系。类A要完成某个功能引用了类B，则类A依赖类B。

泛化：泛化是学术名称，通俗来讲，泛化指的是类与类之间的继承关系和类与接口之间的实现关系。

系统可靠性分析与设计

可靠性：

可靠性（Reliability）是指产品在规定的条件下和规定的时间内完成规定功能的能力。四个特性：成熟性，容错性，易恢复性，可靠性的依从性。

N 版本程序设计

N 版本程序设计是一种静态的故障屏蔽技术，其设计思想是用 N 个具有相同功能的程序同时执行一项计算，结果通过多数表决来选择。其中 N 个版本的程序必须由不同的人独立设计，使用不同的方法、设计语言、开发环境和工具来实现，目的是减少 N 个版本的程序在表决点上相关错误的概率。

动态冗余

动态冗余又称为主动冗余，它是通过故障检测、故障定位及故障恢复等手段达到容错的目的。其主要方式是多重模块待机储备，当系统检测到某工作模块出现错误时，就用一个备用的模块来替代它并重新运行。各备用模块在其待机时，可与主模块一样工作，也可以不工作。前者叫热备份系统（双重系统），后者叫冷备份系统（双工系统、双份系统）。