トラブルシューティングはチーム スポーツ: 自動化を促進するネットワーク コラボレーション ツール

by 2019 年 9 月 10 日

エド。 注: 以下のトランスクリプトは、オンデマンド録画から抽出したものです — 登録やフォームへの記入は不要です —  NetBrainさん IT運用のジャストインタイム自動化 ウェビナー。 ジェイソン・ボードロー NetBrain マーケティング担当副社長がホストです。 

ネットワーク チームがインシデント対応で協力する際に​​、自動化がどのように役立つかについて話しましょう。

トラブルシューティングやエスカレーションが必要な場合、多くの非効率性があり、コラボレーション用のツールが不足しています。 エンジニアは、同じページにいないか、他のチーム メンバーが何をしているかを認識していないため、作業を重複させることがよくあります。 そして、私たちが目にするもうXNUMXつのことは、チーム間の非難です。 これはまったく珍しいことではありません。アプリケーション チームであろうとネットワーク チームであろうと、 セキュリティチーム、サーバー チーム — 誰の問題なのかについて常に多くの指摘があります。

平均修理時間を見ると（MTTR）、それは実際にはXNUMXつの結果です.MTTIと呼ばれるもので、これが課題の大部分であり、修復に時間がかかりません. MTTI と言うとき、実際には次の XNUMX つのことを指しています。

• までの平均時間 識別する 問題。 コラボレーションの文脈では、エスカレーションとハンドオフの観点からこれについて話します。
• しかし、MTTI は平均的な時間でもあります。 i無罪。 無実であることが証明されるまで、ネットワークが有罪であることはわかっています。 残念ながら、この課題はネットワーク チームにかかっています。 証拠 他のチーム (アプリ チーム、サーバー チームなど) に対するその無邪気さ。 そして、それは必ずしも容易ではありません。

エンジニアと話すとき、これはおなじみの課題です。 . . 他のチームは、 アプリケーションの遅さの問題 本当にネットワークの問題ですか？ 実際にネットワークである時間の割合は?

自動化がこれら XNUMX つの課題にどのように対処できるかを見てみましょう。 私たちが思いついた答えは、ユーザー アクティビティを自動的に文書化することです。 runbookを選択します。 runbook に埋め込まれています 地図 同僚が何をしているかを全員が確認できる URL 解決します それらと一緒に。 おそらくこれは、階層 2 のエンジニアが階層 1 によって既に実行された内容を確認できるように、エスカレーションに使用されます。基本的に、ネットワーク マップは、誰がいつ何を行い、どのような結果になったかを誰もが理解するのに役立ちます。 繰り返しますが、全員が同じページにいるようにします。