Zenlogicの障害から学ぶべきこと - 業務用iOSアプリのfeedtailor社長ブログ

ネット界隈騒然とした今回のZenlogicの障害、ほぼ復旧したようで良かったです。復旧に全力を向けておられたエンジニアの皆さん、大変お疲れ様でした。連日ホント大変だったと思います。 さて、今回の障害で、 Webサイトが見えなくなった！ サーバからデータを取得できない！ メールも使えない！ など、阿鼻叫喚の声が聞かれましたが、他社に移ってハイ終了！もうZenlogicなんて使わない！とか、今回は長かったけど次は大丈夫だろう…と言って終わりにすべきではないでしょう。 落ちたから引っ越す。復旧したから次回は無いことを祈る。それでは何の学びもありません。アプリに必ずバグがあるように、サーバは必ずトラブルものだからです。 利用者として事前にできることは無かったか いつもこう思うんですよね。 弊社では障害に巻き込まれた時、はらいせに解約とか、サーバ引越して完了とか、復旧まで耐えて次回がないことを祈ると

[chinpokomon_master]

全然違うね。自前でできないからこそ金払って依存する。そこが死んだら共倒れ。要は依存先の選び方の問題。メールサーバーはgoogleでいいし、googleが障害起こしたら諦める。普通の企業はそれでいい。

[chiroruxx]

手軽さを手放せるなら、もとからレンサバなんて借りない気がする

[braitom]

同意。“是非 Web サイトの静的化を真剣に考えてみられることをオススメします。これ以上の障害時対策はありません”

[knjname]

サイトを静的部分と動的部分に分類するのは大賛成。

[yasu-log]

【B!】Zenlogicの障害から学ぶべきこと

[ryunosinfx]

ここまで頭が回らない客を囲ってたようなのでその、釣られる客が認識してない価値を思い知らせてくれたいい事件だったように思う。

[yancy1969]

良い記事。ミッションクリティカルであればBCPを計画しないとね

[korin]

すごく良い記事だと思う

[heroheroheroppi]

障害に強いシステム構築も大事だという話。ファーストサーバはハズレかもしれないけど、他だって止まることはある訳で

[IGA-OS]

サーバーやサービスの選び方。リスク管理できてますか？