2022年4月に発生したアトラシアンのサービス停止に関するインシデント事後レビュー | Atlassian Japan 公式ブログ | アトラシアン株式会社

本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。また、PDF版をダウンロードいただけます。 はじめに – 共同創業者兼共同最高経営責任者より 2022年4月上旬に発生した障害により、お客様へのサービス提供が中断されたことをお詫び申し上げます。私たちは、当社の製品がお客様のビジネスにとってミッションクリティカルであることを理解しており、その責任を重く受け止めています。今回の全責任は私たちにあり、影響を受けたお客様の信頼を回復するために尽力しています。 アトラシアンのコア バリューの 1 つに「オープンな企業文化、デタラメは無し (Open company, no bullshit)」というものがあります。この価値を実現する取り組みの一環として、インシデントについてオープンに議論し、学びにつなげています。そして、このインデント事後レビュ

[mamacake]

復旧までの被害クライアントのビジネスプロセスの損害は確かにあった、けれどとても誠実かつ意志のある姿勢だと思う。それが結果としての要因の早期特定にも繋がっていたはず。共有に学びたい。

[Falky]

パブリックアナウンスが遅かったことへの反省も含まれてる。1対1のやりとりを優先した…というのはつまり、非常に重大な障害かつ影響を受けた顧客が特定できていたので、あまり公にしたくない心理が働いたのだろう。

[tsutaken]

内容は小さなミスが大規模障害を引き起こす典型例だけど、他人ごとながら再発防止策が重すぎないのだろうかと心配になった。（遠い外国で同じ仕事をしている人達に思いを馳せつつ）

[shodai]

“今回のインシデントから前進し、社内プロセスを再評価するにあたり、インシデントを引き起こすのは人ではないという考えを、改めて認識しています。”

[yasu-osu]

障害対応報告の雛形として参考にしたい。

[sharaku3eyes]

こういう対応で逆に導入企業増えそう

[kubecorn]

とても気軽に読める量じゃないが、メガクラウドの本気の謝罪と障害分析として読み込んで参考にしたい。

[takc923]

全部論理削除にするの大変すぎるな。

[forest1040]

障害報告

[hdkINO33]

“その結果、2022 年 4 月 5 日(火) 7:38 UTC から 8:01 UTC の間に 883 件のサイト (775 社のお客様に相当) が即座に削除されました。” こ、こわい……

[l83DK]

ザ・ポストモーテム

[heavenward]

ちゃんと経緯報告あるの良い

[iekusup]

ほー。

[yarumato]

“同様の事態を回避するための取り組み：すべてのシステムにおいて「論理削除」を確立し、論理削除のプロセスを経ていないデータ削除を防止します。削除イベントの復元を自動化します。”

[degucho]

コミュニケーションギャップこわい

[anoncom]

障害について、事象報告のみのアナウンスだけではなく、調査結果、対応についてすべて公開してるので事例としてタメになるしありがたい。

[nabinno]

身が引き締まる。

[ya--mada]

やるね、<q>しかし、一部のお客様の連絡先情報が削除されてしまったため、<略/> 当社はお客様の主要連絡先情報にすぐにアクセスすることができませんでした。</q>

[m_h]

めも

[toaruR]

Sourcetreeが微妙なので近づかないようにしている

[IGA-OS]

障害対応の事例

[asuka0801]

これ仮にAPI分かれていたとしても同じような事故は起きるだろうし、「間違えた時に戻せる」設計にするべきなんだろうなぁ。

[raimon49]

＞すべてのシステムにおいて共通して「論理削除」を確立します。 / さらっとすごい目標を掲げてる。

[t_f_m]

あとで

[yuiseki]

“インシデントを引き起こすのは人ではないという考えを、改めて認識しています。むしろ、システムが間違いの発生を許容しているのです。”

[hiroomi]

レビューと持ってくるのか。

[sasasin_net]

日本語訳だ助かる