4-1 可扩展系统设计
一、从高并发到可扩展构架
高并发系统/秒杀系统 ->可伸缩系统
软件最大的特点就是可变性
- 需求修改频繁
- 突然的大访问量
- 程序员更好
架构设计目标:构造符合需求的可扩展系统
高伸缩系统设计原则
- 分解(模块化)
- 异步(高内聚松耦合)
- 并发(可动态增加处理数量上限)
- 节俭(由简入奢)
- 分布式(最后的武器)
- 善用第三方
数据库优化
- 池化技术(orm与数据库建立连接使用的是TCP协议,建立连接效率比较低但可靠,三次握手四次挥手)
- 主从分离
- 分库分表
- NoSQL
二、CMMI构建可扩展过程管理
- 何为过程管理
包括过程策划(计划)、过程实施、过程检测(检查)和过程改进(处置) - 业务过程
一系列的活动,设计它的目标是为特定客户和市场产生规定的输出 - 过程管理回答的问题
代码提交规则(如必须编译通过,所有提交必须有需求编号)
如何合理控制生产环境中的变化(比如生产环境配置文件变更,是危险操作,需要运维统计,cto定期检查)
出现问题或出现危机时的处理流程()
如何从一开始就考虑产品的可扩展性(多和产品沟通)
如何理解和管理风险
何时自建,何时购买?
系统中模块划分的原则是什么
什么情况的升级需要发布版本?
回滚机制 -
CMMI
制定流程参考CMMI
image.png
image.png
三、ITIL 参考库简介
故障和问题的区别
问题可能是没有发生,潜在的故障。
CMMI VS ITIL
四、如何进行故障和问题管理
- ITIL将故障管理过程必不可少的活动定义:
- 故障检测和记录
- 分类和初始支持
- 调查诊断
- 解决和恢复
- 故障结束
- 故障归属、监控、跟踪和沟通 - 监控系统
- 将处理流程化
设置故障级别/故障分类
image.png开启按日/周/月 总结会议
image.png
事后要复盘分析
网友评论