这是我参与「第五届青训营」伴学笔记创作活动的的第15天
本节课内容如下
系统设计方法论
目录
1 系统设计方法论
系统设计的问题
- 为什么要做系统设计？
- 系统设计的定义是什么
- 怎么做系统设计，如何落地一个系统
- 系统功能实现之后，如何分析瓶颈并优化
- 如何验证系统的可用性和稳定性
为什么要做系统设计
个人
- for 面试
- 个人能力提升
- 拓展技术视野
工作
- 业务驱动
- 系统重构
- 突破和创新
如何评估一个系统
- 可用性
- 易用性
- 安全性
- 扩展性
- 性能
- 可维护性
- 耦合性
- 伸缩性
系统设计的经验
系统
- 关联的个体
- 规则运作
- 组成工作的整体
设计
- 设想和计划
- 目的
- 过程安排
定义：为了达成某种目的，通过个体组成整体的过程
2 系统设计标准的流程
如何做系统设计
- 场景分析（Scenario）：什么系统，需要哪些功能，多大的并发量
- 存储设计（Storage）：数据如何组织，Sql存储，Nosql存储
- 服务设计（Service）：业务功能实现和逻辑整合
- 可扩展性（Scale）：解决设计缺陷，提高鲁棒性、扩展性
如何发现系统的瓶颈
-
火焰图分析
- 火焰图仅用一张小图，就可以定量展示所有的性能瓶颈的全景图，而不论目标软件有多么复杂。 传统的性能分析工具通常会给用户展示大量的细节信息和数据， 而用户很难看到全貌，反而容易去优化那些并不重要的地方，经常浪费大量时间和精力却看不到明显效果。传统分析器的另一个缺点是，它们通常会孤立地显示每个函数调用的延时，但很难看出各个函数调用的上下文，而且用户还须刻意区分当前函数本身运行的时间（exclusive time）和包括了其调用其他函数的时间在内的总时间（inclusive time）。
-
链路追踪
-
性能测试
如何保证可用性和稳定性
-
链路梳理
- 核心链路
- 流量漏斗
- 强弱依赖
-
可观测性
- 链路追踪
- 核心监控
- 业务报警
-
全链路测试
- 压力测试
- 负载测试
- 容量测试
-
稳定性控制
- 系统限流
- 业务兜底
- 熔断降级
-
容灾演练
- 混沌工程
- 应急手册
- 容灾预警
