ネットワークの謎を解く: リバースエンジニアリングの技術
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
今日のコネクテッド ビジネスでは、ネットワーク インフラストラクチャが生命線です。 想像するのが難しいのは、企業がネットワークの壊滅的な停止を年々増加しているということです。ほとんどの人は、これらのネットワークの重要性が IT の最優先事項で対処されていると思い込んでいます。 悲しいことですが、世界のどこかで大規模なネットワーク障害が毎日発生しています。 企業の規模が拡大し、ハイブリッド ネットワークがより複雑化して分散化するにつれて、停止の数は着実に増加しています。 その結果、主要な新聞を手に取ったり、オンラインのニュース アウトレットにアクセスしたりすると、世界のどこかでサービスの中断に関連する記事が一面に掲載されることがほぼ保証されます。
トップページに載る
ネットワークに障害が発生した場合、機能を回復させるのは時間との闘いです。 パニックが始まり、ユーザーはヘルプ デスクをサービス チケットで埋め尽くすようになり、場合によっては、レポーターが何が起こったのかについてのニュース記事を公開し始めます。これは株主が夕食をとりながら読む興味深いものになります。 明らかに、これは快適な状況ではありません。 事実、ほとんどのネットワーク オペレータとエンジニアは、キャリアの XNUMX 分の XNUMX 以上をこの混沌とした競争に費やし、問題が一面のニュースになった後で問題を修正しています。
大きな画像
一般的な企業では、ハイブリッド ネットワーク全体で任意の時点で数百または数千のアプリケーションが実行されています。 フロント オフィスとバック オフィス、製造、R&D、オーディオとビデオのストリーミング、データベース アクセス、Web、およびその他のさまざまな種類のアプリケーション。 また、これらのアプリケーションはそれぞれ、ビジネスに必要な特定のレベルのサービスを提供するために最初に導入されましたが、新しいアプリケーションが登場しても、以前にインストールされたアプリケーションへの潜在的な影響を設計者が考慮することはほとんどありません。 ほとんどのアプリケーションは、何年にもわたる以前の作業によって課せられた他の制約がないかのようにインストールされます。 最終的に、ビジネスが成功するためには、これらの各アプリケーションが、新旧を問わず、実行するように設計されたレベルで実行されている必要があります。 最終的に、以前のアプリケーションの成功はほとんどの場合、時間の経過とともに損なわれます。光沢のある新しいアプリケーションは、エンタープライズ アーキテクトや運用の注意を引き、以前のアプリケーションが維持されることを保証するための配慮や正式なプロセスがあまり行われていないからです。
聖杯を見つける
ネットワーキングの究極の目標は、潜在的な問題が本番環境の悪夢にならないようにすることです。 簡単に聞こえますが、その方法は直感的に明らかではありません。 その答えは、潜在的な問題をプロアクティブに探し、本番環境に影響が及ぶ前に解決することです。 たとえば、XNUMX つのネットワーク デバイスがなんらかの形式の負荷分散と回復力のある構成でセットアップされている場合、プロアクティブなアプローチは、デバイスのペアが常に継続的に同じように構成されていることを確認することです。 繰り返しますが、これは簡単に聞こえますが、ほとんどの企業には、このペアのミラーリングと他の何千ものペアを継続的にテストするために必要な自動化ツールがありません。 そして、この設計コンプライアンスの状況は、回復力が発揮されると思われるときに痛々しいほど明らかになり、XNUMX つのデバイスが相互のミラーではなかったため、災害が発生します。
また、すべてのハイブリッド ネットワークに同じ種類の検証要件が存在します。 ミラーリングされたペアだけでなく、接続パフォーマンス、セキュリティ ゾーン、アクセス制御、スループット要件など。プロアクティブに検証する必要があるネットワーク動作のリストは、複雑なハイブリッド ネットワーク内のデバイスの数の 100 倍になる可能性があります。 これらすべてのデバイスの何年にもわたるブルート フォース管理は、ネットワークの動作に影響を与えます。
スケールがすべて
低レベルの個々のデバイスの正常性ではなく、ネットワークの望ましい動作すべてに焦点を当てることで、ネットワーク全体を数千のネットワーク「インテント」と表現できます。 各アプリケーション アーキテクトと展開チームは、独自の要件を簡単に説明する必要があります。それを他のすべてのアプリケーション要件と組み合わせて、ビジネスのネットワーク動作 (意図) の長いリストを作成します。 そして、これらの望ましい各インテントのテストを自動化することで、あらゆる種類の本番インシデントが発生する前に、ネットワーク全体を継続的に検証できます。
文化の変化
ネットワークが大規模化するにつれて、オペレーターとエンジニアは、すぐに対処する必要のある重大な生産上の問題 (「ファイアドリル」) にすでに現れている問題に対応することに夢中になっていることに気付きます。 この状況は、大規模なネットワークで XNUMX か月に数百または数千回発生し、望ましい動作をします (network intents) テストと検証が必要です。 ただし、数としては network intents はデバイス数の 100 倍を簡単に超える可能性があるため、これらの数千のすべてを手動で検証することは現実的ではありません。 network intent秒。 プロアクティブなインテントベースの設計検証は単に行われず、その結果: 停止します。
レジリエンシー戦略に多額の費用が費やされていることを知った今、多くの読者が「単一障害点や停止はありません」と言っているかもしれません。 あなたがそれらに気づいているかどうかにかかわらず、あなたがそうしていることを保証させてください. 確かに完全な障害はめったにありませんが、現代の「停止」は二者択一ではなく段階的なものになっています。 完璧なネットワークは 100,000 分あたり 60,000 トランザクションを処理できる可能性がありますが、何らかの障害のあるコンポーネントと回復力のある設計がアクティブなネットワークでは、トランザクション数が XNUMX に減少する可能性があります。 または、完璧なネットワークは非常にクリアな音声通話を提供する可能性がありますが、影響を受けるネットワークは、音声のドロップアウトを伴う金属的または途切れ途切れの通話を提供する場合があります. さらに問題を悪化させているのは、この種の削減されたシナリオの多くが報告されていないことです!
それは大きなチャンスです！
多くの企業や IT オペレーターは、何年にもわたって自動化プロジェクトに足を踏み入れてきましたが、通常、ほとんどまたはまったく結果を生成するために膨大な量またはリソースを使用しています。 失敗した IT 自動化プロジェクトはどこにでもあります。 そのため、多くの IT リーダーはネットワークの問題解決のための自動化の力を考慮しておらず、ネットワークに固有のツールの大部分は存在しませんでした。 NetBrain. 多くの通信事業者は、「これまで常に行われてきた方法」で、力ずくで問題を修復することに引き続き注力しています。 多くの IT リーダーにとって、機能停止を防止するために自動化されたプロアクティブなアプローチを採用することは不可能にさえ思えます。 しかし、それは…
自動化された検証と継続的な設計コンプライアンスの実施が実施されていれば、すべてのネットワーク停止の大部分を防ぐことができたと推定されます。 ハイブリッド ネットワークを、 design intent使用中のすべてのビジネス アプリケーションで必要とされるため、潜在的な問題は、問題が発生するずっと前に修正できます。 また、企業規模でのこの種のコンプライアンスの実施は、手動で試みた場合には実現可能ではありませんでしたが、 NetBrain このソリューションは、このプロアクティブな検証と、あらゆる規模での望ましい動作の適用を自動化することで、これらすべてを変更します。
NetBrain テクノロジーは何千もの顧客のためにこれを行っており、プロアクティブなネットワーク自動化を今日組み込む方法を示すことができます。 詳細については、 今すぐご連絡ください.