混沌工程赋能:规模化地应对上云后的未知暗债

版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
企业上云后遭遇未知暗债
企业在上云过程中,会面临系统复杂性增加导致的暗债问题,这些暗债是不可见的系统异常,只能在发生故障时被感知。
混沌工程要解决的问题
混沌工程起源于Netflix遭遇上云后的暗债问题,通过故障注入实验“混沌猴”规模化应对暗债,提高系统稳定性。
混沌工程赋能的核心
混沌工程的核心在于规模化地赋能开发团队,使其全面理解复杂系统的运作和失效方式,强化系统稳定性设计。
为混沌工程赋能创造好的条件
创建好的混沌工程赋能条件包括服务分级、责任分配、质量内建、生产环境验证、架构文档、故障监控工具、系统稳定性度量、灾难恢复计划、服务等级目标、故障预算、值班机制和混沌工程实验等12件事。
混沌工程的成效度量
混沌工程的成效度量可以借鉴Kirkpatrick模型,该模型是教育领域的一种成效评估工具。
混沌工程赋能的过程
混沌工程赋能过程包含成立赋能团队、选择试点服务、混沌工程实战营、挑选种子、现状调研、导入理念、沉淀案例、案例分享和优化过程等9个步骤。
总结
混沌工程是规模化赋予开发团队系统稳定性的活动。通过解决早期大众的痛点,实现从早期采纳者到早期大众的过渡,逐步规模化。
吾真本说混沌工程

吾真本说混沌工程
扫码关注公众号
吾真本说混沌工程的其他文章
OnD1: 微信朋友圈权限领域建模操练
距离上次我搞编程道场转眼快3年了。难以找到自己满意的操练题目是隔了这么久的主要原因。好在我最近终于找到了更感兴趣的方向和题目。这是改名后的第一次操练道场。欢迎参加!
用UDDD破解软件开发的三大魔咒
详解如何破解“三次需求改变就能杀死程序员”、“不敢删除垃圾代码”、“不知如何切分系统”这软件开发的三大魔咒,并给出落地步骤。
在不增加成本的情况下引导开发人员做好功能自测的“开发与测试岗位更名为系统红蓝军”实验
开发和测试人员的岗位,分别改名为*系统红军*和*系统蓝军*。系统红军需要对所设计和编写的软件特性在整个系统中正常运行负全责,而系统蓝军需要从整个系统的角度模拟现实生产环境各种刁钻的场景来考验系统红军所设计和实现的软件特性,能否正常运行,
被遗漏的度量指标
DevOps的4个关键指标,似乎已经成为能解释一切软件开发生产力(或研发效能)问题的“北极星”指标。 我们
单件流over库存-伍斌_Ben访谈
2017年3月13日晚9~10:30,我将用Zoom app连线“AHA面对面”,来在线分享“动手搭建部署流水线来可视化软件开发的单件流”。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线