ネットワークの謎を解く: リバースエンジニアリングの技術
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
エド。 注: 以下のトランスクリプトは、オンデマンド録画から抽出したものです — 登録やフォームへの記入は不要です — NetBrainさん IT運用のジャストインタイム自動化 ウェビナー。 ジェイソン・ボードロー NetBrain マーケティング担当副社長がホストです。 仲間のブログ トラブルシューティングはチーム スポーツ: コラボレーションを促進する自動化 ネットワーク変更管理のコラボレーションが、識別までの平均時間、つまり無害になるまでの平均時間 (MTTI) の短縮にどのように役立つかについて説明します。
応答ワークフローの修復フェーズについて話しましょう。 修復フェーズは、最も時間がかかるわけではありませんが、最もリスクが高くなる可能性があります。
実際、サービス停止の約 50% は、 ネットワークの変更. それは私たちがしているときに私たちがしたい最後のことです トラブルシューティング —事態を悪化させる。 それを避けるために、多くの組織は、変更が慎重に行われるようにするための手順と承認を持っています。 これらの承認が単なるゴム印のプロセスになると、チームは課題に直面する可能性があります。
Runbook オートメーション ここでも役立ちます。 あ runbook ネットワークの変更を定義し、その変更計画を承認者を通じてチーム全体に伝えるために使用されます。承認プロセスは、従来の変更管理プロセスに従うことができます。たとえば、ServiceNow を通じて変更を要求して承認すると、その承認によって変更がロック解除されます。 runbook in NetBrain 実行できるようにします。
変更管理プロセスの最後の段階は、その変更の影響を確認することです。これは通常、重要なアプリケーションや、システム内の複数のアプリケーションを検証することによって行われます。 NetBrain その変更による影響を受けていないことを確認します。 そして、それはまた、を通じて行うことができます runbook オートメーション。