[How We Manage Incident Response at Honeycomb - The New Stack](https://thenewstack.io/how-we-manage-incident-response-at-honeycomb/)o - [[jeli.io]]を使っている - インシデントレスポンスフレームワークを使わない軽量な方法 > 私たちはこれまで、既成のインシデントコマンドフレームワークを研究し、そこからインスピレーションを得てきたにもかかわらず、それを採用することに抵抗がありました。私たちがバランスを取ろうとしている重要な問題は、以下の通りです。 > - インシデントの枠組みを回避することは、問題を解決することよりもオペレーターにとって厳しいことなのです。何が公共のインシデントか、そうでないかについて、深刻度や厳しいルールを議論しなければならないことを押しとどめ、よりオープンであることをデフォルトとします。 > - オンコール経験が少なく、ルールやガイドラインが明確な人に有効なサポートやツールを提供する。 > 妥協案として、[[Jeli インシデントレスポンスbot]]を使っています。これは、専用の調査チャンネルを作り、最低限の役割を与え、後から参加した関係者のために更新履歴を残すという、軽量な方法です。これにより、対応パターンが制約されることはありませんが、限られたオーバーヘッドで情報を確実に社内に流すための十分なサポートが提供されています。