viewsこんにちは。Quipper採用担当の鈴木です。今回の記事は、@chaspyによる「障害対応とポストモーテム」です!是非、ご覧ください!こんにちは。ユーザに価値が提供できなくなってしまうシステム障害は起きてほしくはありませんが、絶対に発生しないとは言い切れません。そんなシステム障害は、そもそも発生頻度が不定、かつ多くないので、どのように対応すべきかを体系化することは(起きる事象が毎回異なることも相まって)難しいと思います。おいて、どのように障害対応を行うのか、また、障害発生時の考え方を紹介します。障害レベルがあります。これによって、障害の内容、影響範囲によっては親会社のリクルートマーケティングパートナーズへのエスカレーションが必要であることと、その基準が言語化されました。エスカレーション時に送るメールのテンプレートも用意されており、「誰が」「何を」「いつ」送るかが明確化されたことにより、責任者、あるいは担当者は迷うことなく報告ができるようになっています。ここでの障害発生フローは報告にフォーカスしたものであり、現場で行われる障害対応は実際には以下のフェーズにわけられると思います。障害はどのように検知されるでしょうか。受け取るか、もしくはその両方によって検知されます。検知のあと、最初の報告を行いますが、障害の初動報告で最も重要なのは「影響範囲の早期特定」です。よって通知を受け取ります。記載されており、基本的に全サービスにおいて受け取れているはずです。これによって影響範囲が特定できます。見て原因を特定します。これによって影響範囲と影響ユーザ数の概算をここで出すことができます。原因の具体的な特定方法についてはここでは省略しますが、この時点で「どのサービスを使っているユーザがどれぐらい、どの機能が使えない」といった初動報告の文章を作成することができます。起きてる障害が一時的なものではなく、継続して発生している場合、その被害を収束させることが最優先です。