- 博客(3)
- 收藏
- 关注
RSS订阅原创 AWS云上混沌工程实践之启动篇
工程师团队最不愿碰到的便是大半夜被电话叫醒，开始紧张地查验问题，处理故障以及恢复服务。也许就是因为睡前的一个很小的变更，因某种未预料到的场景，引起蝴蝶效应，导致大面积的系统混乱、故障和服务中断，对客户的业务造成影响。特别是近几年，尽管有充分的监控告警和故障处理流程，这样的新闻在 IT 行业仍时有耳闻。问题的症结便在于，对投入生产的复杂系统有多少信心。监控告警和故障处理都是事后的响应与被动的应对，那有没有可能提前发现这些复杂系统的弱点呢？混沌工程 Chaos Engineering在分布式系统上进行由
2022-01-28 13:58:00
286
2
原创 AWS云上混沌工程实践之可行性评估篇
自首篇《AWS云上混沌工程实践之启动篇》发表之后，引起了大家的兴趣，不少读者发信讨论。为了更好地围绕混沌工程实践分享我们的知识和经验，特此成立了混沌工程专栏以飨读者。我们在启动篇中谈到混沌工程的发展不是一蹴而就的， Chaos Monkey 开创了混沌工程的先河，从对基础设施的扰动（ EC2 实例随机终止 Chaos Monkey 、模拟可用区中断 Chaos Gorilla 、模拟区域中断 Chaos Kong 等），到利用应用网关控制爆炸半径，再到精细化流量配比以区分影响，直至引入断路器实现真正无人
2022-01-28 13:57:05
316
原创 AWS云上混沌工程实践之对照实验设计篇
上一周，笔者有幸受邀参与了QCon 2019北京大会的混沌工程专场，和与会者分享了AWS云上混沌工程实践中对照实验的设计方法。特此在本专栏回顾这一场的分享内容，以飨读者。现场有感而发画了下面这个混沌工程的小漫画：“如果你不提早发现和解决问题（引入混沌工程实验），最后问题会来（周末／半夜）解决你”。图1 混沌工程带来的变化我们在启动篇从混沌工程的发展历程出发，分析了社区对混沌工程的理解并不是一蹴而就而是循序渐进，以此得到了第一个重要结论：结论1 :“并不是只有研发实力突出的大型互联网公司才
2022-01-28 13:53:53
501
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人