JP2013520749A - ウェーブを用いたオブジェクト・マイグレーションのためのシステム及び方法 - Google Patents

Abstract

【課題】 オブジェクト・マイグレーションのためのシステム及び方法を提供すること。
【解決手段】 情報技術（ＩＴ）マイグレーションのためのシステム及び方法は、移行対象オブジェクト間の関係を判定すること（４０４）を含み、その関係は、集合内のオブジェクト間に共通特徴又は従属性のうちの少なくとも１つを有する、オブジェクトの集合を含むようにされる。オブジェクトは、複数のマイグレーション・ウェーブにグループ化され（４１０）、複数のマイグレーション・ウェーブの間でウェーブ間交差関係が最小となるようにされる。オブジェクトは、ウェーブごとに移行される（４１８）。
【選択図】 図４

Description

本発明は、コンピュータ環境におけるシステム・マイグレーション及びオブジェクト・マイグレーションに関し、より具体的には、マイグレーションを実行するためのウェーブ計画立案及び遂行に関する。

マイグレーションは、ストレージ型式、フォーマット、コンピュータ・システムなどの間で、データ、プログラム、アプリケーションなどを移送するプロセスである。マイグレーションを部分的にプログラムで実行して一部自動化されたマイグレーションを達成し、退屈な仕事から人的資源を解放することができる。組織若しくは個人がコンピュータ・システムを変更するか若しくは新しいシステムにアップグレードするとき、又は組織が合併するときに、通常、マイグレーションが使用される。マイグレーション中に、旧システム上の情報、プログラム等が新システムにマッピングされ、旧データ・フォーマット等を新システムのフォーマット及び要件に関連付ける。

情報技術（ＩＴ）マイグレーション・プロジェクトにおいて、移行対象の全てのオブジェクトを同時に移行させることは困難である。しかしながら、配置の最適化、移行されたオブジェクトの相互アドレス指定、及び全体的なアプリケーションの検査といった多くのステップは、多くのオブジェクトで一緒に実行した方がうまくいくので、オブジェクトごとに移行させるのも望ましくない。

ＩＴマイグレーション・アクティビティは、サーバ及びアプリケーションの統合、変換、仮想化などを含む。マイグレーションの一態様は、アプリケーション、ミドルウェア、又はオペレーティング・システム・イメージ全体といった特定のソフトウェア・オブジェクトが、他のサーバ、他のオペレーティング・システム、他のミドルウェア・バージョン若しくは型式、又はクラウドのような別環境のといった、異なるプラットフォームに移されることである。企業がマイグレーション・プロジェクトを決断する場合には、その目標は、典型的には、多数のオブジェクトを移行させ、その結果としてもたらされる節約がマイグレーション・プロジェクトの計画立案及び遂行にかかる費用を上回るようにすることである。しかしながら、通常は、全てのオブジェクトを、又は移行対象として選択されたサブセットでさえも、一度に移動させることは不可能である。１つの理由は、マイグレーションには時間がかかるということである。別の理由は、費用の面で所望の新しいハードウェアを全て同時に取得する余地がないこと、又は、既存のハードウェア若しくは既存の設備を統合するためにマイグレーションが行われる場合には、幾つかのオブジェクトを、他のオブジェクトを移行させる前に移行させることによって、ハードウェア若しくは設置の空間を空ける必要があり得るということである。

全く正反対に、即ち、オブジェクトを１つずつ移行させることも望ましくない。例えば、一度だけ検査すれば済むように、典型的にはビジネス・アプリケーション全体を一度に移動させることが望まれる。さらに、１つのオブジェクトが別のオブジェクトを使用するか又はアドレス指定する場合には、使用されている又はアドレス指定されているオブジェクトを移行させることは、使用する又はアドレス指定するオブジェクトにおける変更を行う必要があるということを意味し、これら２つのオブジェクトは一緒に移行されることが最良であろう。対話するオブジェクト同士を同時に移行させるもうひとつの理由は、地理的な近さ、又は良好なネットワーク接続性に関連する。幾つかのオブジェクトが既に移行され、他のオブジェクトがまだ移行されていない場合には、全体的なアプリケーションが所望の処理量又は待ち時間を有することができないことがある。

Ｓａｎｊｅｅｖ Ａｒｏｒａ、Ｓａｔｉｓｈ Ｒａｏ及びＵｍｅｓｈ Ｖａｚｉｒａｎｉ、「Ｇｅｏｍｅｔｒｙ，Ｆｌｏｗｓ，ａｎｄ Ｇｒａｐｈ−Ｐａｒｔｉｔｉｏｎｉｎｇ Ａｌｇｏｒｉｔｈｍ」、Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ、２００８年１０月、第５１巻、第１０号、ｐｐ９６−１０５

本発明は、オブジェクト・マイグレーションのためのシステム及び方法を提供することに関する

情報技術（ＩＴ）マイグレーションのためのシステム及び方法は、移行対象オブジェクト間の関係を判定することを含み、その関係は、集合内のオブジェクト間に共通の特徴又は従属性のうちの少なくとも１つを有する、オブジェクトの集合を含むようにされる。オブジェクトは、複数のマイグレーション・ウェーブにグループ化され、複数のマイグレーション・ウェーブ間でウェーブ間交差（ｃｒｏｓｓ−ｗａｖｅ）関係が最小となるようにされる。オブジェクトは、ウェーブごとに移行される。

これら及び他の特徴及び利点は、添付の図面と併せて読むべきものである、以下の、その例証的な実施形態の詳細な説明から明らかとなる。

本開示は、以下の図面を参照して、以下の好ましい実施形態に関する説明において詳細を提示する。

本原理による、オブジェクトを移行させるためのシステム／方法を示すブロック／フロー図である。 本原理による、システム内のオブジェクト間の関係を例証的に示す構成グラフである。 本原理によるウェーブ計画による、ウェーブ間交差従属性を示す図である。 本原理による、ウェーブ計画立案及びオブジェクトのウェーブ・マイグレーションのためのシステム／方法を示すブロック／フロー図である。

本原理により、オブジェクトは、１つ又は複数のウェーブにグループ化される。ウェーブは、論理グループとして、多かれ少なかれ同時に移行されるオブジェクトの集合である。ウェーブ計画立案は、費用効率が高い総合的マイグレーション・プロジェクトのために必要とされる。本発明の態様は、情報技術（ＩＴ）オブジェクトをグループ化することが必要とされる、より広範囲な使用事例、例えば、復旧戦略についての計画立案、又はビジネスに対するＩＴの価値の解析などに適用可能であり得る。

特に有用な実施形態において、オブジェクトは従属性に従ってグループ化されるので、大部分の従属性は最後には１つのウェーブの中に収まり、ウェーブ間を交差する従属性又は関係は最小限にしか存在しない。移行されることが決定したオブジェクトはどれも、ウェーブ計画立案後にはただ１つのウェーブ内に配置されることが好ましいが、ときには、必要性又は実用上の問題に応じて、初期オブジェクトのうちの１つ又は複数を複製又は分割して、実際に移行される複数のオブジェクトにすることもある。従属性に対して、重み付けすることができる。基盤にある直接従属性は、自動化された発見技術を用いて発見することができるが、本発明はまた、見逃される可能性がある従属性に関して的を絞ったユーザの質問も規定する。

従属性に加えて、オブジェクトは、ウェーブ計画立案に関連した幾つかの属性を有し得る。例えば、ビジネス・アプリケーション、事業所有権、データセンタの場所、オペレーティング・プラットフォームなどに合わせたウェーブが好ましいことがある。幾つかの実施形態は、このような属性を考慮に入れることを可能にする。技術的に定義されない「ビジネス・アプリケーション」のような属性に関しては、それらを部分的に人間による入力から導き出すことを規定する。実施形態は、自動グループ化してウェーブにすることはもちろん、アプリケーション設計者又はインフラストラクチャ設計者のようなユーザに対して、自動化システムによるグラフィカル・サポートによる、特定の決定を行うためのサポートを提供することも可能にする。

当業者により認識されるように、本発明の態様は、システム、方法又はコンピュータ・プログラム製品として具体化することができる。従って、本発明の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又は、ソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形態をとることができ、これらはすべて本明細書において一般的に「回路」、「モジュール」又は「システム」と呼ぶことができる。さらに、本発明の態様は、具体化されたコンピュータ可読プログラム・コードをその中に有する１つ又は複数のコンピュータ可読媒体内に具体化されたコンピュータ・プログラム製品の形態をとることができる。

１つ又は複数のコンピュータ可読媒体の任意の組み合わせを利用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読ストレージ媒体とすることができる。コンピュータ可読ストレージ媒体は、例えば、電子的、磁気的、光学的、電磁気的、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は上記のもののいずれかの適切な組み合わせとすることができるが、これらに限定されない。コンピュータ可読ストレージ媒体のより具体的な例（非網羅的なリスト）は、以下のもの、即ち、１つ又は複数の配線を有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク型読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は上記のもののいずれかの適切な組み合わせを含む。本明細書の文脈においては、コンピュータ可読ストレージ媒体は、命令実行システム、装置若しくはデバイスによって、又はこれらと関連して用いるためのプログラムを収容又は格納することができる任意の有形媒体とすることができる。

コンピュータ可読信号媒体は、例えば、ベースバンド内に、又は搬送波の一部として、具体化されたコンピュータ可読プログラム・コードをその中に有する、伝搬されるデータ信号を含むことができる。このような伝搬信号は、電磁気、光又はそれらのいずれかの適切な組み合わせを含むがそれらに限定されない種々の形態のいずれかをとることができる。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなく、且つ、命令実行システム、装置若しくはデバイスによって、又はこれらと関連して用いるためのプログラムを伝達、伝搬又は伝送することができる任意のコンピュータ可読媒体とすることができる。

コンピュータ可読媒体上に具体化されたプログラム・コードは、無線、有線、光ファイバ・ケーブル、ＲＦ等、又は上記のもののいずれかの適切な組み合わせを含むがそれらに限定されない、任意の適切な媒体を用いて伝送することができる。本発明の態様に関する動作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語のような従来の手続き型プログラミング言語、又は、Ｐｅｒｌ、ＶＢＳ若しくは同類の言語のようなスクリプト言語、又はＬｉｓｐ及びＭＬのような関数型言語、及びＰｒｏｌｏｇのような論理型言語などのような同様のプログラミング言語を含む、１つ又は複数のプログラミング言語のいずれかの組み合わせで記述することができる。プログラム・コードは、全体がユーザのコンピュータ上で実行される場合もあり、独立型ソフトウェア・パッケージとして、一部がユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は全体が遠隔コンピュータ若しくはサーバ上で実行される場合もある。後者のシナリオにおいては、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部コンピュータへの（例えば、インターネット・サービス・プロバイダを用いるインターネットを通じた）接続がなされる場合もある。

本発明の態様を、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラム製品のフローチャート図及び／又はブロック図を参照して以下で説明する。フローチャート図及び／又はブロック図の各ブロック、並びに、フローチャート図及び／又はブロック図内のブロックの組み合わせは、コンピュータ・プログラム命令によって実施することができることが理解されるであろう。これらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ又は他のプログラム可能データ処理装置のプロセッサに与えて機械を製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実施するための手段を作り出すようにすることができる。

これらのコンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイスに特定の方式で機能するよう指示することができるコンピュータ可読媒体内に格納して、それにより、そのコンピュータ可読媒体内に格納された命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実施する命令を含む製品を製造するようにすることもできる。コンピュータ・プログラム命令をコンピュータ、他のプログラム可能データ処理装置又は他のデバイス上にロードして、そのコンピュータ、他のプログラム可能装置、又は他のデバイス上で一連の動作ステップを行わせてコンピュータ実装プロセスを生成し、それにより、そのコンピュータ又は他のプログラム可能装置上で実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実施するためのプロセスを提供するようにすることもできる。

図面内のフローチャート及びブロック図は、本発明の種々の実施形態による、システム、方法及びコンピュータ・プログラム製品の可能な実装の、アーキテクチャ、機能及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実装するための１つ又は複数の実行可能な命令を含む、モジュール、セグメント又はコードの一部を表すことができる。幾つかの代替的な実施において、ブロック内に記された機能は、図面内に記された順序以外の順序で行われる場合があることにも留意されたい。例えば、連続して示された２つのブロックは、関与する機能に応じて、実際には実質的に同時に実行されることもあり、又はこれらのブロックは、ときには逆の順序で実行されることもある。ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図内のブロックの組み合わせは、指定された機能又は動作を行う専用ハードウェアベースのシステム、又は専用ハードウェアとコンピュータ命令との組み合わせによって実装することができることにも留意されたい。

ここで、同様の番号が同一又は類似の要素を表す図面を参照し、最初に図１を参照すると、ブロック／フロー図は、本原理によるウェーブ・マイグレーションのためのシステム／方法を示す。ブロック１０２において、従属性、オブジェクトのウェーブ関連属性、例えば、場所、ビジネス・アプリケーションなど、又は他の分類特徴が、発見され又は判定される。プロセスを自動化するためにコンピュータ自動化システムを設けることが好ましい。ここで、関連、関係又は他のグループ化基準が、発見され又は導き出される。

ブロック１０４において、特定の型式の従属性（又は他の関係）を除外することができる。例えば、ドメイン・ネーム・サーバ（ＤＮＳ）に対する従属性を除外することができる。ある従属性がウェーブ計画においてオブジェクトを区別しない場合に、そのような従属性を除外することができる。特に多数の従属性を有するオブジェクトに対する従属性も除外することができるが、その理由は、そのような従属性もまたウェーブ計画において他のオブジェクトを区別しないからである。

ブロック１０６において、オブジェクトは、ウェーブにグループ化される。特に有用な実施形態において、同じウェーブ関連属性又は関係を有するオブジェクトは、同じウェーブ内に配置される。従属性を用いて、ウェーブ関連属性に関する不完全なユーザ入力（例えば、ビジネス・アプリケーションに対する完全には既知になっていないマッピング）を増強することができる。異なる従属性に重み付けして、特定の従属性に対して、オブジェクト・マイグレーションの順序及びグループ化についての重要度を与えることができる。実際のグループ化は、グラフ分割問題を解くことによってもたらすことができる。ブロック１０８において、オブジェクトは、ウェーブ計画に従ってウェーブごとに移行される。

本原理に従い、直接従属性、及びその発見を、ここで詳細に説明する。本原理による要素は、ＩＴオブジェクトの従属性を、ウェーブ計画立案のための根拠として用いることである。オブジェクト１からオブジェクト２への「直接従属性」は、オブジェクト１がオブジェクト２と直接的に対話することを意味する。サーバのマイグレーション及び統合において、直接従属性の主要型式は、オブジェクト１がオブジェクト２に対してネットワーク接続を確立する型式である。直接従属性は、多くの方法で発見することができる。例えば、関係は、ネットワーク観測、コンピュータ上のネットワーク統計値の観測、オブジェクト及び基盤にある通信ソフトウェア・スタックの従属性構成の観測及び解析、関係を識別するためのアプリケーション・ログ・ファイルの解析、ユーザによる入力の使用などのうちの１つ又は複数を用いて判定することができる。

妥当な発見時間内に全ての従属性を発見することが確実に保証される自動化された方法は、今のところ存在しない。ＩＴオブジェクトのユーザ又は所有者に対して、彼らが認識している可能性がある従属性について照会することは有用である。これは、従属性に関する情報を収集するための好適かつ主要な方法である自動化された発見からの情報によってサポートすることができる。例えば、特定のポートで接続をリッスンするオブジェクトが発見されたが、ログ・ファイル内では接続が観測又は発見されない場合には、ユーザに対して、このオブジェクトはどの接続を待ち受けているのかを具体的に尋ねることができる。同様に、あるＩＴオブジェクトが接続を全く有さないか又は管理上の接続のみを有するように見える場合には、ユーザに対して、これが未使用オブジェクト又は独立のオブジェクトである可能性があるのではないか、又は、その従属性は何であり得るかを尋ねることができる。

一実施形態において、各々の従属性は、例えば（ソースＩＰアドレス、ソース・ポート、宛先ＩＰアドレス、宛先ポート）の４タプルとして表すことができる。この４タプルを、２つのサーバ間の従属性として見ることができる。各サーバは、ＩＰアドレスによって特徴付けられ、２つのポートは、従属性の付加的な「ラベル」を提供する。この４タプルを、２つのアプリケーション間の従属性として見ることもできる。この場合、ソース・アプリケーションは、（ソースＩＰアドレス、ソース・ポート）の対によって特徴付けられ、宛先アプリケーションは、（宛先ＩＰアドレス、宛先ポート）の対によって特徴付けられる。

発見の付加的な結果を用いて、人間が解釈するのがより容易な用語で従属性を表すこともできる。例えば、ＩＰアドレスの代わりにサーバのＤＮＳアドレスを用いることができ、また、アプリケーションの名前を用いることができる。４タプルは、以下の例：（Ｓｅｒｖｅｒ１．ｍｙｃｏｍｐａｎｙ．ｃｏｍ、ＷｅｂＳｒｖ．ｅｘｅ、Ｓｅｒｖｅｒ２．ｍｙｃｏｍｐａｎｙ．ｃｏｍ、ＤＢ．ｅｘｅ）のように取得することができ、これは、ｍｙｃｏｍｐａｎｙのサーバ１上のプログラムＷｅｂＳｒｖ．ｅｘｅ（おそらくはウェブ・サーバ）が、ｍｙｃｏｍｐａｎｙのサーバ２上のプログラムＤＢ．ｅｘｅ（おそらくはデータベース）に対する直接従属性を有することを示す。さらに、周知のミドルウェア及びアプリケーションは、固定したプログラム名又は他の発見可能な特性を有し得るので、ＷｅｂＳｒｖ．ｅｘｅが特定のベンダ及び型式のウェブ・サーバであり、ＤＢ．ｅｘｅが特定のベンダ及び型式のデータベースであることを実際に推論することができる。

ＩＴオブジェクトはその直接従属性と共に、オブジェクトをノード、従属性をエッジとする、有向グラフと考えることができる。複数の区別された従属性（エッジ）が２つのＩＴオブジェクト（ノード）間に存在し得るマルチグラフも作成又は提供することができる。例えば、主要ＩＴオブジェクトがサーバであるならば、サーバＡ上の幾つかのアプリケーションは、サーバＢ上の１つ又は複数のアプリケーションに従属するので、サーバＡはサーバＢに対する複数の従属性を有することができる。主要ＩＴオブジェクトがアプリケーションだとしても、例えば、アプリケーションＣが別のアプリケーションＤとＪａｖａコール及びウェブ・インターフェースの両方で対話する場合に、複数の従属性を区別することは有用であり得る。

グラフ又はマルチグラフのエッジは、例えば、直接従属性を定める接続によって用いられる通信プロトコルの型式を用いてラベル付けすることができる。コンピュータ・ストレージにおけるグラフ及びマルチグラフを表すための多数の既知の方法が存在する（例えば、別個のデータベース・テーブルとして、オブジェクトを表すデータベース・テーブル内への埋め込み、ＸＭＬファイルで、又は、スプレッドシートで）。このようなすべての方法を本発明の範囲内で用いることができる。さらに、グラフ及びマルチグラフをユーザに対して表示するための多数の既知の方法が存在する。このような全ての方法を、本発明の範囲内で用いることができる。

図２を参照すると、例証的な従属性グラフが示される。この場合、ＩＴオブジェクト（グラフ・ノード２０２）は、ＩＰアドレスによって特徴付けられるサーバである。エッジ２０４は、宛先プログラム又はサービスでラベル付けされる。図２のような表現から、従属性を使用してウェーブの計画立案を開始する。例えば、６つのサーバ（ノード２０２）が、グラフの接続性コンポーネント２０６を形成する（即ち、これらは、互いの間では接続しているが、その他のどのサーバにも接続していない）。従って、これらは有用なウェーブを形成することができる。これは、ユーザ（例えば、マイグレーションの専門家）が見てとることもできるが、これを、接続性コンポーネントを判定する自動化された方法によって判定することもできる。このような接続性コンポーネントを発見するために、既知の方法を使用することができる。

しかしながら、たとえ従属性のみを考慮した（そして属性又は他の特徴は考慮しない）としても、接続性コンポーネントをただちにウェーブとして用いることができる場合ばかりではない。特に、多くの接続性コンポーネントは、良好なウェーブを形成するには大き過ぎる。コンポーネント２０８を例として考える。例えば、それほど多くのオブジェクトを同時に移行させるのに十分な人員又は空のターゲット・サーバがないこともある。使用することができる１つの方法は、接続性コンポーネントを、最小カット条件に従い、かつ特定の最大ウェーブ・サイズに合わせて、分割することであり、例えば、最大ウェーブ・サイズは、検討中のオブジェクトがサーバ又はサーバ上のワークロードである場合には、サーバの数によって与えることができる。次に、接続性コンポーネントを、グループ間を交差する従属性の数が最小になるようにして、高々このサイズのサーバ・グループに切り分けることができる。

アプリケーション及びインフラストラクチャの設計者は、ウェーブについての最終決定を下すことができ、従属性の解析及び可視化のための自動化サポートを使用することができる。残る問題（設計者がさらに別の正式書類のない基準を有していない場合）は、「グラフ分割」問題であり、この問題を解くために既知アルゴリズムをどれでも使用することができる。グラフ分割は、人間が行う方法に代わる自動化された代替法であり、又は、人間が最終決定を下す前に自動化された提案を行うために用いることができる。グラフ分割問題において、グラフが与えられ、その目標は、グラフを断片（しばしば最初は２つの断片であるが、手続きを繰り返すことができる）に分ける一方で、カットと交差するエッジの数を最小にすることである。これは、グラフトしての従属性グラフ、及び所望の断片としてのウェーブに対して、実行することができる。最適な方法でこの問題を解くことはＮＰ困難であり、従って、大きなグラフに関しては現在のところは実行不可能である。速くて良好な近似法、即ち、理論的最小数と比べてさほど多くないエッジがカットと交差するカットを見つける方法は、存在する。グラフ分割に関するこのような近似法の良い概説は、例えば、引用によりここに組み込まれる非特許文献１に見いだすことができる。

純粋なグラフ理論的方法によってウェーブを計画することよりも、ウェーブの所望の意味論を考慮に入れることが好ましい。一実施形態において、これは、マイグレーション・プロセスに関する特定の知識を考慮に入れることを意味する。例えば、ウェーブに対する決定に際して、パッチ管理サーバ、監視サーバ、ドメイン・ネーム・サーバ又はアイデンティティ管理サーバに対する従属性のような汎用インフラストラクチャ従属性には関心がもたれないことがある（ブロック１０４参照）。１つの理由は、これらのサーバは、いずれにしても、新しいインフラストラクチャにおいて新たにセットアップされるかもしれないからである。別の理由は、これらの従属性は、ユーザに対する出力を読み取り不能（ｕｎｒｅａｄａｂｌｅ）にしてしまうことがあるからである。

このような従属性をブロック１０４において除去する幾つかの方法がある。例えば、代表的なインフラストラクチャ従属性の事前設定リストを提供することができる。ユーザは、それらを除外するか又は含めるかを選択することができる。ユーザは、除外対象とすべきその他の型式の従属性を自由に選択することができる（それらのラベル２１２による）。ユーザは、好きなだけ多くの従属性を含めるか又は除外して、対話式にグラフを見ることができる。例えば、ユーザは、グラフ内で多くの従属性が同じラベルを有することに気付いて、このラベルを有する全ての従属性を除いてグラフを見ることを求めることができる。ノード、サーバ又はオブジェクト２０２もまた同様に、ラベル２１０でラベル付けすることができる。

自動化システムは、除外する従属性型式の有力候補を、それらの頻度に従って識別することができる。頻度は、グラフの意味（サーバＡから別のサーバＢへのラベル「Ｘ」を有する高々１つの従属性がカウントされる）、又は、マルチグラフの意味（サーバＡから別のサーバＢへのラベル「Ｘ」を有する全ての従属性がカウントされる）のいずれかで計算することができる。高頻度の従属性型式は、予め分類されていない従属性型式が、ビジネス・レベル・アプリケーションの従属性ではなくインフラストラクチャの従属性であると決めるための重要な指標であり、従って、人間のユーザのためのグラフ整理、及び、自動化されたウェーブ計画立案方法のいずれか又は両方において、削除候補とすることができる。

従属性の利用率データが入手可能である場合は、これらの従属性に、その利用率に従って重み付けすることができる。従属性型式を人間による解析又は自動化解析のためにグラフから完全に削除する代わりに、ウェーブ計画立案に対する従属性型式の重要度に従って、重み付けを使用することができる。特に、ある従属性がウェーブ内従属性となる代わりにウェーブ間交差従属性になったとした場合にマイグレーション及び検査を実行するのに必要とされる追加労力の見積もりを、重み付け基準として与えることができる。例えば、アプリケーションが別のウェーブ内に移行されたときにウェブ・サーバ内のウェブ・ルートを再構成して検査する方が、任意のアプリケーションを再構成（さらには再プログラム）して検査しなければならなくなるよりも容易であるという理由で、ウェブ・サーバからアプリケーションへの従属性の方が任意のアプリケーションから別の任意のアプリケーションへの従属性よりも単純であるとの判断を下すことができる。

ウェーブ計画立案は、サーバ及びアプリケーションの従属性に依存し得る。しかしながら、本原理は、ウェーブ計画立案において個々のＩＴオブジェクトの属性を考慮に入れることを可能にする。一実施形態において、任意の属性をウェーブ計画立案に使用することができる。特に有用な実施形態において、特定の属性を使用することができる。これらの属性は、移行対象ＩＴオブジェクトの基盤にあるモデル内で定義される。これらの属性は、オブジェクト型、データ型、作者、関連アプリケーションなどを含むことができる。

ビジネス・アプリケーション及びそれらの初期識別は、ウェーブ計画立案にとって特に有用な属性である。ビジネス・アプリケーションは、例えば「出張旅費処理」又は「バックエンド小切手処理」などのビジネスの観点から１つのアプリケーションを形成する、対話するソフトウェア・コンポーネントのユニットを含むことができる。ビジネス・アプリケーションに固有の定義はなく、ビジネス・アプリケーションは通常、そのビジネス・アプリケーションが属する実際のソフトウェア・コンポーネント内で直接表されるものではない。たいていの企業は、このようなビジネス・アプリケーション、並びにビジネス・アプリケーション所有者、ビジネス・アプリケーションの検査プラン等の概念又は理解を用いる。これらの共同所有権及び検査の概念により、ビジネス・アプリケーションはウェーブ計画立案にとって重要なものとなり、例えば、ビジネス・アプリケーションは、ひとまとまりで移行され、他のビジネス・アプリケーションに影響を与えないことが好ましい。

ビジネス・アプリケーションは、そのビジネス・アプリケーションに属するＩＴオブジェクトの属性で考えることができる。しかしながら、これは、多値属性であり得る（例えば、１つのデータベース又はサーバが、複数のビジネス・アプリケーションで用いられる場合がある）。これは、多値属性を表す多くの既知の方法のいずれかで表すことができ、例えば、数例を挙げると、データベースにおけるビジネス・アプリケーション及び対応するＩＴオブジェクトについての別個のテーブル、対応するＩＴオブジェクトとの関係を伴うオブジェクト指向モデルにおける別個のクラス、ＸＭＬモデルにおけるＩＴオブジェクト要素内のビジネス・アプリケーションについての複数の部分要素などによる方法である。ビジネス・アプリケーションは、ＩＴオブジェクトにおいて明示的に表すことができないので、それらを識別するには人間による入力が必要である。例えば、マイグレーションに関心を持つビジネス所有者は、どのビジネス・アプリケーションが関与しているのかを識別することができ、そして、それぞれの組織単位のＩＴ担当者と共に、各ビジネス・アプリケーションに関与する幾つかのＩＴオブジェクトを識別することができる。１つの大きなビジネス・アプリケーションについてのこの初期入力を、図２において丸で囲まれたサーバで示した。

ビジネス・アプリケーション全体及びウェーブ計画立案に対する関係を識別することは、初期に人間による入力を用いて実行することもできるが、コンピュータ自動化システムを用いて自動的に実行することもできる。初期入力が与えられると、自動化方法を用いて、特にオブジェクト間の従属性に従うことによって、ビジネス・アプリケーションに属するＩＴオブジェクトをより完全に見つけ出すことができる。換言すれば、人間による入力を用いて、ウェーブ計画立案のための自動化又は半自動化された方法を改良することができる。特に、ビジネス・アプリケーション全体を含むウェーブに優先権を与えることができる。ビジネス・アプリケーションのメンバ・オブジェクトを識別し、ビジネス・アプリケーションに合わせたウェーブの計画立案を支援するために使用することができる具体的な方法はとしては、例えば、以下のような方法が挙げることができる。
−１つより多くのウェーブにわたって拡がるビジネス・アプリケーションに対する重み付け方法に特定のペナルティを導入すること。
−人間による入力が同じビジネス・アプリケーション内に配置したＩＴオブジェクト間の重み付け方法に、擬似従属性を導入すること。
−ビジネス・アプリケーションの既知のメンバから開始するグラフ内のある特定のｎ個のホップにわたって従属性に従うことにより構築されるグループを提案し、可視化すること。
−ビジネス・アプリケーションの既知のメンバの「前方」従属性に、排他的に、又はより強い重みを付けて、従うこと。
−前２つの事項と同様ではあるが、ビジネス・アプリケーションの既知のメンバが属するＩＴ層に関して改良された識別、例えば、人間が、特定のフロントエンド・アプリケーション及びデータベースを特定のビジネス・アプリケーションに属するものとして識別することができる場合に、例えば、データベースからは１ホップ前方の従属性のみに従うが、フロントエンド・アプリケーションからは３ホップ前方及び１ホップ後方の従属性に従うように選択することができるような、識別。

提案されたこのようなグループ化に関する可視化技術（例えば、ディスプレイ画面上）は、単に１つのグループを示すこと、各ビジネス・アプリケーションのメンバを特定の色、テクスチャ等で示し、場合によっては、導き出されたメンバについては同色の薄い色で示すこと、競合（即ち、現在のグループ化基準に従うと１つより多くのグループに属するＩＴオブジェクト）を強調表示すること、及び／又は、それらを特定のパターンで全ての適用可能な色を用いて示すこと、等を含む。

もうひとつの属性（ビジネス・アプリケーションの代わり、又はこれに加えて）は、サーバの場所である。従属性と場所との間の相関は弱いので、従属性は、初期には場所が既知ではないＩＴオブジェクトの場所を識別するためには典型的には用いられない。ひとたび場所が識別されると、上述の「同じビジネス・アプリケーション」と同様のグループ化方法で、又は、さらにはスペースを空けるための詳細な費用関数により、「同じ場所」に重みを付けることができる。

ウェーブ計画立案において考慮することができる他の属性は、サーバ機能又は環境、例えば、開発対検査対生産である。これは、上で例証的に説明したビジネス・アプリケーションと同様の方法で処理することができる。別の属性は、サーバ・プラットフォームを含むことができ、例えば、人員の割当をより容易にするために、１つのウェーブにおいて１つのオペレーティング・システム上のアプリケーションのみを移動させることが好ましい。例えば、ビジネス・アプリケーション及び場所などの幾つかの属性を一緒に、適切な重み等と共に、本方法において考慮することができる。

図３を参照すると、ウェーブ交差従属性の図は、ウェーブ計画に従うオブジェクトのマイグレーションを例証的に示す。ウェーブ計画立案の最終段階で、又は人間のユーザのための中間ツールとして、特定のウェーブ計画に関して、残存するウェーブ交差従属性を要約することができる。グループ化基準を使用して、ウェーブごとのマイグレーションのためにオブジェクトをグループ化する。ウェーブの割り当ては、重要度の尺度を与える、重み付けされたオブジェクトのグループ化に従って実行することができる。さらに、このグループ化は、各ウェーブにどのオブジェクトが含まれるかを判定する。ウェーブの数が見積もられ、マイグレーションの所要時間、費用又はその他の基準値をウェーブに割り当てることができる。ウェーブは、例えば、費用、休止時間、アプリケーションの重要度などのマイグレーション基準に従ってスケジューリングされるべきである。

図３は、６つのウェーブ（１−６）を有する、属性が各ウェーブに対応して生産３０２、開発３０４及び未定義３０６の値をとることができる属性サーバ環境のための、シナリオを示す。例えば、矢印３０８は、ウェーブ１の開発部分とウェーブ６の生産部分との間の双方向の交差従属性を示し、他方、ウェーブ５は、他のウェーブから独立しているという意味において完全である（従属性はない）。別の例において、矢印３１０は、ウェーブ１の生産、開発及び未定義部分と、ウェーブ２の生産及び開発部分との間の双方向の従属性を示す。別の例において、矢印３１２は、ウェーブ３の生産部分とウェーブ４の生産部分との間の双方向の従属性を示す。これらの交差従属性は回避されることが好ましいが、この交差従属性を用いて、ウェーブのグループ化、ウェーブの順序などをシフトすることができる。

その他の使用事例：マイグレーション・プロジェクトにおけるウェーブ計画立案のために用いられるオブジェクトのグループ化と同様のオブジェクトのグループ化は、他のＩＴ管理目的、特に、他のタイプのＩＴ変換プロジェクトでの使用にも有用である。１つの例示クラスは、ここで説明したウェーブと同様にオブジェクト・グループのための首尾一貫した計画を作成することがやはり望まれ得る、信頼性、可用性及び災害復旧計画立案を含むことができる。別の例示クラスは、オブジェクト・グループをここで説明したウェーブとして処理することができる、日常的な保守及び変更管理である。

図４を参照すると、ブロック／フロー図は、例証的な実施形態による、ウェーブ計画立案及びマイグレーションのためのシステム／方法を示す。ブロック４０４において、移行対象オブジェクト間の関係が判定され、その関係は、集合内のオブジェクト間に少なくとも１つの共通特徴、従属性、又は共通属性を有するオブジェクトの集合を含むようにされる。関係は、オブジェクト間の、直接従属性、共通属性、共通アプリケーション、共通場所などのうちの少なくとも１つを含むことができる。オブジェクトは、ソフトウェア・アプリケーション、ミドルウェア、コンピュータ上のワークロードなどを含むことができる。

ブロック４０６において、関係は、ネットワーク観測、コンピュータ上のネットワーク統計値の観測、オブジェクト及び基盤にある通信ソフトウェア・スタックの従属性構成の観測及び解析、関係を識別するためのアプリケーション・ログ・ファイルの解析などのうちの１つ又は複数を使用することによって判定することができる。関係は、ユーザにより入力される従属性又は共通属性を使用することによって判定することもできる。ブロック４０８において、オブジェクトのグループ化を支援するために、１つ若しくは複数の従属性型式、又は、特定のオブジェクト若しくはオブジェクト型に対する従属性を除外することによって、関係を判定することができ、又は関係の判定を単純化することができる。

ブロック４１０において、オブジェクトは、複数のマイグレーション・ウェーブ間でウェーブ間交差関係が最小となるように、複数のマイグレーション・ウェーブにグループ化される。グループは、ブロック４０４において判定された関係に基づくものとすることができる。オブジェクト間の関係は、オブジェクトのウェーブ関連属性を含むことができ、オブジェクトのグループ化は、これらの関係を用いて、同じウェーブ関連属性を有するオブジェクトを同じウェーブ内に配置することを含む。ウェーブ関連属性は、ビジネス・アプリケーション、ビジネス所有者、データセンタの場所、サーバ・プラットフォームの特性等のうちの１つ又は複数を含むことができる。

ブロック４１２において、オブジェクト間の従属性（及び／又はウェーブ関連属性）は、ウェーブのためのオブジェクトのグループ化を支援するようにグラフ表示することができる。グラフ又はディスプレイにおいて、同様の属性、オブジェクト、グループ化などを示すために、同様のしるしを用いることができる。移行対象オブジェクト又はアイテム、及び、移行対象オブジェクトに関するノード情報を指示するために、コンピュータ・システムのマッピング又はその他の指定を提供又は作成することができる。これは、有向グラフ、マルチグラフ又はその他の表現の使用又は作成を含むことができる。ブロック４１４において、従属性若しくは従属性の型式、ウェーブ関連属性又はその他のいずれかの特徴を、オブジェクトのグループ化に含まれるか又はこれから除外されるオブジェクトの判定を支援するように、選択する又は選択解除することができる。選択及び／又は選択解除は、グラフ表示で指示することができる。

ブロック４１５において、関係（例えば、従属性、属性、又はグラフ内の他の特徴）に重み付けして、オブジェクトのグループ化にバイアスをかけることができる。例えば、特定のビジネス・アプリケーション、アプリケーションの場所、従属性型式などを、より重要であるとみなすことができ、それらにより高い重みを付けることができ、その重みは、そのオブジェクトをどのウェーブ内に配置すべきかということに影響を及ぼすことになる。マイグレーションの順序が重み付けの影響を受けることもある。これは、どのオブジェクトのウェーブが最初に移行され、そしてどの順序でマイグレーション・ウェーブを続けるべきかという優先順位を付ける補助となり得る、重要度の重みを含むことができる。オブジェクトをグループ化することは、ブロック４１６においてグラフ分割問題を解くことを含むこともできる。グラフ分割は、これらの重みを考慮に入れる。

ブロック４１８において、オブジェクトは、ウェーブごとに移行される。このマイグレーションは、ウェーブ計画に従って実施されることが好ましい。ウェーブ計画は、基準に従ってウェーブ又はオブジェクトのグループを見積もることを含むことができる。基準は、費用、性能基準値、マイグレーションの速度、重要度又はその他の基準を含むことができる。基準は、ユーザ判断によるものとすることができる。

ウェーブを用いたオブジェクト・マイグレーションのためのシステム及び方法の好ましい実施形態（これらは、例証的であることが意図され、限定的であることを意図しない）を説明してきたが、当業者であれば、上記の教示に照らして修正及び変形を行うことができることが注目される。従って、開示された特定の実施形態において、添付の特許請求の範囲によって概説される本発明の範囲内である変更を行うことができると理解されるべきである。このように本発明の態様を特許法により要求される詳細さ及び精密さをもって説明したが、特許請求され、特許により保護されること所望され事柄は、添付の特許請求の範囲において記述される。

２０２：ノード
２０４：エッジ
２０６、２０８：接続性コンポーネント
２１０、２１２：ラベル

Claims (24)

1. 情報技術（ＩＴ）マイグレーションのための方法であって、
   移行対象オブジェクト間の関係を判定することであって、前記関係が、集合内の前記オブジェクト間に少なくとも１つの共通特徴又は従属性を有する、オブジェクトの集合を含む、判定すること（４０４）と、
   前記オブジェクトを複数のマイグレーション・ウェーブにグループ化することであって、前記複数のマイグレーション・ウェーブ間でウェーブ間交差関係が最小となるように、グループ化すること（４１０）と、
   前記オブジェクトをウェーブごとに移行させること（４１８）と
   を含む方法。
2. 前記関係を判定すること（４０４）は、前記オブジェクト間の、直接従属性、共通属性、共通アプリケーション及び共通の場所のうちの少なくとも１つを使用すること（４０６）を含む、請求項１に記載の方法。
3. 前記関係を判定すること（４０４）は、前記オブジェクトのグループ化を支援するために、従属性型式を除外すること（４０８）を含む、請求項１に記載の方法。
4. 前記オブジェクトは、ソフトウェア・アプリケーション、ミドルウェア及びコンピュータ上のワークロードのうちの少なくとも１つを含む、請求項１に記載の方法。
5. 前記関係を判定すること（４０４）は、ネットワーク観測、コンピュータ上のネットワーク統計値の観測、前記オブジェクト及び基盤にある通信ソフトウェア・スタックの従属性構成の観測及び解析、並びに前記関係を識別するためのアプリケーション・ログ・ファイルの解析のうちの１つ又は複数を使用すること（４０６）を含む、請求項１に記載の方法。
6. 前記関係を判定すること（４０４）は、ユーザにより入力される従属性を使用することを含む、請求項１に記載の方法。
7. 前記関係を判定すること（４０４）は、前記オブジェクトのウェーブ関連属性を判定することを含み、前記オブジェクトをグループ化すること（４１０）は、同じウェーブ関連属性を有する前記オブジェクトを同じウェーブ内に配置することを含む、請求項１に記載の方法。
8. 前記ウェーブ関連属性は、ビジネス・アプリケーション、ビジネス所有者、データセンタの場所、及びサーバ・プラットフォームの特性のうちの１つ又は複数を含む、請求項７に記載の方法。
9. 同様のしるしが同様の属性を指示するように前記ウェーブ関連属性をグラフ表示すること（４１２）と、
   前記ウェーブ関連属性を、前記オブジェクトのグループ化に含まれる又はこれから除外される前記オブジェクトの判定を支援するように、選択又は選択解除すること（４１４）と
   をさらに含む、請求項７に記載の方法。
10. 前記オブジェクト間の従属性をグラフ表示すること（４１２）と、
    前記従属性又は従属性型式を、前記オブジェクトのグループ化に含まれる又はこれから除外される前記オブジェクトの判定を支援するために、選択又は選択解除すること（４１４）と
    をさらに含む、請求項１に記載の方法。
11. 前記オブジェクトのグループ化にバイアスをかけるように前記関係に重み付けすること（４１５）をさらに含む、請求項１に記載の方法。
12. 前記オブジェクトをグループ化すること（４１０）は、有向グラフ及びマルチグラフのうちの１つを作成すること（４１６）と、グラフ分割問題を解くこととを含む、請求項１３に記載の方法。
13. 情報技術（ＩＴ）マイグレーションのためのコンピュータ可読プログラムを含むコンピュータ可読ストレージ媒体であって、前記コンピュータ可読プログラムは、コンピュータ上で実行されたときに、コンピュータに、
    移行対象オブジェクト間の関係を判定するステップであって、前記関係が、集合内の前記オブジェクト間に少なくとも１つの共通特徴又は従属性を有する、オブジェクトの集合を含、判定するステップ（４０４）と、
    前記オブジェクトを複数のマイグレーション・ウェーブにグループ化するステップであって、前記複数のマイグレーション・ウェーブ間でウェーブ間交差関係が最小となるように、グループ化するステップ（４１０）と、
    前記オブジェクトをウェーブごとに移行させるステップ（４１８）と
    を実行させる、コンピュータ可読ストレージ媒体。
14. 前記関係を判定するステップ（４０４）は、前記オブジェクト間の、直接従属性、共通属性、共通アプリケーション及び共通の場所のうちの少なくとも１つを使用することを含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
15. 前記関係を判定するステップ（４０４）は、前記オブジェクトのグループ化を支援するために、従属性型式を除外すること（４０８）を含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
16. 前記オブジェクトは、ソフトウェア・アプリケーション、ミドルウェア及びコンピュータ上のワークロードのうちの少なくとも１つを含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
17. 前記関係を判定するステップ（４０４）は、ネットワーク観測、コンピュータ上のネットワーク統計値の観測、前記オブジェクト及び基盤にある通信ソフトウェア・スタックの従属性構成の観測及び解析、並びに前記関係を識別するためのアプリケーション・ログ・ファイルの解析のうちの１つ又は複数を使用すること（４０６）を含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
18. 前記関係を判定するステップ（４０４）は、ユーザにより入力される従属性を使用することを含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
19. 前記関係を判定するステップ（４０４）は、前記オブジェクトのウェーブ関連属性を判定することを含み、前記オブジェクトをグループ化するステップ（４１０）は、同じウェーブ関連属性を有する前記オブジェクトを同じウェーブ内に配置することを含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
20. 前記ウェーブ関連属性は、ビジネス・アプリケーション、ビジネス所有者、データセンタの場所、及びサーバ・プラットフォームの特性のうちの１つ又は複数を含む、請求項１９に記載のコンピュータ可読ストレージ媒体。
21. 同様のしるしが同様の属性を指示するように前記ウェーブ関連属性をグラフ表示すること（４１２）と、
    前記ウェーブ関連属性を、前記オブジェクトのグループ化に含まれる又はこれから除外される前記オブジェクトの判定を支援するように、選択する又は選択解除すること（４１４）と
    をさらに含む、請求項１９に記載のコンピュータ可読ストレージ媒体。
22. 前記オブジェクト間の従属性をグラフ表示すること（４１２）と、
    前記従属性又は従属性型式を、前記オブジェクトのグループ化に含まれる又はこれから除外される前記オブジェクトの判定を支援するために、選択する又は選択解除すること（４１４）と
    をさらに含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
23. 前記オブジェクトのグループ化にバイアスをかけるように前記関係に重み付けすること（４１５）をさらに含む、請求項１３に記載のコンピュータ可読ストレージ媒体。
24. 前記オブジェクトをグループ化すること（４１０）は、有向グラフ及びマルチグラフのうちの１つを作成すること（４１６）と、グラフ分割問題を解くこととを含む、請求項１３に記載のコンピュータ可読ストレージ媒体。

Images