系统架构设计师考试背记精要

1、架构的本质: (1)软件架构为软件系统提供了一个结构、行为和属性的高级抽象。(2)软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束。

2、数据流风格:适合于分阶段做数据处理,交互性差,包括:批处理序列、管理过滤器。

3、调用/返回风格:一般系统都要用到,包括:主程序/子程序,面向对象,层次结构(分层越多,性能越差)。

4、独立构件风格:构件是独立的过程,连接件是消息传递。包括:进程通信,事件驱动系统(隐式调用)。应用场景,通过事件触发操作。

5、虚拟机风格:包括解释器与基于规则的系统,有自定义场景时使用该风格。

6、仓库风格(以数据为中心的风格):以共享数据源为中心,其它构件围绕中心进行处理。包括:数据库系统、黑板系统(语言处理,信号处理),超文本系统。

7、闭环控制架构(过程控制):定速巡航,空调温控。

8、MVC:视图(JSP),控制器(Servlet),模型(EJB)。

9、SOA:粗粒度,松耦合,标准化。Webservice与ESB SOA的实现技术。

10、ESB:位置透明性、消息路由、服务注册命名、消息转换、多传输协议、日志与监控。

11、REST的5大原则:所有事物抽象为资源、资源唯一标识、通过接口操作资源、操作不改变资源标识、操作无状态。

12、微服务特点:小, 且专注于做⼀件事情;轻量级的通信机制;松耦合、独立部署。

13、微服务优势:技术异构性、弹性、扩展、简化部署、与结构相匹配、可组合性、对可替代性的优化。

14、微服务与SOA对比:

微服务

SOA

能拆分的就拆分

是整体的,服务能放一起的都放一起

纵向业务划分

是水平分多层

由单一组织负责

按层级划分不同部门的组织负责

细粒度

粗粒度

两句话可以解释明白

几百字只相当于SOA的目录 

独立的子公司

类似大公司里面划分了一些业务单元(BU)

组件小

存在较复杂的组件 

业务逻辑存在于每一个服务中

业务逻辑横跨多个业务领域 

使用轻量级的通信方式,如HTTP

企业服务总线(ESB)充当了服务之间通信的角色

`15、MDA的3种核心模型:平台独立模型(PIM),平台相关模型(PSM),代码Code:。

16、ADL的三个基本元素:构件,连接件,架构配置。

17、DSSA基本活动:领域分析(建立领域模型),领域设计(获得DSSA),领域实现(开发和组织可复用信息)。

18、DSSA角色:领域专家(有经验的用户、分析、设计、实现人员,“给建议”),领域分析人员(有经验的分析师,完成领域模型),领域设计人员(有经验的设计师,完成DSSA),领域实现人员(有经验的程序员完成代码编写)。

19、DSSA三层次模型:领域架构师对应领域开发环境,应用工程师对应领域特定的应用开发环境,操作员对应应用执行环境。

20、ABSD方法是架构驱动,即强调由业务、质量和功能需求的组合驱动架构设计。

21、ABSD方法有三个基础:功能的分解,通过选择架构风格来实现质量和业务需求,软件模板的使用。

22、ABSD开发过程:

(1)架构需求(需求获取、生成类图、对类进行分组、打包成构件、需求评审)

(2)架构设计(提出架构模型、映射构件、分析构件相互作用,产生架构,设计评审)

(3)架构文档化:从使用者角度编写,分发给所有相关开发人员,保证开发者手中版本最新。

(4)架构复审:标识潜在的风险,及早发现架构设计中的缺陷和错误。

(5)架构实现(复审后的文档化架构,分析与设计,构件实现,构件组装,系统测试)

(6)架构演化(需求变化归类,架构演化计划,构件变动,更新构件相互作用,构件组装与测试,技术评审,演化后的架构)

23、架构评审四大质量属性:

(1)性能:代表参数(响应时间、吞吐量),设计策略(优先级队列、资源调度)。

(2)可用性:尽可能少的出错与尽快的恢复。代表参数(故障间隔时间,故障修复时间),设计策略(冗余、心跳线)。

(3)安全性:破坏机密性、完整性、不可否认性及可控性等特性。设计策略(追踪审计)

(4)可修改性:新增功能多少人月能完成,设计策略(信息隐藏,低耦合)

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

非风险点:一般以某种做法,“是可以实现的”、“是可以接受的”方式进行描述。

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

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

25、基本场景的评估方法:ATAM,SAAM,CBAM。

26. SAAM:最初用于分析架构可修改性,后扩展到其他质量属性。

SAAM五个步骤:即场景开发、体系结构描述、单个场景评估、场景交互和总体评估。

27、ATAM四大阶段:场景和需求收集、结构视图场景实现、属性模型构造和分析、折中。

ATAM:在SAAM的基础上发展起来的,主要针对性能、实用性、安全性和可修改性,在系统开发之前,对这些质量属性

进行评价和折中。

28、产品线技术应用场景:有多年行业开发经验,做过多个同类产品。

建立产品线的四种方式:基于现有产品演化式(风险最低),基于现有产品革命式,全新产品线演化式,全新产品线革命式(风险最高)。

演化方式 

革命方式

基于现有产品

基于现有产品架构设计产品线的架构,经演化现有构件,开发产品线构件

核心资源的开发基于现有产品集的需求和可预测的、将来需求的超集

全新产品线

产品线核心资源随产品新成员的需求而演化

开发满足所有预期产品线成员的需求的核心资源

29、软件产品线组织结构类型:设立独立的核心资源小组,不设立独立的核心资源小组,动态的组织结构。

30、产品线实施成功的决定因素:对该领域具备长期和深厚的经验;一个用于构建产品的好的核心资源库;好的产品线架构;好的管理(软件资源、人员组织、过程)支持。

31、构件、对象、模块的对比:

32、中间件:中间件是一种独立的系统软件或服务程序,可以帮助分布式应用软件在不同的技术之间共享资源。

33、中间件功能:客户机与服务器之间的连接和通信,客户机与应用层之间的高效率通信;应用层不同服务之间的互操作,应用层与数据库之间的连接和控制;多层架构的应用开发和运行的平台,应用开发框架,模块化的应用开发;屏蔽硬件、操作系统、网络和数据库的差异;应用的负载均衡和高可用性、安全机制与管理功能,交易管理机制,保证交易的一致性、一组通用的服务去执行不同的功能,避免重复的工作和使应用之间可以协作。

34、采用中间件技术的优点:面向需求;业务的分隔和包容性;设计与实现隔离;隔离复杂的系统资源;符合标准的交互模型;软件复用;提供对应用构件的管理。

35、主要的中间件:远程过程调用;对象请求代理;远程方法调用;面向消息的中间件;事务处理监控器。

36、中间件技术-Corba(公共对象请求代理体系结构)(代理模式):

伺服对象(Servant):CORBA对象的真正实现,负责完成客户端请求。
对象适配器(Object Adapter):用于屏蔽ORB内核的实现细节,为服务器对象的实现者提供抽象接口,以便他们使用ORB内部的某些功能。
对象请求代理(Object Request Broker):解释调用并负责查找实现该请求的对象,将参数传给找到的对象,并调用方法返回结果。客户方不需要了解服务对象的位置、通信方式、实现、激活或存储机制。

37、Bean 的分类:

(1)会话Bean:描述了与客户端的一个短暂的会话。

(2)实体Bean:持久化数据,O/R映射。

(3)消息驱动Bean:会话Bean+JMS,客户把消息发送给JMS目的地,然后,JMS提供者和EJB容器协作,把消息发送给消息驱动Bean。支持异步消息。

38、WEB设计维度:

(1)从架构来看:MVC,MVP,MVVM,REST,Webservice,微服务。

(2)从缓存来看:MemCache,Redis,Squid。

(3)从并发分流来看:集群(负载均衡)、CDN。

(4)从数据库来看:主从库(主从复制),内存数据库,反规范化技术,NoSQL,分区(分表)技术,视图与物化视图。

(5)从持久化来看:Hibernate,Mybatis。

(6)从分布存储来看:Hadoop,FastDFS,区块链。

(7)从数据编码看: XML,JSON。

(8)从Web应用服务器来看: Apache,WebSphere,WebLogic,Tomcat,JBOSS,IIS。

(9)其它:静态化,有状态与无状态,响应式Web设计。

39、集群:(1)应用服务器集群;(2)主从集群。

40、负载均衡技术:(1)应用层负载均衡:http重定向、反向代理服务器;(2)传输层负载均衡:DNS域名解析负载均衡、基于NAT的负载均衡;(3)硬件负载均衡:F5;(6)软件负载均衡:LVS、Nginx、HAproxy。

41、有状态和无状态:

(1)无状态服务(stateless service)对单次请求的处理,不依赖其他请求,也就是说,处理一次请求所需的全部信息,要么都包含在这个请求里,要么可以从外部获取到(比如说数据库),服务器本身不存储任何信息。

(2)有状态服务(stateful service)则相反,它会在自身保存一些数据,先后的请求是有关联的。

42、Redis 与 Memcache 能力比较

工作

MemCache

Redis

数据类型

简单key/value结构

丰富的数据结构

持久性

不支持

支持

分布式存储

客户端哈希分片/一致性哈希

多种方式,主从、Sentinel、Cluster等

多线程支持

支持

不支持(Redis6.0开始支持)

内存管理

私有内存池/内存池

事务支持

不支持

有限支持

数据容灾

不支持,不能做数据恢复

支持,可以在灾难发生时,恢复数据

43、Redis集群切片的常见方式

集群切片方式

核心特点

客户端分片

在客户端通过key的hash值对应到不同的服务器。

中间件实现分片

在应用软件和Redis中间,例如:Twemproxy、Codis等,由中间件实现服务到后台Redis节点的路由分派。

客户端服务端协作分片

RedisCluster模式,客户端可采用一致性哈希,服务端提供错误节点的重定向服务slot上。不同的slot对应到不同服务器。

44、Redis分布式存储方案

分布式存储方案

核心特点

主从(Master/Slave)模式

一主多从,故障时手动切换。

哨兵(Sentinel)模式

有哨兵的一主多从,主节点故障自动选择新的主节点。

集群(Cluster)模式

分节点对等集群,分slots,不同slots的信息存储到不同节点。

45、Redis数据分片方案

分片方案

分片方式

说明

范围分片

按数据范围值来做分片

例:按用户编号分片,0-999999映射到实例A;1000000-1999999映射到实例B。

哈希分片

通过对key进行hash运算分片

可以把数据分配到不同实例,这类似于取余操作,余数相同的,放在一个实例上。

一致性哈希分片

哈希分片的改进

可以有效解决重新分配节点带来的无法命中问题。

46、缓存与数据库的协作

数据读取:根据key从缓存读取;若缓存中没有,则根据key在数据库中查找;读取到“值”之后,更新缓存。

数据写入:根据key值写数据库;根据key更新缓存。

47、REST概念:REST(Representational State Transfer,表述性状态转移)是一种只使用HTTP和XML进行基于Web通信的技术,可以降低开发的复杂性,提高系统的可伸缩性。

REST的五个原则:网络上的所有事物都被抽象为资源;每个资源对应一个唯一的资源标识;通过通用的连接件接口对资源进行操作;对资源的各种操作不会改变资源标识;所有的操作都是无状态的。

48、响应式Web设计:响应式WEB设计是一种网络页面设计布局,其理念是:集中创建页面的图片排版大小,可以智能地根据用户行为以及使用的设备环境进行相对应的布局。方法:采用流式布局和弹性化设计、响应式图片。

49、主从数据库结构特点:

一般:一主多从,也可以多主多从。

从库做写操作,从库做读操作。

主从复制步骤:

主库(Master)更新数据完成前,将操作写binlog日志文件。

从库(Salve)打开I/O线程与主库连接,做binlog dump process,并将事件写入中继日志。

从库执行中继日志事件,保持与主库一致。

50、反规范化的技术手段以及优缺点

技术手段

说明

增加派生性冗余列

已有单价和数量列,增加“总价”列

增加冗余列

已有学号列,增加“姓名”列

重新组表

把拆分的表重新组表

分割表

把用户表做水平分割,长沙的用户存在长沙,上海的用户存在上海

反规范化的优点:连接操作少,检索快、统计快;需要查的表减少,检索容易。

反规范化的缺点

解决方案

数据冗余,需要更大存储空间

无解

插入、更新、删除操作开销更大

无解

数据不一致

可能产生添加、修改、删除异常

1、触发器数据同步

2、应用程序数据同步

3、物化视图

更新和插入代码更难写

无解

51、视图的优点:(1)视图能简化用户的操作(2)视图机制可以使用户以不同的方式查询同一数据(3)视图对数据库重构提供了一定程度的逻辑独立性(4)视图可以对机密的数据提供安全保护其中物化视图:将视图的内容物理存储起来,其数据随原始表变化,同步更新。52、分表和分区

分区

分表

共性

1、都针对数据表         2、都使用了分布式存储

3、都提升了查询效率     4、都低数据库的频繁I/O压力值

差异

逻辑上还是一张表

逻辑上已是多张表。

53、分区的优点:(1)相对于单个文件系统或是硬盘,分区可以存储更多的数据。(2)数据管理比较方便,比如要清理或废弃某年的数据,就可以直接删除该日期的分区数据即可。(3)精准定位分区查询数据,不需要全表扫描查询,大大提高数据检索效率。(4)可跨多个分区磁盘查询,来提高查询的吞吐量。(5)在涉及聚合函数查询时,可以很容易进行数据的合并。54、关系型数据库和NoSQL对比

对比维度

关系数据库

NoSQL

应用领域

面向通用领域

特定应用领域

数据容量

有限数据

海量数据 

数据类型 

结构化数据【二维表】

非结构化数据

并发支持 

支持并发、但性能低 

高并发 

事务支持

高事务性 

弱事务性

扩展方式

向上扩展

向外扩展

55、嵌入式微处理器分类

(1)嵌入式微控制器(MCU:Micro Controller Unit):又称为单片机,片上外设资源一般比较丰富,适合于控制。

(2)嵌入式微处理器(EMPU:Embedded Micro Processing Unit): 又称为单板机, 由通用计算机中的CPU发展而来,仅保留和嵌入式应用紧密相关的功能硬件。

(3)嵌入式DSP处理器(DSP:Digital Signal Processor):专门用于信号处理方面的处理器。

(4)嵌入式片上系统(SOC):追求产品系统最大包容的集成器件。

成功实现了软硬件的无缝结合,直接在微处理器片内嵌入操作系统的代码模块。

减小了系统的体积和功耗、提高了可靠性和设计生产效率。

1 操作系统 操作系统是计算机系统中的核心系统软件,负责管理和控制计算机系统中硬件和软件资源,合理组织计算机工作流程和有效利用资源,在计算机与用户之间起接口的作用 1.1 操作系统的类型 操作系统的类型(依据使用环境和对作业的处理方式)分为批处理、分时、实时、网络和分布式等。 1、批处理:把作业分类,把一批作业编成一个作业执行序列。可分联机和脱机。特征为脱机使用计算机、成批处理和多道程序运行。 2、分时:采用分时技术,使多个用户同时以会话控制自己程序的运行,每个用户都认为拥有各自独立的、支持自己请求服务的系统。特征有交互性、多用户同时性和独立性。 3、实时:专用,系统与应用难分离。并不强调资源利用率,更关心及时性、可靠性和完整性。分实时过程控制和实时信息处理。特征有即时响应、高可靠性。 4、网络:按网络架构的各个协议标准制订,包括网络管理、通信、资源共享、系统安全和多种网络应用,实现协同工作和应用集成。特征有互操作性、协作处理。 5、分布式:要求一个统一的操作系统,实现系统操作的统一性,负责全系统的资源分配和调度,为用户提供统一的界面。 6、操作系统的5项基本功能,包括处理器管理、存储管理、设备管理、文件管理和作业管理。 1.2 操作系统的结构 结构分为无序、层次、面向对象、对称多处理和微内核。 1、无序:又称整体或模块结构。以大型表格和队列为中心,操作系统各个部分围绕着表格运行,整个系统是一个程序。模块结构相对独立,模块之间通过规定的接口相互调用。优点为缩短开发周期。缺点是模块之间调用关系复杂、相互依赖,使分析、移植和维护系统较易出错。 2、层次:操作系统分解成若干个单向依赖的层次,由多层正确性保证操作系统的可靠性。优点层次结构清晰,简化了接口设计,有利于系统功能的增加或删改,易于保证可靠性,便于维护和移植。 3、面向对象:基于面向对象程序设计的概念,采用了各种不同的对象技术。把对象最为系统中的最小单位,由对象、对象操作、对象保护组成的操作系统。优点适用于网络操作系统和分布式操作系统。 4、对称多处理:所有多处理运行且共享同一内存(内存储器、主存、实存)。优点适合共享存储器结构的多处理机系统。 5、微内核:把系统的公共部分抽象出来,形成一个底层核心,提供最基本的服务,其他功能以服务器形式建立在微内核之上。具有良好的模块化和结构化特征,模块之间和上下层之间通过消息来通信。 操作系统大多拥有两种工作状态:核心态和用户态。一般的应用程序工作在用户态,内核模块和最基本的操作系统核心工作在核心态。 微内核结构由一个简单的硬件抽象层和一组比较关键的原语(仅仅为建立系统必须的部分,包括线程管理、地址空间和进程间通信)或系统调用组成。 微内核的目标将系统服务的实现和系统的基本操作规则分离开来
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值