JP2023551841A - 複雑なレガシーアプリケーションの移行 - Google Patents

Abstract

複数のレガシーアプリケーション間のネットワークトラフィックのセットが監視される。ネットワークトラフィックのセットから、複数のレガシーアプリケーションのための通信グラフが生成される。通信グラフから、複数のレガシーアプリケーション内の移行可能なアプリケーションのセットが特定される。移行可能なアプリケーションのセットは、クラウドエッジレイヤに移行され、ユーザに移行が通知される。【選択図】図２Ａ

Description

本開示は、一般に、アプリケーション移行の分野に関し、より詳細には、複雑なレガシーアプリケーションを移行することに関する。

企業環境では、複雑なレガシーアプリケーションが当たり前になっている場合がある。このようなアプリケーションは、アプリケーションのコンポーネントが他のアプリケーション（レガシーまたはその他）と複雑に相互接続している可能性があるため、移行が困難な場合がある。その結果、運用コストがかさみ、クラウドベースのアプリケーションなどの新しい技術を活用できない可能性がある。

複雑なレガシーアプリケーションを移行するための現在の解決策は、手作業によるエンジニアリングプロセスや、コンテナ、サービス指向アーキテクチャ（ＳＯＡ）、マイクロサービスなどの新しいアーキテクチャパラダイムを使用して重要なコンポーネントを書き換えることを必要とする。あるいは、アプリケーションとコンポーネントの集合体全体を一緒に移行できる限り、ネイティブアプリケーションをクラウドモードに移行できるシステムレイヤの書き換えを統合した解決策も提案されている。アプリケーション全体をクラウドに移動するための最先端技術には、アプリケーションの自動リファクタリングに人工知能（ＡＩ）を使用することが含まれる。

上記のアプローチは、アプリケーションの移動が比較的簡単である場合（例えば、アプリケーションに他のアプリケーションとの依存関係がほとんどない場合）、または移行によって複数のアプリケーション間の依存関係やその他のタイミングの問題が変化しない場合にのみ成功することができる。手作業によるソフトウェアエンジニアリングのアプローチは、面倒で時間がかかり、人為的なミスの可能性がある。

多くのレガシーコンポーネントやアプリケーションに複雑な依存関係があり、レガシーコンポーネント／アプリケーションの暗黙の前提、特にアプリケーション間の様々な相互作用のタイミングによって、企業の全アプリケーションスイートが壊れやすく不安定になる可能性がある現実の環境では、現在のアプローチは単にうまく機能しない。

本開示の実施形態は、複雑なアプリケーションを移行するための方法を含む。本方法は、複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視することを含む。ネットワークトラフィックのセットから、複数のレガシーアプリケーションのための通信グラフが生成される。通信グラフから、複数のレガシーアプリケーション内の移行可能なアプリケーションのセットが特定される。移行可能なアプリケーションのセットは、クラウドエッジレイヤに移行され、ユーザに移行が通知される。

本方法は、移行可能なアプリケーションのセットと複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視することをさらに含むことができる。監視に応答して、少なくとも１つのタイミングエラーが発生したと判定される。クラウドエッジレイヤにおいて、ネットワークレート制御フィルタが導入される。ネットワークレート制御フィルタの基準は、少なくとも１つのタイミングエラーに基づく。ユーザに基準が通知される。

本開示の実施形態は、複雑なアプリケーションを移行するためのコンピュータプログラム製品を含む。コンピュータプログラム製品は、プログラム命令を実装するコンピュータ可読記憶媒体を含む。プログラム命令は、装置によって実行可能であり、装置に、複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視させる。ネットワークトラフィックのセットから、複数のレガシーアプリケーションのための通信グラフが生成される。通信グラフから、複数のレガシーアプリケーション内の移行可能なアプリケーションのセットが特定される。移行可能なアプリケーションのセットは、クラウドエッジレイヤに移行され、ユーザに移行が通知される。

コンピュータプログラム製品のプログラム命令は、さらに、装置に、移行可能なアプリケーションのセットと複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視させることができる。監視に応答して、少なくとも１つのタイミングエラーが発生したと判定される。クラウドエッジレイヤにおいて、ネットワークレート制御フィルタが導入される。ネットワークレート制御フィルタの基準は、少なくとも１つのタイミングエラーに基づく。ユーザに基準が通知される。

本開示の実施形態は、複雑なアプリケーションを移行するためのシステムを含む。このシステムは、その上にプログラム命令が含まれるメモリサブシステムと、メモリサブシステムと通信するプロセッサを含む。プログラム命令は、プロセッサに、複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視させる。ネットワークトラフィックのセットから、複数のレガシーアプリケーションのための通信グラフが生成される。通信グラフから、複数のレガシーアプリケーション内の移行可能なアプリケーションのセットが特定される。移行可能なアプリケーションのセットは、クラウドエッジレイヤに移行され、ユーザに移行が通知される。

プログラム命令は、さらに、装置に、移行可能なアプリケーションのセットと複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視させることができる。監視に応答して、少なくとも１つのタイミングエラーが発生したと判定される。クラウドエッジレイヤにおいて、ネットワークレート制御フィルタが導入される。ネットワークレート制御フィルタの基準は、少なくとも１つのタイミングエラーに基づく。ユーザに基準が通知される。

上記の要約は、例示された各実施形態または本開示のすべての実施形態を説明することを意図していない。

本開示に含まれる図面は、本明細書に組み込まれ、本明細書の一部を構成する。これらは、本開示の実施形態を例示するものであり、説明とともに、本開示の原理を説明するのに役立つ。図面は、典型的な実施形態を例示するものに過ぎず、本開示を限定するものではない。

本開示の実施形態による、複雑なレガシーアプリケーションをクラウドエッジレイヤに移行するための例示的なネットワーク環境を示す図である。 本開示の実施形態による、複雑なレガシーアプリケーションを移行するための例示的な方法を示す図である。 本開示の実施形態による、複雑なアプリケーション間のタイミングエラーを緩和するための例示的な方法を示す図である。 本開示の実施形態による、通信グラフに従って複雑なレガシーアプリケーションを移行するための例示的な方法を示す。 本開示の実施形態による、クラウドコンピューティング環境を示す図である。 本開示の実施形態による、抽象化モデルレイヤを示す図である。 本開示の実施形態を実施する際に使用され得る例示的なコンピュータシステムの高レベルブロック図を示すものである。

本明細書に記載された実施形態は、様々な変更および代替形態に従順であるが、その具体的な内容は、図面において例として示されており、詳細に説明されることになる。しかしながら、説明された特定の実施形態は、限定的な意味で取られるものではないことを理解されたい。それどころか、その意図は、本開示の範囲内に入る全ての変更、等価物、および代替物をカバーすることである。

本開示の態様は、一般に、アプリケーション移行の分野に関し、より詳細には、複雑なレガシーアプリケーションを移行することに関するものである。本開示は必ずしもそのようなアプリケーションに限定されるものではないが、本開示の様々な態様は、この文脈を用いた様々な例の議論を通じて理解することができる。

上述したように、現在の技術状況では、自動化でき、企業の一連のレガシーアプリケーションとそのコンポーネントの移行されるコンポーネントと移行されないコンポーネント間のタイミング依存性を緩和する両方の方法で、複雑で相互に依存するレガシーアプリケーションをクラウド、またはハイブリッドクラウドプラットフォームに移行する能力を切望している。

クラウドコンピューティングアーキテクチャのエッジレイヤは、低レイテンシでローカルリソースを提供するため、複雑なレガシーアプリケーションにとって理想的な環境となり得る。クラウドの「エッジレイヤ」は、クラウドコンピューティングリソースにアクセスするクライアント装置にできるだけ近い位置にあるクラウドコンピューティングリソースを含むことができる。クライアント装置とクラウドとの間の物理的距離を短くすることで、低レイテンシと高い効率性を実現できる可能性がある。エッジレイヤは、レガシーアプリケーションのコンポーネントが実行されている施設に配置されてもよく、そのような施設は、データセンター、企業サイト、プライベートクラウドホスティングサイト、またはアウトソーシングデータセンターとしてインスタンス化されることがある。

例えば、企業のサーバ上に存在する既存のレガシーアプリケーションは、相互作用するアプリケーションとそのコンポーネントの複雑なセットである可能性がある。アプリケーションのコンポーネントは、何年も前に作成された様々なプロトコルを介して相互作用する可能性がある。コンポーネントもしくはプロトコルまたはその両方は古いプログラミング言語を使用している場合があり、タイミングや関連するアプリケーションの応答性についての仮定は、まったくないとしても、十分に文書化されていない場合がある。そのため、アプリケーションやアプリケーションコンポーネント間のタイミング依存関係は利用できないか、不完全である可能性がある。しかし、これらのレガシーアプリケーションは、ある企業の運営に不可欠である場合がある。

レガシーアプリケーションを新しいシステムやクラウド環境に移行する必要が生じた場合、所定のアプリケーション（または一連の／複数のアプリケーション）のすべてのコンポーネントの移行は、エラーの数、特に移行するコンポーネント／アプリケーションと非移行コンポーネント／アプリケーション間のタイミング依存性エラーが、開発者やその他のスタッフを圧倒し、企業の運営に悪影響を及ぼす可能性があるので、ほとんど試みられることはない。場合によっては、障害が連鎖的に発生し、大惨事となる可能性もある。

想定される実施形態の影響を説明するために、ある企業に１０個のアプリケーションがあって、それぞれが１０個のコンポーネントで構成されていると仮定する。さらに、１つのアプリケーションがクラウドコンピューティング環境に移行するために選択されたと仮定する。選択されたアプリケーションのコンポーネントのうち２つが、非移行アプリケーションの１つまたは複数によっても利用されている場合、選択されたアプリケーションの移行によって、選択されたアプリケーションを利用する非移行アプリケーションの動作が遅くなる可能性がある。選択されたアプリケーションを利用する／依存する非移行アプリケーションの数が多ければ多いほど、企業の複数のアプリケーションに対する速度低下の影響は大きくなる（指数関数的となる可能性もある）。

速度低下だけでなく、アプリケーション／コンポーネントが故障するリスクも高まる。レガシーアプリケーションは、企業のローカルサーバ上のローカル環境でのコンポーネント／アプリケーションのタイミング特性や依存関係にそのまま依存している場合があり、コンポーネントが当初２ｍｓ離れていた位置から突然１００ｍｓ離れてしまうと、関連／付随するアプリケーション／コンポーネントが予想外の方法でタイムアウトする可能性がある。

また、アプリケーション／コンポーネントがオンプレミス（例えば、ローカルのエンタープライズサーバ）に置かれているが、以前の実装／バージョンよりも高速／効率的に動作する新しい実装に更新された場合にも、同様の問題が発生する可能性がある。古い／未更新のコンポーネント／アプリケーションは、これまで実行／テストされたことのないコードパスにつながるタイミングの問題が発生し、アプリケーションをクラッシュさせる可能性がある。その結果、移行プロセスが失敗する可能性がある。言い換えると、速すぎる動作と遅すぎる動作の両方が、複雑なレガシーアプリケーションを失敗させる原因となる可能性がある。

本開示の実施形態は、上記の問題を緩和し、複雑なレガシーアプリケーションの移行を加速および自動化するために、少なくとも３つの技術／技法を使用することを企図している。まず、受動的ネットワーク検査の使用は、各複雑なアプリケーションを構成するコンポーネントのトポロジーを決定するために採用され得る。受動的ネットワーク検査は、さらに、アプリケーション／コンポーネント間の通信の特性（例えば、サーバアドレス、ポートアドレス、プロトコルタイプ、ネットワークレイテンシ、トラフィック量、暗号化タイプなど）を決定するために利用され得る。

第２に、受動的ネットワーク検査の結果から、ネットワーク通信グラフを生成することができる。通信グラフを使用して、プロセスをグループ化し、様々なコンポーネント／アプリケーションを特定し、タイミング依存性とアプリケーションの複雑さの程度を特定することができる。通信グラフを使用して、複雑なレガシーアプリケーションをランク付けするか、移行閾値基準と比較して、移行に最適な候補（例えば、移行可能なアプリケーション）を決定することができる。基準は、例えば、相互依存の量、特定のプロセス／コンポーネント／アプリケーションに関連するネットワークトラフィックの量などを考慮してもよい。

最後に、ネットワークレート制御フィルタは、任意の特定のコンポーネント／アプリケーションが移行後の環境内で動作できることを保証するために（例えば、クラウドエッジレイヤ環境において）使用されることがある。ネットワークレート制御フィルタは、各コンポーネント／アプリケーション用に調整されてもよく、移行されたコンポーネント／アプリケーションが、移行失敗の主要な原因の一つであるタイミング依存性の失敗を回避することを可能にすることができる。

実施形態では、コンポーネント／アプリケーションのいくつかは、受動的なネットワーク検査中に説明され得る比較的よく定義された構造を有するデータセンターで実行されている可能性が高いため、特定される可能性があると仮定され得る。この環境におけるネットワークトラフィックを監視することにより、互いに通信している様々な通信ポートをリッスンすることによって、プロセス／コンポーネント／アプリケーションのセットを特定することができる。例えば、アプリケーションのサーバコンポーネントは、サーバアドレスとポート番号によって特定される場合がある。ポート番号は、そのコンポーネントによるクライアント要求を特定するために使用され、ネットワーク上のプロセス要素の特定につながる場合がある。様々なプロセスの通信を分析することで、アプリケーションの異なるコンポーネント間の通信グラフを生成することができる。さらに、ネットワークレイテンシ、データパケット／ネットワークトラフィックの量などを含む、コンポーネント間の通信の特性を決定することができる。他の実施形態では、ネットワークトラフィックの監視は、単一のサーバ上で動作するコンポーネント間、例えば、物理マシン上の仮想マシンとして動作するコンポーネント間、メインフレーム上の論理パーティションとして動作するコンポーネント間、ＤＯＣＫＥＲネットワーク上のＤＯＣＫＥＲコンテナ等の仮想ローカルネットワーク内のコンテナとして動作するコンポーネント間などで起こり得る。

実施形態によれば、相互作用するプロセスが特定され、通信グラフが生成されると、通信グラフを分析することによって、様々なアプリケーションが決定／特定され得る。通信グラフの分析は、協調して、またはコンポーネント、アプリケーション全体、または複数のアプリケーションに典型的な方法で動作するプロセスのグループを特定することができる。この分析は、以下のアプローチの１つまたは複数を使用して行うことができる、類似している通信グラフのノードのクラスターを決定する、通信グラフの最小カット分割を決定する、通信グラフのノードのクリークまたは重み付け分割等を決定する。これらのプロセスグループをさらに分析して、共有コンポーネントもしくはプロセスまたはこれらの組み合わせを有するアプリケーション、ならびにそれらの間で交換されるネットワークトラフィックの量を特定することができる。

実施形態では、プロセスグループ分析の結果は、各アプリケーションの特定、および監視されたネットワーク上で通信する各アプリケーションのコンポーネントを含むことができる。このように、これらの結果は、コンポーネント／アプリケーションのうち、クラウドまたはクラウドエッジレイヤへの移行に最も適しているものを決定するために使用することができる。ハイブリッドクラウドの実施形態では、レガシーコンポーネント／アプリケーションの一部のみが移行されることが想定される場合がある。

通信グラフとプロセスグループ分析結果を分析することにより、他のコンポーネント／アプリケーションとのリンク／依存関係が最も少ないコンポーネント／アプリケーションは、これらのコンポーネント／アプリケーションが複数のレガシーアプリケーションに与える影響が最も少ないと考えられるため、移行のために選択されることができる。いくつかの実施形態では、これは、閾値チェック（例えば、移行閾値基準との比較）を含むことができる。基準は、ユーザ／管理者によって決定されてもよいし、一定期間の総ネットワークトラフィック量の割合として、アプリケーションの重要度の優先順位ベースのシステムとして、移行するのに最適なコンポーネント／アプリケーションの機械学習モデルによる決定の結果等として、自動化されてもよい。いくつかの実施形態では、これは、ユーザ／管理者によって決定され得る移行ポリシーのセットに対するチェックを含むことができる。移行ポリシーは、移行が許可される条件と、移行が回避されるべき条件とを定義することができる。

実施形態において、クラウドエッジレイヤ環境は、移行のための目的地であってもよい。このようにして、移行するコンポーネント／アプリケーションと非移行コンポーネント／アプリケーションとの間のリンクが維持されることが確保され得る。このような実施形態は、恒久的な解決策であってもよいし、実施形態では、クラウドエッジレイヤは、従来のクラウド環境への統合に向けた中間段階として利用されてもよい。

実施形態では、移行されたコンポーネント／アプリケーションをホストするクラウドエッジレイヤは、移行されたコンポーネント／アプリケーションのネイティブ／起源／レガシー環境と同じアーキテクチャに基づくアプライアンスを含み得る。例えば、メインフレームアプリケーション用のＳＹＳＴＥＭ Ｚアプライアンス、またはＬｉｎｕｘ（登録商標）ベースのアプリケーション用のＩＢＭ ＣＬＯＵＤ ＳＡＴＥＬＬＩＴＥが、クラウドエッジレイヤ内に実装され得る。このように、クラウドエッジレイヤは、移行されたコンポーネント／アプリケーションと非移行コンポーネント／アプリケーションの間のレイテンシが変わらないようにすることができる。

いくつかの実施形態では、更新されたコンポーネント／アプリケーションがあまりにも速く反応し、予期しないタイミング条件を引き起こすために、コンポーネント／アプリケーションが失敗することがある。いくつかの実施形態では、これらの問題を緩和または軽減するために、ネットワークレート制御フィルタを組み込むことができる。例えば、クラウドエッジレイヤは、ネットワークレート制御フィルタを介して、移行したコンポーネント／アプリケーションと非移行コンポーネント／アプリケーションとの間で経験されるレイテンシが、通信グラフまたはネイティブの移行前の環境で観察される遅延の範囲内に収まるように、ネットワークレイテンシを導入してもよい。このように、レガシーアプリケーションの複雑なシステムは、ネイティブ環境に存在したのと同じタイミング制約と仮定で動作し続けることができ、タイミングエラーを防止もしくは解決またはその両方をすることができる。

ここで図１を参照すると、本開示の実施形態に従って、複雑なレガシーアプリケーションをクラウドエッジレイヤに移行させるための例示的なネットワーク環境１００が図示されている。例示的なネットワーク環境１００は、例えば、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０を含み得る。いくつかの実施形態では、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０の特定の機能は、描写とは異なる場所で実装されてもよい。

実施形態によれば、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、コンピュータシステムで構成されてもよい（例えば、コンピュータシステム６０１と同じまたは同様のコンポーネントを含んでもよい）。クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、内部または外部のネットワークインタフェース（図示せず）を介して互いに通信するように構成されてもよい。ネットワークインタフェースは、例えば、モデム、ワイヤレスネットワークアダプタ、イーサネットアダプタなどであってもよい。クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、ディスプレイまたはモニタ（図示せず）をさらに備えてもよい。さらに、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、任意の入力装置（例えば、キーボード、マウス、スキャナ、または他の入力装置）、もしくは任意の市販またはカスタムソフトウェア（例えば、画像処理ソフトウェア、オブジェクト識別ソフトウェアなど）またはこれらの組み合わせを含むことができる。いくつかの実施形態では、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、追加のサーバ、デスクトップ、ラップトップ、ＩｏＴ（モノのインターネット）デバイス、またはハンドヘルドデバイスを含み得る。

クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、ストレージ（例えば、ストレージインタフェース６１４）をさらに含むことができる。ストレージは、例えば、仮想化ディスクドライブ、物理ハードディスクドライブ、ソリッドステートストレージドライブ、または任意の他の適切なストレージ媒体を含み得る。いくつかの実施形態では、ワークロードデータおよびメタデータは、一時的または永続的に、保存され得る。

クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、互いに離れていてもよく、ネットワーク（図示せず）を介して通信してもよい。実施形態では、クラウド１１０は、クライアント－サーバネットワーキングモデルにおけるように、クラウドエッジレイヤ１２０およびエンタープライズサーバ１３０が通信接続を確立できる中央ハブであってもよい。他の実施形態では、クラウドエッジレイヤ１２０は、エンタープライズサーバ１３０およびクラウド１１０のためのそのようなハブとして機能し得る。いくつかの実施形態では、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、任意の他の適切なネットワーク関係（例えば、ピアツーピア構成で、または別のネットワークトポロジを使用して）で構成されてもよい。

実施形態では、ネットワーキング環境１００のコンポーネント間の接続は、任意の数の任意の適切な通信媒体を使用して実装することができる。例えば、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、インターネット、またはイントラネットである。特定の実施形態では、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、互いにローカルであり、任意の適切なローカル通信媒体を介して通信し得る。例えば、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０は、ローカルエリアネットワーク（ＬＡＮ）、１つまたは複数のハードワイヤ接続、無線リンクまたはルータ、またはイントラネットを使用して通信してもよい。いくつかの実施形態では、クラウド１１０、クラウドエッジレイヤ１２０、およびエンタープライズサーバ１３０、ならびに任意の他の装置は、１つまたは複数のネットワークもしくは１つまたは複数のローカル接続またはその両方の組み合わせを使用して通信可能に結合され得る。例えば、エンタープライズサーバ１３０は、クラウドエッジレイヤ１２０にハードワイヤード接続されてもよく（例えば、イーサネットケーブルで接続されている）、一方、第３のクライアント装置は、イントラネットまたはインターネットなどのネットワークを介してエンタープライズサーバ１３０と通信してもよい。

いくつかの実施形態では、ネットワーク環境１００は、クラウドコンピューティング環境内、またはその一部として実装され得る。様々な実施形態と一致して、クラウドコンピューティング環境は、１つまたは複数のクラウドコンピューティングサービスを提供するネットワークベースの分散データ処理システムを含むことができる。さらに、クラウドコンピューティング環境は、１つまたは複数のデータセンター内に配置され、ネットワークを介してリソースを共有するように構成された多くのコンピュータ（例えば、数百または数千のコンピュータまたはそれ以上）を含むことができる。クラウドコンピューティングに関するさらなる詳細は、図４及び図５に関して与えられる。

実施形態によれば、エンタープライズサーバ１３０は、アプリケーション１３５Ａ～Ｄを含むことができる。アプリケーション１３５Ａ～Ｄは、例えば、レガシーアプリケーションおよびそのコンポーネント／プロセスを含むことができる。レガシーアプリケーションは、電子メールクライアント、インターネットブラウザ、データベース、ブロックチェーンアプリケーション、機械学習モデル、人工知能アプリケーション、ストリーミングアプリケーション、またはエンタープライズエンティティによって利用される他の任意のアプリケーションを含むことができる。いくつかの実施形態では、アプリケーション１３５Ａ～Ｄは、本明細書で議論されるように、クラウドエッジレイヤ１２０への移行のための候補となり得る。描かれているように、アプリケーション１３５ＡおよびＤは非移行アプリケーションであってもよく、アプリケーション１３５Ｂ～Ｃは移行アプリケーションであってもよい（例えば、移行されたアプリケーション１３５Ｂ～Ｃと実質的に類似していてもよく、同一でもよい）。

実施形態によれば、エンタープライズサーバ１３０は、移行コントローラ１４０をさらに含むことができる。いくつかの実施形態では、移行コントローラ１４０は、クラウドエッジレイヤ１２０内に、またはクラウドエッジレイヤ１２０の外側に位置してもよいが、依然としてクラウド１１０内に位置することがある。移行コントローラは、トラフィックモニタ１４５（例えば、本明細書で説明されるような受動的ネットワーク検査を実行するためのもの）および通信グラフ作成器１４８（例えば、本明細書で説明されるような通信グラフを生成するための）を含むことができる。

実施形態によれば、クラウドエッジレイヤ１２０は、移行されたアプリケーション１３５Ｂ～Ｃを含むことができる。本明細書で説明されるように、移行されたアプリケーションは、アプリケーション１３５Ｂ～Ｃの移行された実装であってもよい。移行されたアプリケーション１３５Ｂ～Ｃは、クラウドエッジレイヤ１２０の環境のために更新されてもよく、もしくは、クラウドエッジレイヤ１２０は、エンタープライズサーバ１３０のネイティブ環境を模倣するアプライアンスを含んでもよく、またはこれらの組み合わせでもよい。

実施形態において、クラウドエッジレイヤは、トラフィックモニタ１２５をさらに含むことができる。トラフィックモニタは、トラフィックモニタ１４５と実質的に同様であってもよい。トラフィックモニタ１２５は、クラウドエッジレイヤ１２０内のネットワークトラフィック、もしくはアプリケーション１３５ＡおよびＤ、および移行されたアプリケーション１３５Ｂ～Ｃ間またはこれらの組み合わせのネットワークトラフィックを監視して、タイミングエラーおよび増加レイテンシの導入を通じて緩和または解決され得る他の問題を検出することができる。いくつかの実施形態では、ネットワークレート制御フィルタ１２８は、本明細書で説明するように、これらの緩和レイテンシを導入および実施することができる。

クラウド１１０は、クラウドエッジレイヤ１２０および他のクラウドコンピューティングコンポーネントを含み得る。クラウド１１０およびそのコンポーネントに関する追加の詳細は、図４および図５に関して与えられる。

図１は、例示的なネットワーク環境１００の代表的な主要コンポーネントを描写することを意図していることに留意されたい。しかし、いくつかの実施形態では、個々のコンポーネントは、図１に表されるような複雑さよりも大きいまたは小さい複雑さを有することがあり、図１に示されるコンポーネント以外のまたはそれに加えてコンポーネントが存在することがあり、そのようなコンポーネントの数、タイプ、および構成は異なることがある。

次に図２Ａに目を向けると、本開示の実施形態に従った、複雑なレガシーアプリケーションを移行するための例示的な方法２００Ａのフローチャートが図示されている。例示的な方法２００Ａは、２０５で開始されることができ、レガシーアプリケーション間のネットワークトラフィックが監視される。本明細書で議論されるように、受動的ネットワーク検査技術が監視において利用されることができ、監視は、レガシーアプリケーションのネイティブ環境（例えば、エンタープライズサーバ１３０の環境内）において実行され得る。

２１０において、通信グラフが生成される。本明細書で説明するように、通信グラフは、通信特性およびアプリケーションのコンポーネント／プロセスの列挙を含んでもよく、プロセス、コンポーネント、およびアプリケーションの間の関係をさらに説明することができる。通信特性は、ある期間にわたるバイト単位のトラフィック量または接続確立、トラフィックにおける通信ネットワークプロトコルの分布、または通信の属性を記述する任意のモデルのパラメータを含むことができる。

２１５において、移行可能なアプリケーションが特定される。本明細書で説明するように、移行可能なアプリケーションは、レガシーアプリケーションの総数の一部を含んでよく、移行可能なアプリケーションは、移行閾値基準を用いて決定／特定され得る。

２２０において、移行可能なアプリケーションは、クラウドエッジレイヤ（例えば、クラウドエッジレイヤ１２０）に移行されることができる。実施形態において、移行は、ホット又はコールドで実行されてもよい。ホット移行では、アクティブに実行されているコンポーネントがシームレスに移行される。コールド移行では、アプリケーションコンポーネントはシャットダウンされ、新しい環境で再スタートされる。いくつかの実施形態では、アプリケーションのコンポーネントのサブセットの移行はホットで実行されてもよく、コンポーネントの移行の残りはコールドで実行されてもよい。本明細書で説明するように、クラウドエッジレイヤは、エンタープライズサーバ１３０の物理的位置に最も近い（物理的／地理的または論理的のいずれか）クラウド１１０内の仮想／物理的マシンを含み得る。いくつかの実施形態では、論理的な近さ／距離は、最低のレイテンシによって、または通信互換性によって測定され得る。本明細書で説明するように、クラウドエッジレイヤ１２０は、移行されたアプリケーションのネイティブ環境を模倣するアプライアンスを含むことができ、もしくはネットワークレート制御フィルタを含むことができる、またはこれらの組み合わせを含む。

２２５において、ユーザに移行が通知される。実施形態において、ユーザは、管理者、開発者、エンドユーザなどであってもよく、通知は、ポップアップウィンドウ、テキスト、電子メール、オーディオサウンド、視覚的キュー、触覚的キューなどを通じて達成されてもよい。いくつかの実施形態では、ユーザは、移行を確定するために通知に応答するよう求められることがある。いくつかの実施形態では、ユーザは、移行されるコンポーネントのセットを修正することができる。いくつかの実施形態では、通知及び確認は、移行のプロセスが開始される前に起こる可能性がある。

ここで図２Ｂに目を向けると、本開示の実施形態による、複雑なアプリケーション間のタイミングエラーを緩和するための例示的な方法２００Ｂが図示されている。実施形態において、例示的な方法２００Ｂは、例示的な方法２００Ａの後に、または例示的な方法２００Ａに応答して発生し得る。例示的な方法２００Ｂは、２３０で開始され、本明細書で説明するように、移行されたレガシーアプリケーションと非移行レガシーアプリケーション間のネットワークトラフィックが監視される。

２３５において、本明細書で説明するように、タイミングエラーが発生したかどうかが判定される。実施形態では、これは、モニタリングによって生成された生データからの判定を含んでもよいし、モニタリングから生成された通信グラフから判定されてもよい。さらに他の実施形態では、判定は、クラウドエッジレイヤ内の移行されたアプリケーションの現実的な動作に関する機械学習モデルによって生成された予測によって行われる場合がある。さらに他の実施形態では、タイミングエラーは、通信の特定の閾値レートを有する活動中にエラー通知が観察されないので安全である通信の閾値を決定することによって回避され得る。いくつかの実施形態では、タイミングエラーまたは他の種類のエラーが観察され、それらのエラーを引き起こすネットワーク特性が、回避すべきものとしてマークされる。

２３５において、タイミングエラーがないと判断された場合、本方法は、２３０においてネットワークトラフィックの監視を継続することができる。しかしながら、タイミングエラーが発生した、または発生すると判断された場合、またはネットワークがタイミングエラーなしで動作するための安全な基準を決定するためにネットワークが十分に監視された場合、本方法は２４０に進み、ネットワークレート制御フィルタ１２８が導入される。本明細書で説明するように、ネットワークレート制御フィルタは、移行されたアプリケーションでレイテンシを導入するために、クラウドエッジレイヤにおいて導入されてもよい。しかしながら、いくつかの実施形態では、ネットワークレート制御フィルタは、レガシーアプリケーションの非移行残部におけるレイテンシを導入するために、エンタープライズサーバにおいて導入されてもよい。

２４５において、ネットワークレート制御フィルタの基準がユーザに通知される。いくつかの実施形態では、ネットワークレート制御フィルタの基準は、ネットワークレート制御フィルタによって影響を受ける各プロセス、コンポーネント、もしくはアプリケーションまたはこれらの組み合わせの通信特性および導入レイテンシを含み得る。

次に図３に目を向けると、本開示の実施形態に従った、通信グラフに従って複雑なレガシーアプリケーションを移行するための例示的な方法３００が図示されている。例示的な方法３００は、本明細書で説明するように、３０５で開始することができ、ネットワーク上で実行するプロセスを特定するためにレガシーアプリケーション間のネットワークトラフィックが監視される。

３１０において、監視の結果に従って、本明細書で説明するように、プロセスもしくはコンポーネントまたはその両方のサーバアドレス及びポートアドレス／番号を特定することができる。

３１５において、コンポーネントもしくはプロセスまたはその両方に関連するクライアント要求が、特定されたサーバアドレスおよびポート番号に基づいて、特定される。これは、例えば、クライアント要求に関連する発信元／宛先アドレス／ポート番号を決定することを含み得る。

３２０において、本明細書で説明するように、通信グラフが生成される。実施形態において、生成された通信グラフは、例えば、通信特性、ネットワークトラフィック量、レイテンシ、データパケットの起点／終点等を含み得る。

３２５において、通信グラフが分析される。通信グラフを分析することは、例えば、本明細書に記載されるように、アプリケーション間で送信された各データパケットの発信元および宛先、ネットワークトラフィック量、ハードウェアコンポーネント識別（例えば、ＭＡＣアドレス指定、ＩＰアドレス、ネットワークレイテンシ等）の決定を含み得る。

３３０において、監視されたプロセス／コンポーネントが、通信グラフに従って、クリークまたはグループを形成しているかどうかが判定される。Ｎｏの場合、例示的な方法３００は３０５に戻ることができ、あるいは、例示的な方法３００は終了することができる。Ｙｅｓである場合、プロセスグループは、３３５において、移行閾値基準と比較され得る。

３３５において、プロセスグループが、本明細書で説明するように、移行閾値基準を超えると判定された場合、例示的な方法３００は３０５に戻ってもよい。あるいは、例示的な方法３００は終了してもよい。しかし、もし、プロセスグループが移行閾値基準に該当すると判定された場合、本方法は３４０に進んでもよい。

３４０において、プロセスグループを含むアプリケーションは、本明細書で説明するように、移行可能なアプリケーションとして、クラウドエッジレイヤに移行され得る。

３４５において、本明細書で説明するように、ユーザに移行が通知される。

本開示は、クラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実装は、クラウドコンピューティング環境に限定されないことを理解されたい。むしろ、本発明の実施形態は、現在知られている又は後に開発される任意の他のタイプのコンピューティング環境と組み合わせて実施することが可能である。

クラウドコンピューティングは、設定可能なコンピューティングリソースの共有プール（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、記憶装置、アプリケーション、仮想マシンおよびサービス）へ、簡便かつオンデマンドのネットワークアクセスを可能にするためのサービス提供のモデルであり、リソースは、最小限の管理労力または最小限のサービスプロバイダとのやり取りによって速やかに準備（provision）およびリリースできるものである。このクラウドモデルは、少なくとも５つの特性、少なくとも３つのサービスモデル、および少なくとも４つの展開モデルを含むことがある。

特性は以下の通りである。

オンデマンド・セルフサービス：クラウドの消費者は、サービスプロバイダとの人的な対話を必要することなく、必要に応じて自動的に、サーバ時間やネットワークストレージなどのコンピューティング能力を一方的に準備することができる。

ブロード・ネットワークアクセス：コンピューティング能力はネットワーク経由で利用可能であり、また、標準的なメカニズムを介してアクセスできる。それにより、異種のシンまたはシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、ＰＤＡ）による利用が促進される。

リソースプーリング：プロバイダのコンピューティングリソースはプールされ、マルチテナントモデルを利用して複数の消費者に提供される。様々な物理リソースおよび仮想リソースが、需要に応じて動的に割り当ておよび再割り当てされる。一般に消費者は、提供されたリソースの正確な位置を管理または把握していないため、位置非依存（location independence）の感覚がある。ただし消費者は、より高い抽象レベル（例えば、国、州、データセンタ）では場所を特定可能な場合がある。

迅速な柔軟性（elasticity）：コンピューティング能力は、迅速かつ柔軟に準備することができるため、場合によっては自動的に、直ちにスケールアウトし、また、速やかにリリースされて直ちにスケールインすることができる。消費者にとって、準備に利用可能なコンピューティング能力は無制限に見える場合が多く、任意の時間に任意の数量で購入することができる。

測定されるサービス：クラウドシステムは、サービスの種類（例えば、ストレージ、処理、帯域幅、アクティブユーザアカウント）に適したある程度の抽象化レベルでの測定機能を活用して、リソースの使用を自動的に制御し最適化する。リソース使用量を監視、制御、および報告して、利用されるサービスのプロバイダおよび消費者の両方に透明性を提供することができる。

サービスモデルは以下の通りである。

サービスとしてのソフトウェア（ＳａａＳ）：消費者に提供される機能は、クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを利用できることである。当該そのアプリケーションは、ウェブブラウザ（例えばウェブメール）などのシンクライアントインタフェースを介して、各種のクライアント装置からアクセスできる。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージや、個別のアプリケーション機能さえも含めて、基礎となるクラウドインフラストラクチャの管理や制御は行わない。ただし、ユーザ固有の限られたアプリケーション構成の設定はその限りではない。

サービスとしてのプラットフォーム（ＰａａＳ）：消費者に提供される機能は、プロバイダによってサポートされるプログラム言語およびツールを用いて、消費者が作成または取得したアプリケーションを、クラウドインフラストラクチャに展開（deploy）することである。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージを含む、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、展開されたアプリケーションを制御でき、かつ場合によってはそのホスティング環境の構成も制御できる。

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、オペレーティングシステムやアプリケーションを含む任意のソフトウェアを消費者が展開および実行可能な、プロセッサ、ストレージ、ネットワーク、および他の基本的なコンピューティングリソースを準備することである。消費者は、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、オペレーティングシステム、ストレージ、および展開されたアプリケーションを制御でき、かつ場合によっては一部のネットワークコンポーネント（例えばホストファイアウォール）を部分的に制御できる。

展開モデルは以下の通りである。

プライベートクラウド：このクラウドインフラストラクチャは、特定の組織専用で運用される。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

コミュニティクラウド：このクラウドインフラストラクチャは、複数の組織によって共有され、共通の関心事（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス）を持つ特定のコミュニティをサポートする。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

パブリッククラウド：このクラウドインフラストラクチャは、不特定多数の人々や大規模な業界団体に提供され、クラウドサービスを販売する組織によって所有される。

ハイブリッドクラウド：このクラウドインフラストラクチャは、２つ以上のクラウドモデル（プライベート、コミュニティまたはパブリック）を組み合わせたものとなる。それぞれのモデル固有の実体は保持するが、標準または個別の技術によってバインドされ、データとアプリケーションの可搬性（例えば、クラウド間の負荷分散のためのクラウドバースティング）を実現する。

クラウドコンピューティング環境は、ステートレス性（statelessness）、低結合性（low coupling）、モジュール性（modularity）および意味論的相互運用性（semantic interoperability）に重点を置いたサービス指向型環境である。クラウドコンピューティングの中核にあるのは、相互接続されたノードのネットワークを含むインフラストラクチャである。

ここで、図４に例示的なクラウドコンピューティング環境５０を示す。図示するように、クラウドコンピューティング環境５０は１つ以上のクラウドコンピューティングノード１０を含む。これらに対して、クラウド消費者が使用するローカルコンピュータ装置（例えば、ＰＤＡもしくは携帯電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、もしくは自動車コンピュータシステム５４Ｎまたはこれらの組み合わせなど）は通信を行うことができる。ノード１０は互いに通信することができる。ノード１０は、例えば、上述のプライベート、コミュニティ、パブリックもしくはハイブリッドクラウドまたはこれらの組み合わせなど、１つ以上のネットワークにおいて、物理的または仮想的にグループ化（不図示）することができる。これにより、クラウドコンピューティング環境５０は、サービスとしてのインフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組み合わせを提供することができ、クラウド消費者はこれらについて、ローカルコンピュータ装置上にリソースを維持する必要がない。なお、図４に示すコンピュータ装置５４Ａ～Ｎの種類は例示に過ぎず、コンピューティングノード１０およびクラウドコンピューティング環境５０は、任意の種類のネットワークもしくはネットワークアドレス指定可能接続（例えば、ウェブブラウザの使用）またはその両方を介して、任意の種類の電子装置と通信可能であることを理解されたい。

ここで、クラウドコンピューティング環境５０（図４）によって提供される機能的抽象化レイヤのセットを図５に示す。なお、図５に示すコンポーネント、レイヤおよび機能は例示に過ぎず、本発明の実施形態はこれらに限定されないことをあらかじめ理解されたい。図示するように、以下のレイヤおよび対応する機能が提供される。

ハードウェアおよびソフトウェアレイヤ６０は、ハードウェアコンポーネントおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例には、メインフレーム６１、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャベースのサーバ６２、サーバ６３、ブレードサーバ６４、記憶装置６５、ならびにネットワークおよびネットワークコンポーネント６６が含まれる。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

仮想化レイヤ７０は、抽象化レイヤを提供する。当該レイヤから、例えば以下の仮想エンティティを提供することができる：仮想サーバ７１、仮想ストレージ７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティングシステム７４、ならびに仮想クライアント７５。

一例として、管理レイヤ８０は以下の機能を提供することができる。リソース準備８１は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソースおよび他のリソースの動的な調達を可能にする。計量および価格設定８２は、クラウドコンピューティング環境内でリソースが利用される際のコスト追跡、およびこれらのリソースの消費に対する請求またはインボイス送付を可能にする。一例として、これらのリソースはアプリケーションソフトウェアのライセンスを含んでよい。セキュリティは、データおよび他のリソースに対する保護のみならず、クラウド消費者およびタスクの識別確認を可能にする。ユーザポータル８３は、消費者およびシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、要求されたサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を可能にする。サービス品質保証（ＳＬＡ）の計画および履行８５は、ＳＬＡに従って将来必要になると予想されるクラウドコンピューティングリソースの事前手配および調達を可能にする。

ワークロードレイヤ９０は、クラウドコンピューティング環境が利用可能な機能の例を提供する。このレイヤから提供可能なワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育の配信９３、データ分析処理９４、取引処理９５、および複雑なアプリケーションの移行９６が含まれる。

ここで図６を参照すると、例えば、図２Ａ～Ｂおよび図３に記載された方法２００Ａ～Ｂ／３００を含む本開示の様々な態様を実行するように構成され得る例示的なコンピュータシステム６０１のハイレベルブロック図が示されている。例示的なコンピュータシステム６０１は、本開示の実施形態に従って、本明細書に記載の方法またはモジュール、および任意の関連する機能または動作のうちの１つまたは複数を実施する際に（例えば、コンピュータの１つまたは複数のプロセッサ回路またはコンピュータプロセッサを使用して）使用され得る。いくつかの実施形態では、コンピュータシステム６０１の例示的なコンポーネントは、１つまたは複数のＣＰＵ６０２、メモリサブシステム６０４、端末インタフェース６１２、ストレージインタフェース６１４、Ｉ／Ｏ（入力／出力）装置インタフェース６１６、およびネットワークインタフェース６１８からなり、これらのすべては、メモリバス６０３、Ｉ／Ｏバス６０８、およびＩ／Ｏバスインタフェースユニット６１０を介してコンポーネント間の通信のために直接または間接に通信可能に結合され得る。

コンピュータシステム６０１は、１つまたは複数の汎用プログラマブル中央処理装置（ＣＰＵ）６０２Ａ、６０２Ｂ、６０２Ｃ、および６０２Ｄを含むことができ、ここでは一般的にＣＰＵ６０２と呼ばれる。いくつかの実施形態では、コンピュータシステム６０１は、比較的大きなシステムに典型的な複数のプロセッサを含むことができるが、他の実施形態では、コンピュータシステム６０１は、代替的に単一ＣＰＵシステムであってもよい。各ＣＰＵ６０２は、メモリサブシステム６０４に格納された命令を実行してもよく、１つまたは複数のレベルのオンボードキャッシュを含んでもよい。メモリサブシステム６０４は、プロセッサ６０２によって実行されると、プロセッサ６０２に、図２Ａ～Ｂおよび図３に関して上述した機能の一部または全部を実行させる命令６０６を含んでもよい。

いくつかの実施形態では、メモリサブシステム６０４は、データおよびプログラムを格納するためのランダムアクセス半導体メモリ、記憶装置、または記憶媒体（揮発性または不揮発性のいずれか）を含むことができる。いくつかの実施形態では、メモリサブシステム６０４は、コンピュータシステム６０１の仮想メモリ全体を表すことがあり、コンピュータシステム６０１に結合された、またはネットワークを介して接続された他のコンピュータシステムの仮想メモリも含むことがある。メモリサブシステム６０４は、概念的には単一のモノリシックエンティティであってもよいが、いくつかの実施形態では、メモリサブシステム６０４は、キャッシュおよび他のメモリデバイスの階層など、より複雑な配置であってもよい。例えば、メモリは、複数のレベルのキャッシュに存在してもよく、これらのキャッシュは、機能によってさらに分割されてもよく、あるキャッシュが命令を保持し、別のキャッシュがプロセッサまたはプロセッサによって使用される非命令データを保持するようにする。メモリは、様々ないわゆる不均等メモリアクセス（ＮＵＭＡ）コンピュータアーキテクチャのいずれかで知られているように、異なるＣＰＵまたはＣＰＵのセットにさらに分散され関連付けられることがある。いくつかの実施形態では、メインメモリまたはメモリサブシステム６０４は、ＣＰＵ６０２によって使用されるメモリの制御および流れのための要素を含むことができる。これは、メモリコントローラ６０５を含むことができる。

メモリバス６０３は、ＣＰＵ６０２、メモリサブシステム６０４、およびＩ／Ｏバスインタフェース６１０の間の直接通信経路を提供する単一のバス構造として図６に示されているが、メモリバス６０３は、いくつかの実施形態では、複数の異なるバスまたは通信経路で構成されていてよく、これらは、階層的、スター型またはウェブ構成におけるポイントツーポイントリンク、複数の階層的バス、並列および冗長経路、または他の適切なタイプの構成などの様々な形態のいずれかで配置されていてよい。さらに、Ｉ／Ｏバスインタフェース６１０およびＩ／Ｏバス６０８は、単一のそれぞれのユニットとして示されているが、コンピュータシステム６０１は、いくつかの実施形態において、複数のＩ／Ｏバスインタフェースユニット６１０、複数のＩ／Ｏバス６０８、またはその両方を含むことができる。さらに、複数のＩ／Ｏインタフェースユニットが示されているが、これはＩ／Ｏバス６０８を様々なＩ／Ｏ装置に走る様々な通信経路から分離しているが、他の実施形態では、Ｉ／Ｏ装置の一部または全部が１つまたは複数のシステムＩ／Ｏバスに直接接続されてもよい。

いくつかの実施形態では、コンピュータシステム６０１は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、またはサーバコンピュータもしくは直接ユーザインターフェースをほとんど持たないが、他のコンピュータシステム（クライアント）から要求を受け取る同様の装置であってもよい。さらに、いくつかの実施形態では、コンピュータシステム６０１は、デスクトップコンピュータ、ポータブルコンピュータ、ラップトップまたはノートブックコンピュータ、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、モバイルデバイス、または任意の他の適切なタイプの電子装置として実装することができる。

図６は、例示的なコンピュータシステム６０１の代表的な例示的な構成要素を描写することを意図していることに留意されたい。しかしながら、いくつかの実施形態では、個々のコンポーネントは、図６に表されるような複雑さよりも大きいまたは小さい複雑さを有することがあり、図６に示されるもの以外のまたはそれに加えてコンポーネントが存在することがあり、そのようなコンポーネントの数、タイプ、および構成は異なることがある。

本発明は、任意の可能な技術詳細レベルで統合されたシステム、方法もしくはコンピュータプログラム製品またはそれらの組み合せとすることができる。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を記憶したコンピュータ可読記憶媒体を含んでよい。

コンピュータ可読記憶媒体は、命令実行装置によって使用される命令を保持し、記憶することができる有形の装置とすることができる。コンピュータ可読記憶媒体は、一例として、電子記憶装置、磁気記憶装置、光学記憶装置、電磁記憶装置、半導体記憶装置またはこれらの適切な組み合わせであってよい。コンピュータ可読記憶媒体のより具体的な一例としては、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（またはフラッシュメモリ）、ＳＲＡＭ、ＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、フロッピーディスク、パンチカードまたは溝内の隆起構造などに命令を記録した機械的に符号化された装置、およびこれらの適切な組み合せが挙げられる。本明細書で使用されるコンピュータ可読記憶装置は、電波もしくは他の自由に伝播する電磁波、導波管もしくは他の伝送媒体を介して伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、またはワイヤを介して送信される電気信号のような、一過性の信号それ自体として解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピュータ装置／処理装置へダウンロード可能である。あるいは、ネットワーク（例えばインターネット、ＬＡＮ、ＷＡＮもしくはワイヤレスネットワークまたはこれらの組み合わせ）を介して、外部コンピュータまたは外部記憶装置へダウンロード可能である。ネットワークは、銅製伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータもしくはエッジサーバまたはこれらの組み合わせを備えることができる。各コンピュータ装置／処理装置内のネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、当該コンピュータ可読プログラム命令を、各々のコンピュータ装置／処理装置におけるコンピュータ可読記憶媒体に記憶するために転送する。

本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用構成データ、または、スモールトークやＣ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語や類似のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコードもしくはオブジェクトコードのいずれかとすることができる。コンピュータ可読プログラム命令は、スタンドアロン型ソフトウェアパッケージとして完全にユーザのコンピュータ上で、または部分的にユーザのコンピュータ上で実行可能である。あるいは、部分的にユーザのコンピュータ上でかつ部分的にリモートコンピュータ上で、または、完全にリモートコンピュータもしくはサーバ上で実行可能である。後者の場合、リモートコンピュータは、ＬＡＮやＷＡＮを含む任意の種類のネットワークを介してユーザのコンピュータに接続してもよいし、外部コンピュータに（例えば、インターネットサービスプロバイダを使用してインターネットを介して）接続してもよい。いくつかの実施形態において、例えばプログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行する目的で当該電子回路をカスタマイズするために、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行することができる。

本発明の実施形態は、本明細書において、本発明の実施形態に係る方法、装置（システム）、およびコンピュータプログラム製品のフローチャートもしくはブロック図またはその両方を参照して説明されている。フローチャートもしくはブロック図またはその両方における各ブロック、および、フローチャートもしくはブロック図またはその両方における複数のブロックの組み合わせは、コンピュータ可読プログラム命令によって実行可能である。

上記のコンピュータ可読プログラム命令は、機械を生産するために、コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供してよい。これにより、かかるコンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行されるこれらの命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行するための手段を創出する。上記のコンピュータ可読プログラム命令はさらに、コンピュータ、プログラマブルデータ処理装置もしくは他の装置またはこれらの組み合わせに対して特定の態様で機能するよう命令可能なコンピュータ可読記憶媒体に記憶してよい。これにより、命令が記憶された当該コンピュータ可読記憶媒体は、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作の態様を実行するための命令を含む製品を構成する。

また、コンピュータ可読プログラム命令を、コンピュータ、他のプログラマブル装置、または他の装置にロードし、一連の動作ステップを当該コンピュータ、他のプログラマブル装置、または他の装置上で実行させることにより、コンピュータ実行プロセスを生成してもよい。これにより、当該コンピュータ、他のプログラマブル装置、または他の装置上で実行される命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行する。

本開示の図面におけるフローチャートおよびブロック図は、本発明の種々の実施形態に係るシステム、方法およびコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能性、および動作を示している。この点に関して、フローチャートまたはブロック図における各ブロックは、特定の論理機能を実行するための１つ以上の実行可能な命令を含む、命令のモジュール、セグメント、または部分を表すことができる。他の一部の実装形態において、ブロック内に示した機能は、各図に示す順序とは異なる順序で実行してもよい。例えば、連続して示される２つのブロックは、実際には、関係する機能に応じて、同時もしくは略同時に実行してもよいし、または場合により逆順で実行してもよい。なお、ブロック図もしくはフローチャートまたはその両方における各ブロック、および、ブロック図もしくはフローチャートまたはその両方における複数のブロックの組み合わせは、特定の機能または動作を行う、または専用ハードウェアとコンピュータ命令との組み合わせを実行する専用ハードウェアベースのシステムによって、実行可能である。

本発明の様々な実施形態の説明は、例示の目的で提示されたが、開示された実施形態を網羅的または限定することを意図していない。説明した実施形態の範囲および精神から逸脱することなく、多くの修正および変形が当業者には明らかであろう。本明細書で使用される用語は、実施形態の原理、市場で見出される技術に対する実用化または技術的改善、または当業者が本明細書に開示された実施形態を理解することを可能にするために最適に説明するために選択された。

Claims (20)

1. 複雑なアプリケーションを移行するための方法であって、
   複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視することと、
   前記監視されたネットワークトラフィックのセットから、前記複数のレガシーアプリケーションのための通信グラフを生成することと、
   前記通信グラフから、前記複数のレガシーアプリケーション内の移行可能なアプリケーションのセットを特定することと、
   移行可能なアプリケーションの前記セットをクラウドエッジレイヤに移行することと、
   前記移行をユーザに通知することと、を含む、方法。
2. 前記通信グラフを生成することは、
   アプリケーションコンポーネントのためのサーバアドレスとポート番号を特定することと、
   前記サーバアドレスと前記ポート番号を用いて、前記アプリケーションコンポーネントに関連するクライアント要求のセットを特定することと、
   前記特定されたクライアント要求のセットから、前記通信グラフを生成することと、をさらに含む、請求項１に記載の方法。
3. 前記通信グラフは、
   前記クライアント要求のセットのための起点のセットに関連するサーバアドレスとポート番号のセットと、
   前記クライアント要求のセットのための宛先のセットに関連するサーバアドレスとポート番号のセットと、
   平均的なネットワークレイテンシと、
   ネットワークトラフィックの量と、を含む、請求項２に記載の方法。
4. 前記移行可能なアプリケーションのセットを特定することは、
   １つまたは複数の関連するプロセスのグループを特定するために前記通信グラフを分析することと、
   前記１つまたは複数の関連するプロセスのグループから、前記複数のレガシーアプリケーション内の前記移行可能なアプリケーションのセットを判定することと、をさらに含む、請求項３に記載の方法。
5. 前記クラウドエッジレイヤは、前記移行可能なアプリケーションのセットからの第１のアプリケーションのネイティブアーキテクチャに基づくアプライアンスを含む、請求項４記載の方法。
6. ソフトウェアは、前記第１のアプリケーションをホストするために、前記クラウドエッジレイヤにおいてサービスとして提供される、請求項５に記載の方法。
7. 前記移行可能なアプリケーションのセットと前記複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視することと、
   前記監視に応答して、少なくとも１つのタイミングエラーが発生したと判定することと、
   前記クラウドエッジレイヤにおいて、ネットワークレート制御フィルタを導入することであって、前記ネットワークレート制御フィルタの基準は、前記少なくとも１つのタイミングエラーに基づく、導入することと、
   前記基準をユーザに通知することと、をさらに含む、請求項１に記載の方法。
8. 複雑なアプリケーションを移行するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、プログラム命令を実装するコンピュータ可読記憶媒体を含み、前記プログラム命令は、装置によって実行可能であり、前記装置に、
   複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視することと、
   前記監視されたネットワークトラフィックのセットから、前記複数のレガシーアプリケーションのための通信グラフを生成することと、
   前記通信グラフから、前記複数のレガシーアプリケーション内の移行可能なアプリケーションのセットを特定することと、
   移行可能なアプリケーションの前記セットをクラウドエッジレイヤに移行することと、
   前記移行をユーザに通知することと、を行わせる、コンピュータプログラム製品。
9. 前記通信グラフを生成することは、
   アプリケーションコンポーネントのためのサーバアドレスとポート番号を特定することと、
   前記サーバアドレスと前記ポート番号を用いて、前記アプリケーションコンポーネントに関連するクライアント要求のセットを特定することと、
   前記特定されたクライアント要求のセットから、前記通信グラフを生成することと、をさらに含む、請求項８に記載のコンピュータプログラム製品。
10. 前記通信グラフは、
    前記クライアント要求のセットのための起点のセットに関連するサーバアドレスとポート番号のセットと、
    前記クライアント要求のセットのための宛先のセットに関連するサーバアドレスとポート番号のセットと、
    平均的なネットワークレイテンシと、
    ネットワークトラフィックの量と、を含む、請求項９に記載のコンピュータプログラム製品。
11. 前記移行可能なアプリケーションのセットを特定することは、
    １つまたは複数の関連するプロセスのグループを特定するために前記通信グラフを分析することと、
    前記１つまたは複数の関連するプロセスのグループから、前記複数のレガシーアプリケーション内の前記移行可能なアプリケーションのセットを判定することと、をさらに含む、請求項１０に記載のコンピュータプログラム製品。
12. 前記クラウドエッジレイヤは、前記移行可能なアプリケーションのセットからの第１のアプリケーションのネイティブアーキテクチャに基づくアプライアンスを含む、請求項１１に記載のコンピュータプログラム製品。
13. ソフトウェアは、前記第１のアプリケーションをホストするために、前記クラウドエッジレイヤにおいてサービスとして提供される、請求項１２に記載のコンピュータプログラム製品。
14. 前記プログラム命令は、前記装置に、
    前記移行可能なアプリケーションのセットと前記複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視することと、
    前記監視に応答して、少なくとも１つのタイミングエラーが発生したと判定することと、
    前記クラウドエッジレイヤにおいて、ネットワークレート制御フィルタを導入することであって、前記ネットワークレート制御フィルタの基準は、前記少なくとも１つのタイミングエラーに基づく、導入することと、
    前記基準をユーザに通知することと、をさらに行わせる、請求項８に記載のコンピュータプログラム製品。
15. 複雑なアプリケーションを移行するためのシステムであって、
    その上にプログラム命令が含まれるメモリサブシステムと、
    前記メモリサブシステムと通信するプロセッサとを含み、前記プログラム命令が、前記プロセッサに、
    複数のレガシーアプリケーション間のネットワークトラフィックのセットを監視することと、
    前記監視されたネットワークトラフィックのセットから、前記複数のレガシーアプリケーションのための通信グラフを生成することと、
    前記通信グラフから、前記複数のレガシーアプリケーション内の移行可能なアプリケーションのセットを特定することと、
    移行可能なアプリケーションの前記セットをクラウドエッジレイヤに移行することと、
    前記移行をユーザに通知することと、を行わせる、ことを含む、システム。
16. 前記通信グラフを生成することは、
    アプリケーションコンポーネントのためのサーバアドレスとポート番号を特定することと、
    前記サーバアドレスと前記ポート番号を用いて、前記アプリケーションコンポーネントに関連するクライアント要求のセットを特定することと、
    前記特定されたクライアント要求のセットから、前記通信グラフを生成することと、をさらに含む、請求項１５に記載のシステム。
17. 前記通信グラフは、
    前記クライアント要求のセットのための起点のセットに関連するサーバアドレスとポート番号のセットと、
    前記クライアント要求のセットのための宛先のセットに関連するサーバアドレスとポート番号のセットと、
    平均的なネットワークレイテンシと、
    ネットワークトラフィックの量と、を含む、請求項１６に記載のシステム。
18. 前記移行可能なアプリケーションのセットを特定することは、
    １つまたは複数の関連するプロセスのグループを特定するために前記通信グラフを分析することと、
    前記１つまたは複数の関連するプロセスのグループから、前記複数のレガシーアプリケーション内の前記移行可能なアプリケーションのセットを判定することと、をさらに含む、請求項１７に記載のシステム。
19. 前記クラウドエッジレイヤは、前記移行可能なアプリケーションのセットからの第１のアプリケーションのネイティブアーキテクチャに基づくアプライアンスを含む、請求項１８に記載のシステム。
20. 前記プログラム命令は、前記プロセッサに、
    前記移行可能なアプリケーションのセットと前記複数のレガシーアプリケーションの残りとの間で発生するネットワークトラフィックの第２のセットを監視することと、
    前記監視に応答して、少なくとも１つのタイミングエラーが発生したと判定することと、
    前記クラウドエッジレイヤにおいて、ネットワークレート制御フィルタを導入することであって、前記ネットワークレート制御フィルタの基準は、前記少なくとも１つのタイミングエラーに基づく、導入することと、
    前記基準をユーザに通知することと、をさらに行わせる、請求項１５に記載のシステム。

Images