AWSの大規模障害は本当に「クラウドの弱さを露呈した」のか【西田宗千佳のイマトミライ】

[youichirou]

なんか日本は費用対効果の観点が抜けてて、「絶対落とすな。落ちないのが当たり前だから金は出さない」みたいなのが多そうよね。「出せる金と求める信頼性はここまでだからこれ以上は許容する」であってほしい。

[REV]

「落ちる話をしてどうする。そんなことをいうから落ちるんだ。落とさない努力をしろ」って言うトップが、全面的に落ちても責任を取らず予想外だった、一億総懺悔。で済む国だからな　←７４年前の話はしていない

[uxlayman]

この論点だとPayPayが落ちたの草。7Payがあまりにやらかしたので影が薄くなってしまったが、PayPayも開始当初はだいぶやらかしてたからな

[NOV1975]

AWSは信頼できないからオンプレで高信頼性のシステムを作って欲しい、という依頼を全国のSIerが待ち望んでいます（AWS作るよりおよそ10倍は掛かりそうだ…）

[MtAsuka]

MultiAZにしておいたのに落ちたというのが本当なら、クラウドの弱さではなくAWSの弱さを露呈した、ということでは？

[dj_superaids]

買ったサーバが死んだら最低半日かかるうえに糞面倒だから復旧を祈るだけの障害の方が精神にいいよ。ちゃんと気合を入れた冗長化するなら別だけど。

[tsubasanano]

“むしろ今回の件で注目すべきは、「落ちるべきではないサービスも障害で落ちている」点である。決済系や認証系サービスは、そうしたものの中に含まれるのではないか”

[yogasa]

ソシャゲは落ちてもいいけどPayPayはちょっとまずいと思うんですよね。あと主語がサービス/企業か社会/国かによっても捉え方が変わってくるよね

[braitom]

まさにこれ。“「経営課題としてテクノロジーをどう判断するのか」という話である。...だからこそ技術的妥当性の判断できる経営層、もしくは経営層に技術的妥当性を提案できるポジションが必要、ということなのだ”

[fukuroiri]

規模が大きくなれば要素数が増え、リスク予防の数が指数関数的に増える。巨大な単一システムだと複雑すぎてフェイルセーフが作れない。だから同じ構成の小さいシステムの集合体として設計する、と言う考え方がある。

[kiri3]

良い記事

[John_Kawanishi]

pic.twitter.com/SW6gwjZpca

[viperbjpn]

BCPとか考えてないっていう。コスト考えたら多分単一リージョン単一クラウドが関の山。お金かかるんですよ。想定範囲内の障害なのに、大騒ぎしすぎ。

[kagerou_ts]

マルチAZでも当たりどころが悪ければ死ぬ。

[nakaji999]

“自動復旧システムを用意し、わざとエンジニアがいる時間帯に障害を細かく「起こし続け」て、対処を継続していくことで、自動復旧システムの稼働状態を確認・維持し、エンジニアがいない時間帯にトラブルが起きた時

[everybodyelse]

https://www.watch.impress.co.jp/docs/series/nishida/1203263.html 今に必要なもの

[toaruR]

倍額掛けて更に丸ごと別リージョンに多重化してればおちなかったんやで（´－｀）倍額かけてな

[teto2645]

PayPayは使うべきではないサービスというのが確信できただけ良かった。

[jaguarsan]

24×365だと、年間9時間弱まで落としても稼働率99.9%だし、SLA99.9以下のAWSサービスまだまだ多いんだよな

[ainame]

カオスエンジニアリング

[JULY]

今回はどうやら「半落ち」っぽい状態だったから、Multi-AZ でも無傷ではいられなかったけど、だからといって、機能しなかったわけではない。というか、普通にデータセンターで同じ事が起きたら、この時間で復旧できる？

[stp7]

マルチAZでも設計が悪かったら意味ないよ。片方のAZ落ちたらもう片方が機能しないとかマルチAZの意味ないからね。

[napsucks]

azの一つが落ちるというのはそれこそディザスターしか想定してなかった顧客が多いんだろうね

[hdkINO33]

“重要なのは、「どのサービスがどのレベルの稼働率を維持しないといけないのか」という点だ。”

[kkobayashi]

結局は費用対効果ですよね、という話

[rAdio]

まあ、「キメ」の問題ではあるよね。オンプレミスだと一蓮托生か過剰防衛にせざるを得ないけど、クラウドは捨てられるし二の矢三の矢もすぐに放てるわけで、「最適化された体制」を整えるには……という問題になる。

[poad1010]

結局はコスパの問題だよな

[netafull]

“「クラウドのもろさ」など、クラウドサービスを使っている人々は100も承知だ。その上で、「では安定させるにはどうしたらいいか」「障害が大規模・長期化しないようにするのはどうしたらいいのか」という発想が重”

[gcyn]

『これはまさに「経営課題としてテクノロジーをどう判断するのか」という話である』『だからこそ、技術的妥当性の判断できる経営層、もしくは経営層に技術的妥当性を提案できるポジションが必要、ということなのだ』

[hihi01]

落ちてもいいサービスと、落ちてはいけないサービスの区別は非常に重要だと思う。