混沌工程和软件系统稳定性实践在技术大会上没啥可讲的?
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
混沌工程是一门实验学科,旨在通过对软件系统进行测试,建立信心以承受生产环境中的不稳定条件。该领域的实践在国外已成为主流,预计在国内也将在3到5年内普及。
2022年,混沌工程实践首次进入了鸿沟曲线的早期大众区间,据Thoughtworks公司的技术雷达所示。混沌工程于2017年首次被该雷达记录,并在接下来两年内保持在试点环。相关领域的安全混沌工程自2018年起也被纳入评估,并迅速移至试点环。
技术雷达的评估环对应创新者阶段,试点环对应早期采纳者阶段,而采纳环对应早期和后期大众阶段。在K+全球软件研发行业创新峰会2023北京大会中,"混沌工程应用"专题的出品人发现,由于国内企业在早期试点阶段已有分享,近期内缺乏新的可分享内容。
企业在混沌工程应用中,通常集中于构建工具平台和固化的应用过程。然而,更有趣的实践可以聚焦在企业各角色间的协作机制,以及面对实践中的挑战和阻力的应对方式。
挑战性的技术和过程实践也值得探索,例如混沌工程应用与传统软件测试和故障演练的区别,故障注入实验的层面,以及针对应用服务层的实验。企业可通过思考这些问题来增添混沌工程和软件系统稳定性工程实践的趣味性,并产生有价值的分享内容。
本专栏持续关注软件系统的稳定运行,以及企业通过混沌工程保障其软件系统稳定性的实践与进步。
吾真本说混沌工程
吾真本说混沌工程
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
吾真本说混沌工程的其他文章
用UDDD破解软件开发的三大魔咒
详解如何破解“三次需求改变就能杀死程序员”、“不敢删除垃圾代码”、“不知如何切分系统”这软件开发的三大魔咒,并给出落地步骤。
《Learning Go》中译版推荐序
读书很花时间。由于要运行书中的代码,读编程语言的书就更花时间。对于难以实现时间自由的程序员们来说,只有选择读
用"责任风暴"驱动OOADP和DDD
《领域驱动设计》一书主要讨论如何更好地做OOD。但OOD之前的OOA和需求工作流,甚至包括OOD如何落地,Evans在书中并没有讲。如果仅读这本书,而没有掌握OOAD整套的方法,是无法将DDD落地的。本文试图弥补这个空白。
以线上事故驱动混沌工程更能展现价值
运维部门离线上事故更近,所以可以用线上事故驱动混沌工程,来体现混沌工程的价值。可以优选“严重级别”高且“业务影响时长”长的线上事故,有助于多样化地在混沌工程实验中引入现实世界事件,并能更好度量成效。
听见呼救无人报警与持续集成流水线红色告警无人理会
开发团队持续集成流水线纪律落地的实际成效,还取决于在同一流水线上工作的开发人员数量。数量越少,效果越好。在同一流水线上工作的开发人员,意味着他们的代码最终都会合并到这条流水线上。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线