現代の企業は、チームを稼働させ続けるために、ますます複雑になる技術スタックを必要としています。 さらに、企業が最新の進歩を常に把握しようとすると、アプリ、ハードウェア、およびシステムの相互接続されたレイヤーが相互に依存するようになります。 多くの場合、ミッションクリティカルなテクノロジーは、さまざまな接続、サービス、およびインフラストラクチャコンポーネントに依存することになります。
この織り交ぜは避けるのが難しいですが、最も重要なのは、企業がそれを理解するために一歩踏み出すことです。 アプリケーションの依存関係のマッピングにより、企業は、ある領域で一見単純に見える変更が、残りの技術スタックに波及効果をもたらす可能性があることを認識し、不要なダウンタイムや複雑さを回避するのに役立ちます。
もちろん、アプリケーションの依存関係のマッピングを行う方法は複数あります。 それで、それが何であるか、それにどのようにアプローチするか、そして企業がそこからどこに行くべきかを詳しく見てみましょう。
アプリケーション依存関係マッピングとは何ですか？
アプリケーション依存関係マッピングの目的は、企業がさまざまなハードウェア、ソフトウェア、およびシステムコンポーネント間の複雑な接続を理解できるようにすることです。 ローカルサービスとクラウドベースのサービスのハイブリッドコレクションを使用する企業が増えるにつれ、アプリケーションの依存関係のマッピングにアプローチする正しい方法を見つけることは、内部チームの稼働時間、機能、および使いやすさを維持するために重要です。
アプリケーション依存関係マッピングの利点は広範囲に及びますが、それは 視認性と可観測性の向上 これらのマップが作成します。 適切なアプローチの結果として、企業はネットワークの変更や問題が発生したときにリアルタイムの通知のロックを解除し、迅速に対応できるようになります。 また、根本原因分析やその他の診断プロセスを容易にすることで、問題解決をスピードアップすることもできます。
全体として、アプリケーションの依存関係のマッピングは、ITチームがプロジェクトの計画と実行を改善しながら、時間とお金を節約するのに役立ちます。 その結果、ビジネス全体で、ダウンタイムが短縮され、アプリやサービスが計画どおりに機能しないインスタンスが少なくなるというメリットがあります。 これらすべてのメリットを引き出すには、技術スタックに適した方法を見つける必要があります。
アプリケーション依存関係マッピングのXNUMXつの方法は何ですか？
最新のビジネス上の課題と同様に、アプリケーションの依存関係のマッピングを行う方法は複数あります。 これらのXNUMXつの方法は、アプリケーションの検出と依存関係のマッピング（ADDM）で最も広く使用されていると考えられているため、それぞれの方法と、それぞれの長所と短所について詳しく見ていきましょう。
1.スイープとポーリング
スイープとポーリングは、アプリケーション依存関係マッピングの最も古い方法と見なされており、かなり軽量であるため、ITリソースに大きな負担をかけることはありません。 この方法は、すべてのIPアドレスがpingされる会社のネットワークの「スイープ」から始まります。 自動化されたプロセスは、ネットワーク上でpingされたすべてのデバイスで可能な限り多くの情報を収集するように機能し、それらのデバイスが動作しているサーバーと、それに接続されているアプリケーションに関する情報を理解するのに役立ちます。
ご想像のとおり、スイープとpingの方法は、会社が一緒にマッピングする必要のあるすべてのデバイスの青写真を生成するための最速の方法のXNUMXつです。 また、相互依存関係を特定し、階層と接続を適切に配置するのにも役立ちます。 この方法の最大の利点は、それが非常に単純であるということですが、それはまた、その最大の欠点でもあります。 IPにpingを実行することで有利なスタートを切ることができますが、この方法は、より複雑な環境では信頼性が低下することがわかります。
ほとんどすべての場合、スイープとポーリングの方法を使用している企業は、アプリケーションの依存関係マップが本当に正確で信頼できることを確認するために、戻って手動で相互依存関係を検証（および拡張）する必要があります。
2 ネットワーク監視
アプリケーション依存関係マッピングプロセスを開始する別の方法は、フローレベルで、またはパケットをキャプチャすることにより、ネットワークトラフィックパターンを分析することです。 この方法は、事前に定義された青写真を一切必要としないため、未踏のシステムを理解し始めるのに理想的です。 ただし、スケールアップが難しい場合があります。 また、重複するレコードを監視する必要があります。
この方法の主な利点のXNUMXつは、 ネットワークはリアルタイムで監視されます。 その結果、ネットワークへの変更が発生したときに追跡できるため、特定のアプリケーションが技術スタックの他のコンポーネントにどのように依存しているかを確認するのに役立ちます。 もちろん、これにはITチームが結果を監視したり、後でレポートを確認したりする必要があります。どちらも、複雑な環境ではかなりの時間とリソースを必要とします。
3.サーバー上のエージェント
リアルタイム分析のためにトラフィックを監視するというアイデアが魅力的な場合は、関連するすべてのアプリにエージェントを配置することをお勧めします。 、または他の接続されたテクノロジー。 これらのエージェントの目的は、トラフィックの流入と流出を監視し、変更がいつ発生するかを識別できるようにすることです。したがって、技術スタック全体の依存関係をマッピングします。
この方法の主な利点は、複数のアプリが同じIPアドレスで使用されていることを簡単に識別できることであり、マッピング作業の精度を向上させるのに役立ちます。 ただし、複数のエージェントを配置する必要があるため、より複雑な環境ではコストがすぐに増加する可能性があります。
4.自動ADDM
ITチームの負担を最小限に抑える、既成のソリューションの場合は、自動化されたADDMプラットフォームに依存することを検討してください。 これらのマネージドソリューションは、技術スタックコンポーネントの発見をスピードアップし、それらをすばやくマッピングできる一連のツールを提供し、社内チームに負担をかけることなく完全な青写真を提供します。
大小の企業にとって、ADDMの最大の特徴は、時間とリソースを節約できることです。 ただし、これらのプラットフォームのXNUMXつを使用すると、追加の継続的なコストが発生します。 それでも、追加のスキャンを定期的にスケジュールする機能を備えているため、ADDMプラットフォームを使用すると、依存関係をマッピングするための最速の道を歩むことができます。 & インフラストラクチャに変更が発生しても、マップが正確で最新の状態に保たれていることを確認してください。
アプリケーションマッピングとアプリケーション依存関係のマッピング
ほとんどの企業はアプリケーション依存関係マッピングの必要性を認識していますが、多くの企業はそれをアプリケーションマッピングと同じであると考えています。 ただし、これらのプロセスには最終的に異なる目標があります。
多くの場合、アプリケーションマッピングは、ネットワーク上のすべてのアプリケーションと基盤となるインフラストラクチャを検出する必要があるため、アプリケーション依存関係マッピングの最初のステップです。 結果のアプリケーションマップは、単純な階層とともにネットワークを視覚化するのに役立ちます（たとえば、このアプリはこのサーバーで実行されますなど）。
アプリケーションの依存関係のマッピングは、プロセスをさらに進めます。 技術スタックのすべてのコンポーネントを検出すると、アプリケーションの依存関係マップは、それらがすべてどのように接続されているかを示すことでビジネスにタスクを課します。 これは、このデータベースで使用可能なリソースを変更すると、特定のシステムの機能に悪影響を与える可能性がある理由を示す相互依存関係を発見することを意味します。
全体として、技術スタックをよりよく理解し、ダウンタイムを削減し、機能を改善し、ネットワークに予期しない問題を引き起こすことなく成功するプロジェクトを効果的に計画するためのチームの準備をしたい場合は、アプリケーションの依存関係マッピングソリューションを探しています。
ADDMのベストプラクティス
Application Discovery and Dependency Mapping（ADDM）プロジェクトを完了するために使用するXNUMXつの方法のどれを選択した場合でも、作業の正確性、効率、および信頼性を確保するために、これらのベストプラクティスを念頭に置くことが重要です。
すべてのタイプの依存関係を認識する
ADDMプロジェクトに飛び込む前に、チームは、システム自体のすべての依存関係を発見することはできないことを認識している必要があります。そうしようとして、無限の時間とエネルギーを費やしても。 これは、ビジネスのコストや文化に関連するものを含め、ビジネスに存在する多くのタイプの依存関係があるためです。
これらの「見えない」依存関係を認識できない場合、アプリケーションの依存関係マップは（それがどれほど完全であっても）、次にプロジェクトを計画したり、ビジネスインフラストラクチャに大きな変更を加えたりするときに迷うことになります。 そのため、技術的および技術的でない依存関係をすべて理解し、今後検討する必要があります。
可能な場合は積極的に依存関係を回避する
アプリケーションの依存関係のマッピングプロセスを簡素化する最も簡単な方法のXNUMXつは、依存関係を回避するために積極的に取り組むことです。 依存関係のない環境を作成することは決してできませんが、追加の依存関係を作成する前によく考える習慣を身につけることは賢明な方法です。
これについては、XNUMXつの悪のうち小さい方も選択する必要があることを忘れないでください。 言い換えれば、依存関係を回避できない場合は、特定のベンダーに縛られる可能性のある独自の依存関係を回避するために一歩踏み出してください。 さらに、特定のオペレーティングシステムに縛られたり、数バージョン後にすべてをやり直したりすることを避けるために、可能な場合は不可知論的で耐久性のあるコードを書くようにしてください。
これらはすべて、口で言うほど簡単ではありませんが、アプリケーションの依存関係のマッピング（および管理）を進める際に、ITチームと開発チームに従わせる習慣を身に付ける必要があります。
すべてをテストするよう努める
すべての依存関係と基盤となるインフラストラクチャをテストすることは、依存関係がどのように機能し、それらの一部をどのように軽減できるかを完全に理解するために必要なステップです。 テストは、環境のパフォーマンスに関する洞察を得るためにも重要です。これは、将来の簡素化、改善、およびトラブルシューティングに役立ちます。
すべてをテストする際の最大の課題は、次のようなサードパーティアプリケーションです。 クラウドベースのSaaSソリューション、多くの場合、基盤となるインフラストラクチャに関して、表示および実行できる内容を制限します。 これらの制限を特定することは、将来どこを変更または改善する必要があるかを判断するのに役立つもうXNUMXつの重要なステップです。
マップを定期的に更新する
アプリケーションの依存関係のマッピングでビジネスが犯す可能性のある最大の間違いは、それを継続的なアクティビティではなくイベントとして扱うことです。 現代のビジネス環境では物事は急速に変化します。 監視ツールのセットアップと再チェックのスケジュールに失敗すると、作成と完成に非常に時間がかかったアプリケーション依存関係マップが急速に劣化することを意味します。
一般に、環境が複雑になるほど、アプリケーションの依存関係マップを再確認して、ネットワーク上の新しいコンポーネントと依存関係を探すことを計画する必要があります。 また、新しいアプリケーションを実装するときなど、新しい追加のたびにそうするように努力する必要があります。
アプリケーションの依存関係マップを維持するには時間とリソースが必要ですが、そうすることで、可観測性の向上、パフォーマンスの向上、ITプロジェクト計画の円滑化、全面的なダウンタイムの削減など、このプロセスのすべての主要な利点を解き放ち、維持することができます。 。
まとめ
アプリケーションの依存関係のマッピングは、時間とリソースの継続的な投資ですが、今後のパスの選択に関しては、ビジネスにある程度の柔軟性があります。 ほとんどのレッグワークを実行できる自動プラットフォームに投資するオプションなど、XNUMXつの方法から選択できるため、企業は簡単に可観測性への道を歩み、それに伴うすべての見返りを得ることができます。
アプリケーションの依存関係マップを追求するときに最も重要なことは、確立されたいくつかのベストプラクティスに従うことです。 つまり、マップとその使用方法に影響を与える多くの技術的および非技術的な依存関係を理解することを意味します。 さらに、新しい依存関係を最小限に抑え、現在存在する依存関係を段階的に廃止するために、今後プロセスを改善するよう努める必要があります。
全体として、アプリケーションの依存関係マップを追求することは、現代の企業がますます複雑化する環境を理解するために実際に行う必要があります。 さて、それはどこから始めるべきかを決めるだけの問題です。