首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
SAAS
ToB门户
了解全球最新的ToB事件
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
微博
Follow
记录
Doing
博客
Blog
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
排行榜
Ranklist
相册
Album
应用中心
qidao123.com ToB IT社区-企服评测·应用市场
»
论坛
›
软件与程序人生
›
云原生
›
架构-系统可靠性分析与筹划
返回列表
发新帖
架构-系统可靠性分析与筹划
[复制链接]
发表于 2025-5-11 17:13:10
|
显示全部楼层
|
阅读模式
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要
登录
才可以下载或查看,没有账号?
立即注册
×
一、可靠性相关根本概念
1.
可靠性与可用性
可靠性
:软件系统在遇到错误、意外操作或系统故障时,仍能维持自身
功能
特性的能力。
举例
:手机银行APP在用户误操作(如快速点击多次转账)时,仍能正确处理交易并避免重复扣款,表现了可靠性。
可用性
:系统正常运行的时间比例,即“能用的时间占总时间的多少”。
举例
:某云
服务器
全年停机维护10小时,可用性约为(8760-10)/8760≈99.89%。
2.
软件 vs 硬件可靠性的区别
(高频考点!)
对比维度
软件
硬件
失效原因
逻辑错误(如
代码
毛病)物理退化(如元件老化、磨损)
复杂性
高(
代码
逻辑复杂,易潜伏缺陷)较低(物理结构相对固定)
唯一性
同一
版本
完全划一(复制无差异)个体差异(如两个电阻参数可能不同)
版本
更新周期
快(可通过补丁快速修复)慢(需更换硬件,周期长)
举例
:手机电池(硬件)随利用时间变长续航降落(物理退化),而手机系统(软件)可通过更新修复毛病,不会“老化”至。
二、系统可靠性分析
1.
焦点指标(必背公式!)
均匀无故障时间(MTTF)
:系统从开始运行到首次故障的均匀时间,公式:MTTF = 1/λ(λ为失服从)。
举例
:某软件每1000小时发生1次故障,MTTF=1000小时。
均匀故障修复时间(MTTR)
:修复一次故障的均匀时间,公式:MTTR = 1/μ(μ为修复率)。
举例
:
服务器
硬盘故障后,均匀2小时修复,MTTR=2小时。
均匀故障间隔时间(MTBF)
:两次故障之间的均匀时间,公式:MTBF = MTTF + MTTR。
实际中
,因MTTR通常很小,可近似以为MTBF ≈ MTTF(如
服务器
快速热修复)。
系统可用性
:公式:可用性 = MTTF / (MTTF + MTTR) × 100%。
举例
:MTTF=1000小时,MTTR=1小时,可用性≈99.9%。
2.
串联与并联系统可靠性计算
(必考!)
串联系统
(“一损俱损”):整体可靠性是各部件可靠性的乘积,即
R = R₁ × R₂ × … × Rₙ,失服从近似为各部件失服从之和(λ ≈ λ₁ + λ₂ + … + λₙ)。
举例
:电路中两个元件串联,可靠性分别为0.9和0.8,整体可靠性=0.9×0.8=0.72。
并联系统
(“冗余
备份
”):整体可靠性=1 - (1-R₁)×(1-R₂)×…×(1-Rₙ),即“所有部件都失效时系统才失效”。
举例
:两个硬盘并联
备份
,可靠性均为0.9,整体可靠性=1 - (1-0.9)×(1-0.9)=0.99。
三、可靠性模型(了解分类即可)
文档
列举了10类模型,可能涉及以下几种:
种子法模型
:人为植入“错误种子”,通过检测种子发现率评估可靠性(类似“钓鱼测试”)。
失服从类模型
(如Jelinski-Moranda模型):通太过析失效数据预测失服从变化。
可靠性增长模型
:跟踪软件测试中缺陷修复过程,预测可靠性提升趋势(如修复越多,失效越少)。
四、可靠性筹划技术(重点应用场景!)
1.
影响软件可靠性的因素
开辟方法(如灵敏开辟 vs 瀑布模型,前者迭代快但可能引入更多缺陷)、运行情况(如高温下硬件故障率升高,间接影响软件)、软件规模(
代码
量越大,缺陷概率越高)等至。
2.
焦点筹划技术
避错技术
:从源头淘汰错误(如严格代码检察、利用静态范例语言Java/C#)。
检错技术
:检测运行时错误(如输入校验,防止恶意数据导致崩溃)。
容错技术
(通过冗余实现“错误容忍”,重点!):
N
版本
步伐筹划
(静态冗余):开辟多个
功能
类似但实现不同的版本,并行运行后通过“表决器”输出结果(多数同意原则)。
举例
:主动驾驶系统同时运行3个不同团队开辟的路径规划算法,表决结果更可靠。
规复块筹划
(动态冗余):主模块失败后,主动切换到后备模块(类似“主备切换”)。
举例
:手机导航APP主服务器崩溃后,主动切换到备用服务器继承提供服务。
防卫式步伐筹划
:在代码中嵌入错误检测和规复代码,如try-catch块,发现错误后回退到已知正确状态(后向规复)。
举例
:银行转账时,若网络中断,主动打消交易并提示用户重新操作。
双机容错模式
(硬件层面冗余):
热备模式
:一台主服务器运行,另一台待机,主服务器故障时快速切换(如银行焦点系统)。
互备模式
:两台服务器各自负担不同服务,互为
备份
(如Web服务器和
数据库
服务器互备)。
双工模式
:两台服务器同时工作,结果实时同步(如高并发电商平台的集群架构)至。
3.
N版本 vs 规复块筹划对比
(常考对比!)
维度
N版本步伐筹划
规复块筹划
硬件情况
多机并行(需表决器)单机(主块+后备块)
错误检测
表决结果不划一时检测验证测试步伐判断
规复计谋
前向规复(继承当前计算)后向规复(回退到正确状态)
实时性
好(并行处理服从高)差(切换必要时间)
五、焦点考点总结(加粗标注!)
根本概念
:
可靠性、可用性的定义及区别。
软件与硬件可靠性的4点差异(复杂性、物理退化、唯一性、版本更新)至。
可靠性指标
:
MTTF、MTTR、MTBF的定义及公式至。
可用性计算。
串联/并联系统可靠性公式。
可靠性筹划技术
:
N版本步伐筹划(静态冗余,表决器)、规复块筹划(动态冗余,主备切换)。
前向规复与后向规复的区别。
双机容错的三种模式(热备、互备、双工)至。
通过以上梳理,可清楚掌握系统可靠性分析与筹划的焦点知识,结合实际案例(如服务器集群、手机APP容错)明白更深刻,同时明确重点,针对性备考!
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复
使用道具
举报
返回列表
王國慶
+ 我要发帖
登录后关闭弹窗
登录参与点评抽奖 加入IT实名职场社区
去登录
微信订阅号
微信服务号
微信客服(加群)
H5
小程序
快速回复
返回顶部
返回列表