欢迎来到
扫码阅读
手机扫码阅读
不增加成本能更好应对生产系统稳定性意外故障的“开发测试运维三岗转为系统红蓝军”实验
653 2023-08-26
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：
文章来源：
吾真本说混沌工程
扫码关注公众号
系统红蓝军对提升软件系统稳定性的影响
系统红蓝军的实施能够引导开发人员进行有效的功能自测，并有助于企业在不增加成本的情况下提高对生产系统稳定性意外故障的应对能力。
生产环境稳定性故障的常见问题
企业软件系统在生产环境中频繁遭遇稳定性故障，这些故障通常超出预期。
故障原因分析
此类故障的发生，往往源于管理者和工程师的心理特点，包括过度自信、确认性偏见、从众效应和注意力分散。
红蓝军机制的作用
建立红蓝军机制有助于克服上述心理特点，通过开发、测试和运维人员在红蓝军中的角色转变，实现了职责的明晰化和协作的优化，减少了意外故障并提高了故障修复的效率和质量。
实验设计与实施
作为企业IT部门开发团队负责人，需要设计一项实验来验证红蓝军机制的效果。实验包括设置对照组和实验组，保密实验细节以确保数据的准确性，同时采集关键指标如平均故障间隔时间(MTBF)和平均停机恢复时长(MTTR)。实验期间，对照组维持常规职责分配，而实验组则采用红蓝军的新机制。
实验将在半年的时间内进行，每两个月为一个迭代周期，期末分析比较数据，并不断迭代优化假设和实验过程。通过实验数据分析，验证红蓝军机制的有效性，并鼓励改进实验方法。
结语
文章最后呼吁读者参与改进实验，并分享文章，以促进更广泛的讨论和研究。作者表示愿意倾听读者的意见，并期待读者的反馈。
想要了解更多内容？
文章来源：
吾真本说混沌工程
扫码关注公众号
相关推荐
582很多著名公司把混沌工程实验做成“Game Day”，用游戏比赛的有趣竞争状态来进行混沌实验，而不是制造如临大敌的气氛。本文详细介绍各大企业实践混沌工程的优秀流程，经验教训，人为阻力，人和组织的能力提升，从中学习到了哪些洞见
开发和测试人员的岗位，分别改名为*系统红军*和*系统蓝军*。系统红军需要对所设计和编写的软件特性在整个系统中正常运行负全责，而系统蓝军需要从整个系统的角度模拟现实生产环境各种刁钻的场景来考验系统红军所设计和实现的软件特性，能否正常运行，
如果将流水线健康显示屏撤掉，并要求每位开发人员，在向流水线合并代码后，需要通过自己的电脑显示器，观察流水线健康状态。直到状态变为绿色，才算合并成功。若其间发现红色/黄色告警，因为只有她/他一人在场，那么她/他主动修复问题的概率会达到最大。
吾真本说混沌工程的其他文章
用"责任风暴"驱动OOADP和DDD
《领域驱动设计》一书主要讨论如何更好地做OOD。但OOD之前的OOA和需求工作流，甚至包括OOD如何落地，Evans在书中并没有讲。如果仅读这本书，而没有掌握OOAD整套的方法，是无法将DDD落地的。本文试图弥补这个空白。
从“技术执男”到“技术暖男”
如果把不懂女性心思的理工男称为理工直男，那么就可以把不懂客户心思，片面执着于理想中的“最佳技术实践”的技术咨询师，称为“技术执男”。
2016年1月更新：编程操练神器Cyber-dojo私有服务器搭建
Cyber-dojo的使用场景：1）程序员使用熟悉的编程语言操练TDD；2）程序员学习新编程语言；3）编程道场的操练工具；4）面试程序员工具。
被遗漏的度量指标
DevOps的4个关键指标，似乎已经成为能解释一切软件开发生产力（或研发效能）问题的“北极星”指标。 我们
懂人心的软件开发：不现实的机器化软件人假设
业界只重视技术和过程，忽视软件人的心理，导致软件人消极应付开发规范。懂人心的软件开发，将心理学和行为经济学研究成果，应用于软件工程和敏捷软件开发，用助推方法，以较低成本，让软件人在工作中自然做出提升软件产品质量和用户价值的行为。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
