私たちがよく説教してきたように、アラートが多すぎると、アラートが欠落しているのと同じくらい悪いです。 チームがアラートに飽き飽きすることを望まないので、チームは停止を示すアラートに対してアクションを実行しません。
チームコラボレーションツールとしてCampfireを使用している方のために、インフラストラクチャの管理を支援する別の方法があります。 サーバー監視 アラートを送信し、すべてのアラートが適切に対応されるようにします。 LogicMonitorを今すぐ Campfireと統合します CampfireAPIを使用します。
この統合は、アラートに適切に対応し、チームがアラートの過負荷に悩まされないようにするのにどのように役立ちますか？
私たちがよくお勧めする方法のXNUMXつは、警告アラートをチャットルームにのみルーティングすることです。 警告レベルのアラートは他のレベルよりも多くなる可能性があり、すぐに対応する必要がないことが多いため、電子メールで送信すると、受信トレイが乱雑になり、サービスを示す可能性のある重要なアラートが欠落（または無視）される可能性があります。影響を与える問題。 すべてのアラートをチャットルーム（オンコールエンジニアがぶらぶらする場所）にルーティングすることは、電子メールやポケットベルに送信されるより重要なアラートがよりまれで、より「特別」であることを意味します。 より重大なアラート（エラー、クリティカル）は、アラートルーム、電子メール、ポケットベルだけでなく、すべてのエンジニアが一般的にたむろして問題について話し合う部屋にもルーティングされるため、誰でも簡単に問題に飛びつき、話し合いを開始できます。全員がすでにアラートに対応しています。 キャンプファイヤーやその他のチャットツールを使用すると、部屋をスクロールして戻るだけで、アラート履歴を簡単に表示できます。
もちろん、それらがどのように扱われるかに関係なく、問題がチェックされないままになっている場合は、警告アラートを調べて、それらが今後の悪いことの指標であるかどうかを判断する必要があります。 （または、ノイズの場合–しきい値を調整するか、アラートを無効にする必要があります）。
LogicMonitorは、近い将来、さらなる統合を展開する予定です（PagerDuty、AutoTask、およびServiceNow）であり、HipChatとConnectwiseの統合はすでに行われています。 Campfireの追加は、ユーザーにとって歓迎すべき追加です。