吾真本说混沌工程
用好企业软件系统稳定性与混沌工程相关技术和过程。
34
文章
45835
浏览
微信扫码关注
搜索
在K8S上部署的微服务,经常会依赖不受你控制的其他微服务。当两者之间的HTTP交互出现延迟或错误后,你的微服务能否按预期正常工作?应该做一个故障注入实验来检验。如果在K8S上使用了Istio,那么恭喜,你已拥有了简单易用的混沌工程开源工具。
2023-08-09 发布
开发、测试和运维这三个岗位之间的关系,可以转变为红蓝军对抗。这样就能有效克服管理者和工程师的过度自信、确认性偏见、从众效应和注意力顾此失彼等心理特点所带来的负面影响,减少意料之外的软件系统生产环境稳定性故障,并提升故障的修复速度和质量。
2023-08-06 发布
开发和测试人员的岗位,分别改名为*系统红军*和*系统蓝军*。系统红军需要对所设计和编写的软件特性在整个系统中正常运行负全责,而系统蓝军需要从整个系统的角度模拟现实生产环境各种刁钻的场景来考验系统红军所设计和实现的软件特性,能否正常运行,
2023-08-05 发布
如果将流水线健康显示屏撤掉,并要求每位开发人员,在向流水线合并代码后,需要通过自己的电脑显示器,观察流水线健康状态。直到状态变为绿色,才算合并成功。若其间发现红色/黄色告警,因为只有她/他一人在场,那么她/他主动修复问题的概率会达到最大。
2023-08-01 发布
1508 读书虽然能很快得到结论,但难以说明结论一定适用于你,且难以揭示结论背后的原因。访谈只能揭示相关性,无法揭示因果性。相关性不等同于因果性。揭示因果性的唯一方法,就是用科学方法做实验。
2023-07-28 发布
开发团队持续集成流水线纪律落地的实际成效,还取决于在同一流水线上工作的开发人员数量。数量越少,效果越好。在同一流水线上工作的开发人员,意味着他们的代码最终都会合并到这条流水线上。
2023-07-11 发布
企业制定的包含了技术和过程的软件开发规范,好比葡萄酒。而软件人的人性化心理特点好比氧气。如果无视氧气的存在,在打开葡萄酒后任其氧化,最后浓郁的葡萄酒,就会变成酸涩的葡萄酒醋
2023-06-26 发布
业界只重视技术和过程,忽视软件人的心理,导致软件人消极应付开发规范。懂人心的软件开发,将心理学和行为经济学研究成果,应用于软件工程和敏捷软件开发,用助推方法,以较低成本,让软件人在工作中自然做出提升软件产品质量和用户价值的行为。
2023-06-15 发布
1033 距离上次我搞编程道场转眼快3年了。难以找到自己满意的操练题目是隔了这么久的主要原因。好在我最近终于找到了更感兴趣的方向和题目。这是改名后的第一次操练道场。欢迎参加!
2022-12-06 发布
1090 《领域驱动设计》一书主要讨论如何更好地做OOD。但OOD之前的OOA和需求工作流,甚至包括OOD如何落地,Evans在书中并没有讲。如果仅读这本书,而没有掌握OOAD整套的方法,是无法将DDD落地的。本文试图弥补这个空白。
2022-11-27 发布
1296 运维部门离线上事故更近,所以可以用线上事故驱动混沌工程,来体现混沌工程的价值。可以优选“严重级别”高且“业务影响时长”长的线上事故,有助于多样化地在混沌工程实验中引入现实世界事件,并能更好度量成效。
2022-08-26 发布
点击继续加载
热门文章
用UDDD破解软件开发的三大魔咒
详解如何破解“三次需求改变就能杀死程序员”、“不敢删除垃圾代码”、“不知如何切分系统”这软件开发的三大魔咒,并给出落地步骤。
DevOps编程操练:用Jenkins流水线建立代码质量预警机制
解决痛点代码上线故障多不知如何用docker搭建Jenkins操练环境不知如何开始为Java代码编写自动化单
走进神秘的ThoughtWorks咨询团队v0.3
[v0.3增加了ThoughtWorks咨询师入职攻略] 你不必等什么都精通了再来尝试ThoughtWorks咨询师;只要你能够“学得快”就行。在客户现场,咨询师们只要比客户们学得快一天就行。
被遗漏的度量指标
DevOps的4个关键指标,似乎已经成为能解释一切软件开发生产力(或研发效能)问题的“北极星”指标。 我们
混沌工程赋能:规模化地应对上云后的未知暗债
企业如何规模化地赋能团队,以应对上云后所遭遇的未知暗债?在解决这个复杂问题的过程中,混沌工程诞生了。