複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演

複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal（ケイシー ローゼンタール）氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」（JaSST'23 Tokyo）の基調講演に登壇し、「Chaos Engineering to Continuous Verification」（カオスエンジニアリングから継続

[oshishosan]

敵「障害起きたの？低品質だね」ʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔ

[gorokumi]

これをネトフリ映画にして公開してください

[takayaman]

意図的に、ランダムに障害を起こして、頑強性を継続的に検証する。

[NOV1975]

非ミッションクリティカルなシステムはこういうのできていいなあ

[kakei-akihiko]

本来であれば稼働率が一定の水準なら問題ないから実施できるんだろうな。稼働率が水準以上でも障害があったら何でもかんでも問題視する人たちが、カオスエンジニアリングを妨害し、いざという時の障害を大きくする。

[mohritaroh]

“そのリージョンはAWSの他のお客様も利用しているため、リージョン全体を完全にはオフにできませんが”できたらAWSのリージョンごと落としたくてたまらない口ぶりですごい

[Akech_ergo]

すごく読みごたえのある話ではあるのだが、実行しようと思うとそれだけの技術力と工数が必要で、リソースに余裕のあるビッグテックしかそのコストが負担できない気もする。

[manFromTomorrow]

むちゃくちゃ読み応えあるな

[tattyu]

面白かった。

[wtatsuru]

事例めっちゃわかる

[natu3kan]

複雑系。

[kako-jun]

江戸時代に伝わった単語でもないだろうに、日本語表記や発音がずっとケイオスに変わらないの不思議。FF1のラスボスのせいか、ラテン語なのか……

[Kukri]

叩いて鍛えるのか

[napsucks]

わかりみが深くてすごい。あ～、あるあるだな～、自分たちもやりそうだな～、と思ってしまう。

[otihateten3510]

面白い手法だ　避難訓練だね　セキュリティでも似たことやってるよね最近

[kamm]

Netflixのカオスモンキー

[toaruR]

わ、わざとだし！カオス何とかだし

[tengo1985]

中編のリスク回避が間違いの話はとても教訓的に良いな

[soulfulmiddleagedman]

これ、どうやって、実施の go サインもらったのだろう。カオスエンジニアリングチームは、壊すだけではないのだろうが、復旧まで、責任を持つ？

[sabo_321]

意図的に障害を起こすことで課題も明らかになるだろうけど、それ以上にチーム作りに貢献してそう。問題が起こるからこそコミュニケーションが活発になるというか。システムと組織を強靭にするスパルタ式。

[arakash]

カオスエンジニアリングの話、効果はわかるけど、現実での実施は非常にハードルが高そう

[toro-chan]

普通の会社でカオスをシミュレートしてたら、従業員がいくらいても足りなさそう。

[oooooo4150]

“Chaos Monkeyは2012年にオープンソースとして公開”　リリースから10年以上も経ったか

[kamei_rio]

"Chaos Monkeyは何をするのかというと、1日に1回、業務時間中にサービス中のインスタンスを意図的にシャットダウンさせます。" 発生したら、ではなく意図的に障害を発生させればエンジニアが対策に当たるぞと