- 博客(3)
- 收藏
- 关注
原创 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关注的人