Chaos Engineering for People Systems 企業を分散システムとして捉えChaos Engineeringを導入する話(by Google) ● The Wheel of Staycation - 仕事の質問や会話に関わらない ● Tortoise Time - メールなどの返信をわざと遅らせる ● Liar Liar - 質問に対して嘘を混ぜる ● War of the Worlds - 経営危機に関する情報を流す 一番複雑なのはソフトウェアやハードウェアではなく人間 人間もシステムの一部としてChaos Engineeringの対象になる 参考: - KEYNOTE: CHAOS ENGINEERING FOR PEOPLE SYSTEMS - Googleが従業員に対して実践している「カオスエンジニアリング」とは? - GIGAZINE
障害から学ぶ Chaos Conf 2019において「障害から学ぼう」というセッションが多かった Forming Failure Hypothesis [1] 1. Learn from incidents. 2. There is no lesson 2. Hot Recipes for Building Chaos Experiments [2] “The best time to learn about fire is when you’re on fire. “ [3] Chaos Engineeringの効果 (2) [1]: https://speakerdeck.com/chaosconf/forming-failure-hypotheses?slide=31 [2]: https://speakerdeck.com/chaosconf/hot-recipes-for-building-chaos-experiments?slide=12 [3]: https://blog.newrelic.com/engineering/how-to-run-a-game-day/
Chaos Engineeringの副次効果 (3) 過去の障害体験と検証 Think Big: How to Chaos Test a Monolith [1] Chaos engineering is an effective tool for sharing knowledge and building empathy. Gremlin の Scenarios [2] という機能は過去の障害をシナリオ再現可能 Game Days という障害を疑似体験から学ぶものもある [3] [1] https://speakerdeck.com/chaosconf/think-big-chaos-testing-a-monolith?slide=117 [2] https://www.gremlin.com/docs/scenarios/overview/ [3] https://speakerdeck.com/yurynino/automating-chaos-engineering-gamedays-with-terraform?slide=16