当前位置:首页 > 报告详情

吾真本-懂人心的混沌工程:助推生产系统稳定性落地.pdf

上传人: 2*** 编号:153933 2024-02-05 31页 2.08MB

1、懂人的混沌工程:助推生产系统稳定性落地主讲人:吾真本演讲嘉宾介绍吾真本 独立软件开发咨询师70后1993年,计算机应用专业大学毕业,企业IT部门一线团队,软件开发和咨询在国企、私企和外企,做过IT系统管理、Web应用开发、软件测试、项目管理和软件开发咨询2014至2022年,在Thoughtworks公司,软件开发技术教练,帮助几十家企业的IT部门,落地持续集成和自动化测试等敏捷软件工程实践2022年底离职,成为独立咨询师目前专注做懂人的软件开发、混沌工程、DDD的培训和咨询著驯服烂代码,译发布!第2版,合译混沌工程CONTENT目录2023K+01懂人与不懂的差异地基不稳,大厦将倾管理者以低

2、成本*获*新成效的新思路0203Part 01懂人与不懂的差异生产系统稳定性案例1:奈飞公司混沌猴和混沌金刚2008年,奈飞业务所依赖的AWS云服务实例会突然消失如何让增强系统韧性设计*持续进行持续进行*且在*全公司规模化全公司规模化*落地?2011年,工程师们想了各种方法,最后只有混沌猴胜出混沌猴是个自动化故障注入工具上班时间,生产环境每个集群,随机突然关闭一个实例2012年,业务所依赖的AWS云服务弹性负载均衡器不断停机2015年,生产环境模拟AWS区域大规模故障的混沌金刚诞生生产系统稳定性案例2:国内某金融公司故障注入实践2021年,公司运维部门发起混沌工程试点运维部门请外包公司开发故障

3、注入工具测试部门利用工具在测试环境基础设施层注入故障故障注入目标:虚拟机、容器、Pod、Node注入故障类型:资源、状态、网络可注入资源故障:CPU爆满、内存爆满、磁盘爆满、磁盘I/O繁忙可注入状态故障:关机、重启、杀进程、中止进程可注入网络故障:网络丢包、网络黑洞、网络延时、DNS无法访问考虑再三,故障注入实验一直没上生产环境未针对微服务层进行故障注入,导致开发部门参与度不高未注入资源故障:线程阻塞、同层连累、层叠失效未注入状态故障:所依赖的服务返回错误、所依赖的服务失效未注入网络故障:应用流量暴增、所依赖的服务延时、无限长结果集分析几年来严重生产事故,但未开展蓝军行动,也未设计相应故障注入

4、实验找找:懂人的混沌工程的点睛之笔在哪里?2008年,奈飞业务所依赖的AWS云服务实例会突然消失如何让增强系统韧性设计*持续进行持续进行*且在*全公司规模化全公司规模化*落地?2011年,工程师们想了各种方法,最后只有混沌猴胜出混沌猴是个自动化故障注入工具上班时间,生产环境每个集群,随机突然关闭一个实例2012年,业务所依赖的AWS云服务弹性负载均衡器不断停机2015年,生产环境模拟AWS区域大规模故障的混沌金刚诞生问答赠书懂人的混沌工程的点睛之笔在哪里?-规模化落地生产系统稳定性工程师们“视生产环境如神明视生产环境如神明”当混沌猴每天在生产环境注入故障后工程师们总会把手上其他的事情暂时放一放

5、优先关注、观测和解决混沌猴在生产环境所引发的故障奈飞公司顺应了人的“视生产环境如神明”的社会和心理特点成功地规模化提升了系统稳定性发展出混沌工程实践找找:不懂人的混沌工程最大的败笔在哪里?2021年,公司运维部门发起混沌工程试点运维部门请外包公司开发故障注入工具测试部门利用工具在测试环境基础设施层注入故障故障注入目标:虚拟机、容器、Pod、Node注入故障类型:资源、状态、网络可注入资源故障:CPU爆满、内存爆满、磁盘爆满、磁盘I/O繁忙可注入状态故障:关机、重启、杀进程、中止进程可注入网络故障:网络丢包、网络黑洞、网络延时、DNS无法访问考虑再三,故障注入实验一直没上生产环境未针对微服务层进

6、行故障注入,导致开发部门参与度不高未注入资源故障:线程阻塞、同层连累、层叠失效未注入状态故障:所依赖的服务返回错误、所依赖的服务失效未注入网络故障:应用流量暴增、所依赖的服务延时、无限长结果集分析几年来严重生产事故,但未开展蓝军行动,也未设计相应故障注入实验问答赠书不懂人的混沌工程最大的败笔在哪里?-把混沌工程做成了测试没在生产环境没在生产环境进行故障注入实验故障注入实验止步于测试环境和准生产环境在生产环境进行故障注入实验,犹豫再三,终究下不了决心混沌工程实践,沦落为另一种软件测试“混沌工程不就是测试吗。出问题给我发邮件。”开发人员对测试人员说完后,就*又忙着手上进度要求最紧的事情了又忙着手上

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要内容概括如下: 1. 介绍了混沌工程的概念,以及奈飞和国内某金融公司混沌工程的实践案例,指出奈飞公司通过混沌猴和混沌金刚等自动化故障注入工具,成功提升了系统稳定性,而国内某金融公司的混沌工程实践则因未在生产环境进行故障注入实验而效果不佳。 2. 提出了机器化软件人假设,即企业IT部门和相关业务部门担任管理者和非管理者的做软件的人,在锚定效应的作用下,会不自觉地把自己及其他做软件的人,看作是符合四个性质的机器或代码模块:服从性、可替换性、全然理性和信息完备性。 3. 提出了现实版的人性化做软件的人假设,即承认做软件的人都具备人类普遍的社会和心理特点,而不会将他们视为没有社会和心理特点的机器或代码模块。 4. 介绍了助推的概念,即本着符合大多数人的价值取向,在行为助推设计中包含任何符合以下特点的干预:可以在不禁止任何选项或不显著改变人们的经济激励方式的情况下改变人们的行为,且人们能轻易且廉价地绕过这种干预。 5. 提出了生产系统稳定性规模化落地新思路:“容许自由的温和家长制”助推,即通过助推,引导做软件的人做出符合自己价值取向的行为,从而提升软件产品质量和用户价值。
混沌工程如何规模化落地? 助推如何帮助软件开发? 蓝军行动如何提升系统稳定性?
客服
商务合作
小程序
服务号
折叠