566系统架构设计师考试精华系统架构基础篇又一篇精华汇总这次聚焦系统架构基础。考试重点1. 软件架构定义软件架构 系统的基本结构 组件之间的关系 设计原则 关键点 - 架构决定系统的质量属性 - 架构影响开发效率和维护成本 - 架构需要平衡多方利益2. 架构风格分类风格特点适用场景分层架构清晰分层耦合低企业应用微服务架构服务独立灵活互联网应用事件驱动异步松耦合实时系统领域驱动业务为核心复杂业务3. 架构视图41视图 - 逻辑视图功能需求 - 开发视图代码结构 - 进程视图运行时进程 - 物理视图硬件部署 - 场景视图用例 TOGAF视图 - 业务架构 - 应用架构 - 数据架构 - 技术架构4. 质量属性可用性 - 指标可用率 MTBF / (MTBF MTTR) - 技术冗余、故障转移、监控 性能 - 指标响应时间、吞吐量 - 技术缓存、异步、集群 可扩展性 - 垂直扩展增加单机资源 - 水平扩展增加机器数量 安全性 - 机密性、完整性、可用性 - 认证、授权、审计核心知识点速记架构定义结构 关系 原则 四大架构风格 - 分层UI 业务 数据 - 微服务服务拆分、独立部署 - 事件驱动发布订阅、异步 - 领域驱动业务模型为核心 架构视图逻辑 开发 进程 物理 场景 质量属性性能、可用性、可扩展、安全性 架构决策权衡 模式 风险典型题目题目以下哪种架构风格最适合高并发、频繁变更的互联网应用 A. 分层架构 B. 微服务架构 C. 管道过滤器 D. 事件驱动 答案B 解析微服务架构适合互联网应用 特点服务独立、可以独立部署和扩展 适合需求频繁变更、高并发的场景。567系统架构设计师考试精华软件设计原则篇考试重点SOLID原则S - 单一职责原则 一个类只负责一项职责 一个类有且只有一个改变的原因 O - 开闭原则 对扩展开放对修改封闭 软件实体应该对扩展开放对修改关闭 L - 里氏替换原则 子类可以替换父类 所有引用基类的地方必须能透明地使用其子类的对象 I - 接口隔离原则 接口要小而专 客户端不应该依赖它不需要的接口 D - 依赖倒置原则 依赖抽象不依赖具体 高层模块不应该依赖低层模块设计模式分类类型模式用途创建型工厂、单例、建造者对象创建结构型适配器、装饰器、代理类/对象组织行为型观察者、策略、命令对象交互GRASP原则General Responsibility Assignment Software Patterns - Information Expert信息专家 → 分配给拥有信息的类 - Creator创建者 → 分配给创建某类实例的类 - Controller控制器 → 处理系统事件的类 - Low Coupling低耦合 → 最小化依赖 - High Cohesion高内聚 → 类的职责单一核心知识点速记SOLID 单一职责-一 开闭原则-开 里氏替换-换 接口隔离-小 依赖倒置-抽 设计模式分类 创建型-工厂单例 结构型-适配器装饰器代理 行为型-观察者策略命令 GRASP 信息专家有信息 创建者创建实例 控制器处理事件 低耦合少依赖 高内聚职责专568系统架构设计师考试精华分布式系统篇考试重点CAP定理C - Consistency一致性 A - Availability可用性 P - Partition Tolerance分区容错 三者不可兼得最多同时满足两个 CPRedis、HBase、Zookeeper APEureka、Cassandra、DynamoDBBASE理论Basically Available基本可用 Soft State软状态 Eventually Consistent最终一致 是对CAP中AP的扩展 适用于分布式系统分布式事务2PC - 阶段1投票 - 阶段2提交/回滚 - 缺点同步阻塞、单点故障 TCC - Try预留资源 - Confirm确认执行 - Cancel取消回滚 Saga - 将长事务拆成多个短事务 - 失败时正向补偿一致性协议Paxos - 少数服从多数 - 共识算法 - 用于分布式协调 Raft - 简化版Paxos - Leader Follower Candidate - 选举 日志复制核心知识点速记CAPC一致性 A可用性 P分区容错 最多选两个 Redis选CPEureka选AP BASE 基本可用软状态 最终一致是目标 分布式事务 两段提交要同步 TCC预留再确认 Saga链式补偿 一致性协议 Paxos共识难实现 Raft简化为选举569系统架构设计师考试精华微服务与云原生篇考试重点微服务特征1. 服务独立部署 2. 服务可替换 3. 去中心化治理 4. 独立数据存储 5. 基础设施自动化 6. 容错设计 7. 智能端点与哑管道微服务设计原则1. 单一职责原则 2. 领域驱动设计 3. 先上下文后微服务 4. 前缀并行不要前期预测 5. 不惜一切代价避免单体云原生特征- 容器化 - 微服务 - 动态管理K8s - 面向敏捷 12-Factor App 1. 基准代码 2. 依赖声明 3. 配置外部化 4. 后端服务当作资源 5. 构建、发布、运行分离 6. 无状态进程 7. 端口绑定 8. 并发 9. 易处理 10. 开发环境等价 11. 日志作为事件流 12. 管理进程一次性K8s核心资源Pod最小调度单位 Deployment管理Pod副本和版本 Service服务发现和负载均衡 IngressHTTP入口 ConfigMap/Secret配置管理 PV/PVC持久化存储核心知识点速记微服务特征 独立部署可替换 去中心化治理 独立数据存储 自动化基础设施 云原生 容器微服务K8s 12因子要记牢 K8s Pod是基本单位 Deployment管版本 Service做发现 Ingress做入口570系统架构设计师考试精华系统质量与运维篇考试重点可用性指标可用率 MTBF / (MTBF MTTR) 99% 87.6小时/年 99.9% 8.76小时/年 99.99% 52.6分钟/年 99.999% 5.26分钟/年 MTBF平均故障间隔时间 MTTR平均恢复时间可靠性设计1. 冗余设计 - 冷备、温备、热备 - 主备、双主、集群 2. 负载均衡 - 硬件负载均衡 - 软件负载均衡 - 客户端负载均衡 3. 故障转移 - 自动故障检测 - 自动切换 - 数据一致性保证高可用架构主备模式 - 一主一备 - 主故障切换到备 集群模式 - 多节点协同 - 共识协议保证一致性 多活模式 - 同城多活 - 异地多活运维监控可观测性三支柱 - Logs日志 - Metrics指标 - Traces链路 监控层次 - 基础设施监控 - 中间件监控 - 应用监控 - 业务监控核心知识点速记可用性 99%是一年87小时 999是一年8.7小时 9999是一年52分钟 99999是一年5分钟 可靠性设计 冗余备份防单点 负载均衡分发 自动故障转移 高可用 主备切换 集群共识 多活容灾 运维监控 日志指标链路 三分支要记牢板块四精华汇总篇566-570已完成这些精华篇涵盖了系统架构设计师考试的核心知识点适合考前快速复习。