aismt的专栏

字符串是 Redis 最基本的数据类型，可以存储任意形式的数据，包括文本、数字和二进制数据。哈希是一个键值对集合，适合存储对象。每个哈希都可以包含多个字段，每个字段都有一个对应的值。有序集合是一个字符串集合，每个元素都有一个分数（score），元素会根据分数进行排序。列表是一个有序的字符串集合，支持从两端添加和删除元素。列表适合用作队列或栈。位图是一种特殊的字符串，使用二进制位来存储信息，适合进行计数和统计操作。集合是一个不重复的字符串集合，支持数学集合操作（如并、交、差）。

和是用于处理大数据的两种架构设计模式，针对不同的数据处理需求提供了不同的方案。它们各自有优缺点，并适用于不同的使用场景。Lambda 架构分为三个层次：批处理层（Batch Layer）、实时处理层（Speed Layer）和合并层（Serving Layer）。它旨在同时处理批量数据和实时数据，确保数据处理的准确性和低延迟。

SOA：SOA是一种通过服务来封装和提供业务功能的架构风格，这些服务之间通过定义良好的接口进行通信。SOA的核心思想是重用，服务可以被多个应用程序使用，服务通常以较大的粒度定义，并强调面向企业级的集成。微服务：微服务是对应用进行功能模块化拆分的一种架构风格，将应用分解成一系列小型、独立部署的服务，每个服务聚焦于单一业务能力，并且可以独立开发、测试、部署和扩展。微服务强调服务的独立性和灵活性，每个服务的粒度更细，彼此间的依赖更少。对比比较点SOA微服务服务粒度粗粒度，服务大且多复用。

UML类图详解。

全网最全的2024年5月份架构师考试真题回忆版，包含答案和解析。

前一类的数据主要由流量方以接口的方式提供（比如对接的腾讯广点通平台），后一类则是某网特有的数据，通过买家的浏览、下单、付款日志算出来。1. 在数据层面只维护一张包含所有指标的MySQL表，表中的stday字段作为索引，stday=当天的保存实时数据，stday

流程图：面向过程，描述系统中某个业务模块的程序逻辑结构，各处理过程之间有严格的顺序和时间关系，某个时间点只能处于一个处理过程，只能描述顺序执行的过程，不能描述有关的数据。状态图：描述对象在生命周期内响应事件所经历的一系列状态以及状态间的转移，着重表现对象的状态变化，强调对象基于事件反应的动态行为，适合用于反应式系统建模，能够表示对象状态和事件之间的关系。协作图：描述整个系统的对象之间的协作关系，强调接收和发送消息的对象的结构组织，通常表示较高层次的概览性视图，更关注参与交互的对象之间的结构组织和协作关系。

SOA，中心化的集成的，ESB企业服务总线（服务提供者开发服务定义服务，服务请求者具体的请求服务通过业务流程请求执行，服务注册中心对服务的描述和定义），微服务消除了中心异步的，都有注册中心。容错技术：N版本设计，动态冗余（主备，心跳），防卫式程序设计（软件的防御，容错语句，Try catch），集群技术（很多台机器，不分主备），主从复制（数据库）。数据设计：具体的数据库相关的，我们数据的分类+字段，相当于逻辑结构设计，有什么数据要求，多少个表，有那些典型的字段。1.作为总线的功能，进行服务之间的数据传输。

应用的负载均衡和高可用性、安全机制与管理功能，交易管理机制，保证交易的一致性、一组通用的服务去执行不同的功能，避免重复的工作和使应用之间可以协作。DSSA 角色：领域专家（有经验的用户、分析、设计、实现人员，“给建议”），领域分析人员（有经验的分析师，完成领域模型），领域设计人员（有经验的设计师，完成 DSSA），领域实现人员（有经验的程序员完成代码编写）。所有的操作都是无状态的。顺序图和通信图表达了类似的基本概念，但它们所强调的概念不同，顺序图强调的是时序，通信图强调的是对象之间的组织结构。

每个微服务负责单一的业务功能、独立开发、独立配置、独立部署，降低了微服务之间的耦合程度，不同的微服务采用不同的技术，服务独立，数据源唯一，应用极易扩展和维护，同时降低了系统复杂性。ESB的定义：ESB是由中间件技术实现的支持SOA架构的基础软件平台，主要支持异构系统集成，支持异构环境中的服务以基于消息和事件驱动模式的交互，并且具有适当的服务质量QoS和可管理性。的功能模块，称之为服务，服务之间通过简单、精确定义的接口进行通信。微服务架构是SOA架构的进一步优化，去除了ESB企业服务总线，是。

是系统的骨架和根基，支撑和链接各个部分，包括构件、连接件、约束规范以及指导这些内容设计与演化的原理，是刻画系统整体抽象结构的一种手段。：应用程序不受错误使用和错误输入的影响，在发生意外错误时，确保应用系统处于预先定义好的状态，保证软件按照某种已经定义好的方式终止执行。（模块结构图、构件图），并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策和演化的基本原理，是构建于软件系统之上的系统级复用。定义领域的边界，分析领域中系统的需求，确定哪些需求是领域中的系统广泛共享的，从而建立领域模型。

把应用的输入、处理、输出流程按照视图、控制、模型的方式进行分离，形成了控制器、模型、视图三个核心模块。MVC式构建应用框架的一个较好的设计模式，可以将业务处理与显示分离，将应用分为控制器、模型和视图，增加了应用的可扩展性、强壮性及灵活性。在MVC的基础上改良了View不直接使用Model,它们之间的通信Presenter来进行的，所有的交互都发生在Presenter内部。软件体系结构为软件系统提供了结构、行为、属性的高级抽象。：接受用户的输入并调用模型和视图去完成用户的需求。：用户看到并与之交户的界面。

计、数据库的物理设计、其它设计（代码、输入/输出格式、用户界面）、编写详细设计说明书、评审。：无直接耦合功能内聚。，最终勾画出新系统的详细设计方法。4）模块独立（高内聚，低耦合）。5）模块的作用域应该在模块之内；详细设计的基本任务：模块内详。2）尽可能减少调用的深度；2）自顶而下、逐步求精；1）保持模块的大小适中；6）功能应该是可预测的。3）多扇入，少扇出；4）单入口，单出口；

基于构件的开发正在改变大型软件系统被开发的方式。就像早期的子例程序员从思考细节中解放出来一样，将考虑的重点从编程软件移到组装软件系统。工程师的焦点从”实现" 变成了“集成".这样做的基础是假定在很多大型软件系统中存在足够多的共性，从而使得开发可复用软件组件来满足这些共性是值得的。"的哲学，将软件开发的重点从程序编写转移到了基于已有构件的组装，以更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低软件开发的费用。基于构件的软件系统中的构件可以说COTS构件，也可以是通过其他途径活得的构件。

系统质量属性与架构评估

2023年11月系统架构师题目

特定领域软件体系结构

系统架构复用，是一项非常重要的工作。减少开发时间以及降低开发成本，提高生产力。

本章，描述基于架构的软件开发方法的一些基本方法和过程。

系统架构师-软件架构风格，数据流风格，调用返回风格，以数据为中心，虚拟机体系，独立构件体系，

建立人机接口，提出可供选择的目标系统物理模型的DFD。确定各种方案的成本和风险等级，据此对各种方案进行分析。分析业务情况，做出反映当前物理模型的数据流图DFD。数据字典：对DFD中的各个元素做出详细的定义和说明。设计新的逻辑系统，生成数据字典和基元描述。数据模型：实体联系图E-R，描述系统中各个。行为模型：状态转换图STD，描述系统的。功能模型：数据流图DFD，描述系统的。推导出等价的逻辑模型的DFD。（过程建模 / 功能建模）。建立完整的需求规约.