自動化によって一般的な NetOps ワークフローがどのように強化されるか

by 2019 年 9 月 10 日

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

これは、IT イベントに対応する典型的なワークフローのビューです。たとえば、遅いアプリケーションを取り上げます。 そのため、エンタープライズ ネットワーク チームは通常、SolarWinds や Splunk などのイベント コンソールを使用して、ネットワークで発生している異常をリッスンして検出しようとします。 あるいは、ユーザーがヘルプ デスクに電話してチケットを生成しただけかもしれません。 インシデント管理用に、ServiceNow や BMC Remedy などのチケット発行システムが用意されています。

この問題は、通常、第 1 層のエンジニアによって取り上げられます。 それが些細なことではない場合は、それを解決するのを助けることができる、より専門的な専門知識を持つ誰かにエスカレーションされます. 次に、修正があります。実際の変更または実際の修正が必要です。 そして最後に、チームは何が起こったのかをレビューして、次回はどうすればより良い結果を出せるかを確認します。 これは通常、事後分析タイプの活動を通じて行われます。

問題は、このワークフローを左側にシフトするにはどうすればよいかということです。 このワークフローが進行し、問題がエスカレートするにつれて、関与するチームの費用がますます高くなるためです。

• 基本的な Tier 1 エンジニアリング タスクをどのように自動化できますか?
• 第一レベルのエンジニアがより高度な仕事に取り組むにはどうすればよいですか トラブルシューティング?
• チームは、各トラブルシューティング イベントで学んだ教訓を民主化して、次回の改善や問題の発生を防ぐにはどうすればよいでしょうか?

このワークフローは、自動化によって最終的に左側にシフトできます。 自動化は、イベントが検出された瞬間から事後分析まで、このワークフローの各ステップで活用できます。最終的な目標は、平均修復時間を短縮することです (MTTR）、この対応中に運用チームをより効果的に活用します。