アクシデントレポートを書く

[keiji]

その機能リクエストは何らかの問題に関連しますか / Is your feature request related to a problem?

#517 自体は解決しつつあるが、障害時の動きや影響範囲などが明確になっていない部分がある。

解決策についてお書きください / Describe the solution you'd like

アクシデントレポートを書く。
目的は技術コミュニケーションとし、documentsに資料として公開する。

あなたが考える代替案についてご説明ください / Describe alternatives you've considered

もう解決した話なので書かない。

その他 / Additional context

インシデント（アクシデント）の発生自体は今後もあるものと考えられる。
うまくいったこと。うまくいかなかったこと。今後の対応を考えて、次のインシデントを防ぎ、アクシデント発生時に迅速に対応するためにもレポートは書いておいた方がいいと考える。

GitHub上で書くことについての是非もあるかもしれないが、そもそも第一報がGitHubのIssue（ #517 ）から始まっているので、コミュニティに対する報告という意味でも、違和感はないものと考える。

[keiji]

レポートに書くこと、こんな感じかな。
さすがにこういうのはサクサク書けない（書いたことがない）から、項目を整理していきたい。

• 発生日時
• 事故の内容
• 発生から解決までの流れ（時系列で）
• 影響範囲
  • プラットフォーム・OSバージョン
  • 台数
  • 機能
• 原因
• 復旧方法
• 復旧後の状況
• 当時の対応について
  • 正しく対応できたこと
  • 課題
• 今後の対応
  • 再発防止策（案）