JP7461471B2 - クロス・クラウド・オペレーションのためのクラウド・サービス - Google Patents

Description

本開示は、一般に、クラウド・コンピューティングに関し、より具体的には、多数の異なるクラウドにまたがるプラットフォーム・オーケストレーションを可能にするクラウド・ツー・クラウド・ブローカ・サービスに関する。

本セクションは、以下で説明および／または請求される本開示の様々な態様に関連する場合がある技術の様々な態様を読者に紹介することを意図したものである。この考察は、本開示の様々な態様のより良い理解を促進するために読者に背景情報を提供するのに役立つと考えられる。したがって、これらの記述は、この観点で読まれるべきであり、従来技術の承認として読まれるべきではない。

組織は、規模にかかわらず、継続的な運用および成功のために情報技術（ＩＴ）ならびにデータおよびサービスへのアクセスに依存する。それぞれの組織のＩＴインフラストラクチャは、関連したハードウェア・リソース（例えば、コンピューティング・デバイス、ロード・バランサ、ファイアウォール、スイッチなど）およびソフトウェア・リソース（例えば、生産性ソフトウェア、データベース・アプリケーション、カスタム・アプリケーションなど）を有する場合がある。次第に、ますます多くの組織が、ＩＴインフラストラクチャ・ソリューションを補うまたは高めるためにクラウド・コンピューティング・アプローチへ転換している。

クラウド・コンピューティングは、一般にインターネットを介してアクセスされるコンピューティング・リソースの共有に関する。特に、クラウド・コンピューティング・インフラストラクチャにより、個人および／または企業などのユーザは、サーバ、ストレージ・デバイス、ネットワーク、アプリケーションおよび／またはその他のコンピューティング・ベースのサービスなどのコンピューティング・リソースの共有プールへアクセスすることができる。そうすることによって、ユーザは、遠隔のロケーションに位置するコンピューティング・リソースにオンデマンドでアクセスすることができ、このリソースは、様々なコンピューティング機能（例えば、大量のコンピューティング・データを記憶および／または処理する）を行うために使用される場合がある。企業およびその他の組織ユーザにとって、クラウド・コンピューティングは、高価なネットワーク機器を購入するまたはプライベートなネットワーク・インフラストラクチャを確立するために大量の時間を投資するなど、大きな初期費用を生じることなく、クラウド・コンピューティング・リソースにアクセスすることにおける柔軟性を提供する。その代わり、クラウド・コンピューティング・リソースを利用することによって、ユーザは、企業の中核機能に集中するようにリソースをリダイレクトすることができる。

本明細書において考察されるようなデータ・センタは、クラウド・コンピューティング環境のオペレーションをサポートするグループまたはポッドに配置された多数のハードウェア・サーバを含むことができる。各ポッドは、例えば、デベロッパ・インスタンス、プロダクション・クライアント・インスタンス、テスト・クライアント・インスタンス、共有または企業インスタンスなどを含む場合がある適切な数のインスタンスをホストする場合がある。これらのインスタンスのライフ・サイクルは、クラウド・コンピューティング環境内での、割り当て、複製／クローニング、バックアップ／リストア、フェイルオーバーなどを含む場合がある。したがって、クラウドは、ホストされるインスタンスのライフ・サイクルを管理するために実行されるオートメーションを含む場合がある。本明細書において使用される場合、「オートメーション」とは、インスタンス・ライフ・サイクルを制御またはさもなければ維持するオーケストレーションを意味する。本明細書において使用される場合、「オーケストレーション」とは、適切なコンピューティング・システムによって実行されたときにクラウド環境内で管理機能を行うコンピュータ実行可能または解釈可能命令（例えば、１つまたは複数のスクリプト、ワークフロー、サブワークフロー、オペレーション、サブオペレーションおよび／またはスケジュール・ジョブ）を意味する。したがって、特定のクラウドのオートメーションは、一般に、特定のクラウドによってホストされるデータおよび／または実行可能命令への参照を含む。

加えて、あるクラウド・コンピューティング環境は、特定のセキュリティ制限に関連している。例えば、プライベート・クラウドは、すべてのデータ・ストレージおよび処理が高められたセキュリティおよび／または規制コンプライアンスのためにプライベート・クラウド内で行われることを指定する検疫制限を有する場合がある。加えて、あるクラウド・コンピューティング環境は、異なるハードウェア制限、帯域幅制限、アプリケーション・フレームワークなどの異なる特徴を提供する。したがって、組織のニーズが変化するとき、インスタンスを１つのクラウド・コンピューティング環境から別のクラウド・コンピューティング環境へ移行させることが望ましい場合がある。しかしながら、オートメーションは一般的にインスタンスライフ・サイクル・タスクを処理するために使用されるのに対し、オートメーションは特定のクラウド・コンピューティング環境に固有のものであり、したがって、オートメーションは、各クロス・クラウド・インスタンス移行のためにカスタマイズされなければならない。したがって、現在、クロス・クラウド・インスタンス移行などのクロス・クラウド・オートメーション・アクションを可能にすることができる、異なるクラウド環境の間でのオートメーションの実行をオーケストレートするためのシステムの必要性が存在することが認識されている。

本明細書に開示されたある実施形態の概要が以下に示される。これらの態様は、これらのある実施形態の簡単な概要を読者に提供するためにのみ提供されており、これらの態様は本開示の範囲を限定することを意図したものではないことを理解すべきである。実際、本開示は、以下に示されない場合がある様々な態様を包含する場合がある。

本実施形態は、データ・リソースへのクロス・クラウド・アクセスおよびオートメーションを含むオーケストレーションのクロス・クラウド実行を可能にするクラウド・サービス（ＣＳ）に向けられる。ＣＳは、ピア・ツー・ピア（Ｐ２Ｐ）クラウド・オーケストレータ・サービス（ＣＯＳ）およびクラウド・ブローカ・サービス（ＣＢＳ）を含む。ＣＯＳは、異なるクラウド・コンピューティング環境の間でのＰ２Ｐ識別および通信ルーティングを可能にする。加えて、ＣＯＳは、異なるクラウド・コンピューティング環境からのデータおよびオーケストレーション（例えば、１つまたは複数のスクリプト、ワークフローおよび／またはスケジュール・ジョブ）へのクロス・クラウド・アクセスを可能にするＣＢＳのオペレーションを制御する。加えて、データ・センタは、ＣＳを通ってデータ・センタのすべてのオーケストレーション・コールをルーティングするように構成される場合があり、これにより、ＣＳは、ローカル・データおよびオーケストレーションへの参照がデータ・センタ内で処理されることを保証することができる一方、異なるデータ・センタのデータおよびオーケストレーションへの参照は、適切なデータ・センタの対応するＣＳによって処理されるように適切にルーティングされる。したがって、クラウド・コンピューティング環境内に定義された既存のオートメーションを、修正なしにクロス・クラウド・オペレーションを可能にするようにＣＳによって活用することができ、効率、コスト削減およびエラー削減における著しいゲインを提供する。例えば、開示されたＣＳを使用して、クラウド・コンピューティング環境内でのインスタンスの割り当て、複製／クローニング、バックアップ／リストアなどのための十分に確立されたオートメーションは、最小限のダウンタイムで、データ損失なく、かつ高い移動安定性での有効なＰ２Ｐ、クロス・クラウド・インスタンス移行を可能にするために使用される場合がある。加えて、ＣＳは、クロス・クラウド・ヘルス・モニタリングなどの他のクロス・クラウド・オペレーションを可能にすることができる。さらに、ＣＳのＣＢＳは、高められたセキュリティおよび／または規制コンプライアンスのためにあるデータおよび／またはオーケストレーションにローカル・アクセスすることに制限するように構成することができる。

上述の特徴の様々な改良が、本開示の様々な態様に関連して存在する場合がある。さらなる特徴が、これらの様々な態様に組み込まれる場合もある。これらの改良および追加的な特徴は、個別にまたはあらゆる組合せにおいて存在する場合がある。例えば、示された実施形態のうちの１つまたは複数に関連して以下で考察される様々な特徴は、単独でまたはあらゆる組合せにおいて本開示の上述の態様のいずれかに組み込まれる場合がある。上記で提供した簡単な概要は、請求項に記載の対象への制限なく本開示の実施形態のある態様および状況を読者に普及させることだけを意図したものである。

本開示の様々な態様は、以下の詳細な説明を読みかつ図面を参照することによってより良く理解される場合がある。

本開示の実施形態が動作する場合があるクラウド・アーキテクチャの実施形態のブロック図である。 本開示の実施形態が動作する場合があるマルチ・インスタンス・クラウド・アーキテクチャの実施形態の概略図である。 本開示の態様による、図１または図２に存在する場合があるコンピューティング・システムにおいて利用されるコンピューティング・デバイスのブロック図である。 本開示の態様による、それぞれが、データおよび命令のクロス・クラウド・アクセスを可能にするそれぞれのクラウド・サービス（ＣＳ）を有する２つのデータ・センタによってそれぞれホストされる２つのクラウドを含む例示的な実施形態を示す図である。 本開示の態様による、インスタンスがＣＳを使用して第１のクラウドから第２のクラウドへ移行させられる、クロス・クラウド・インスタンス移行オートメーション・プロセスの例示的な実施形態を示す流れ図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。 本開示の態様による、図５の例示的なクロス・クラウド・インスタンス移行オートメーションの特定のステップを示す図である。

１つまたは複数の具体的な実施形態を以下に説明する。これらの実施形態の簡潔な説明を提供するための努力において、実際の実装のすべての特徴が明細書において説明されるわけではない。あらゆるこのような実際の実装の開発において、あらゆるエンジニアリングまたは設計プロジェクトにおけるように、１つの実装ごとに変化する場合がある、システム関連および企業関連の制約とのコンプライアンスなどの、開発者の特定の目標を達成するために、多くの実装特定の決定がなされなければならないことを理解されたい。さらに、このような開発努力は複雑かつ時間のかかるものであり得るが、それにもかかわらず本開示の利益を有する当業者のための設計、製造および生産のルーティン事業であることを理解されたい。

本明細書において使用される場合、「コンピューティング・システム」という用語は、１つのコンピュータ、仮想マシン、仮想コンテナ、ホスト、サーバ、ラップトップおよび／もしくはモバイル・デバイスなどの、しかしながらこれらに限定されない電子コンピューティング・デバイス、またはコンピューティング・システム上でもしくはコンピューティング・システムによって行われるものとして説明された機能を行うために協働する複数の電子コンピューティング・デバイスを意味する。本明細書において使用される場合、「媒体」という用語は、そこに記憶されるものとして説明される内容を一緒に記憶する１つまたは複数の非一時的コンピュータ可読物理的媒体を意味する。実施形態は、不揮発性二次記憶装置、読取専用メモリ（ＲＯＭ）および／またはランダム・アクセス・メモリ（ＲＡＭ）を含む場合がある。本明細書において使用される場合、「アプリケーション」という用語は、１つまたは複数のコンピューティングモジュール、プログラム、プロセス、作業負荷、スレッドおよび／またはコンピューティング・システムによって実行される１セットのコンピューティング命令を意味する。アプリケーションの例示的な実施形態は、ソフトウェア・モジュール、ソフトウェア・オブジェクト、ソフトウェア・インスタンスおよび／またはその他のタイプの実行可能なコードを含む。

言及したように、オートメーションは、インスタンス・ライフ・サイクルを管理するためにクラウド・コンピューティング環境のデータ・センタによって実行される。しかしながら、オートメーションはデータ・センタに特定のものであるため、それによって第１のクラウドをホストする第１のデータ・センタが、第２のクラウドをホストする第２のデータ・センタによるオートメーションの実行をトリガすることができる、またはオートメーションのパフォーマンスについての情報を受信することができる標準化されたフレームワークは存在しない。したがって、オートメーションは、データ・センタまたはクラウド内のライフ・サイクル・オペレーション（例えば、割り当て、複製／クローニング、バックアップ／リストア、およびフェイルオーバー）を処理するように定義される場合があるが、それらは、一般に、別のデータ・センタまたはクラウドによってコールまたはアクセスされるために利用可能ではない。

前記のことに留意して、本実施形態は、オートメーションのクロス・クラウド実行を可能にするクラウド・サービス（ＣＳ）に向けられている。ＣＳは、ピア・ツー・ピア（Ｐ２Ｐ）クラウド・オーケストレータ・サービス（ＣＯＳ）およびクラウド・ブローカ・サービス（ＣＢＳ）を含む。ＣＯＳは、異なるクラウド・コンピューティング環境の間のＰ２Ｐ識別および通信ルーティングを可能にする。ＣＢＳは、異なるクラウド・コンピューティング環境からのデータおよびオーケストレーション（例えば、１つまたは複数のスクリプト、ワークフローおよび／またはスケジュール・ジョブ）へのクロス・クラウド・アクセスを可能にする。加えて、データ・センタは、ＣＳを介したデータ・センタのすべてのオーケストレーション・コールをルーティングするように構成される場合があり、これにより、ＣＳは、ローカル・データおよびオーケストレーションへの参照がデータ・センタ内で処理されることを保証することができる一方、異なるデータ・センタのデータおよびオーケストレーションへの参照は、適切なデータ・センタの対応するＣＳによって処理されるように適切にルーティングされる。したがって、クラウド・コンピューティング環境内で定義された既存のオートメーションは、修正なしでクロス・クラウド・オペレーションを可能にするようにＣＳによって活用することができ、効率、コスト削減およびエラー削減における著しいゲインを提供する。例えば、開示されたＣＳを使用して、クラウド・コンピューティング環境の割り当て、複製／クローニング、バックアップ／リストアなどのための十分に確立されたオートメーションが、最小限のダウンタイムで、データ損失なく、かつ高い移動安定性で有効なＰ２Ｐ、クロス・クラウド・インスタンス移行を可能にするために使用される場合がある。加えて、ＣＳは、クロス・クラウド・ヘルス・モニタリングなど、その他のクロス・クラウド・オペレーションを可能にすることができる。さらに、ＣＳのＣＢＳは、高められたセキュリティおよび／または規制コンプライアンスのためにあるデータおよび／またはオーケストレーションにローカル・アクセスすることに制限するように構成することができる。

前記のことに留意して、以下の図面は、マルチ・インスタンス・フレームワークにおいて組織にサービスを提供するために利用される場合がありかつそこで本アプローチが利用される場合がある様々なタイプの一般化されたシステム・アーキテクチャまたは構成に関する。対応して、これらのシステムおよびプラットフォームの例は、本明細書において考察された技術が実装またはさもなければ利用される場合があるシステムおよびプラットフォームにも関する場合がある。ここで図１を参照すると、本開示の実施形態が動作する場合があるクラウド・コンピューティング・システム１０の実施形態の概略図が示されている。クラウド・コンピューティング・システム１０は、クライアント・ネットワーク１２、ネットワーク１４（例えば、インターネット）およびクラウド・ベースのプラットフォーム１６を含む場合がある。幾つかの実装において、クラウド・ベースのプラットフォーム１６は、設定管理データベース（ＣＭＤＢ）プラットフォームである場合がある。１つの実施形態において、クライアント・ネットワーク１２は、スイッチ、サーバおよびルータを含むがこれらに限定されない様々なネットワーク・デバイスを有するローカル・エリア・ネットワーク（ＬＡＮ）などのローカル・プライベート・ネットワークである場合がある。別の実施形態では、クライアント・ネットワーク１２は、１つまたは複数のＬＡＮ、仮想ネットワーク、データ・センタ１８および／またはその他のリモート・ネットワークを含むことができる企業ネットワークを表す。図１に示したように、クライアント・ネットワーク１２は、クライアント・デバイスが互いにかつ／またはプラットフォーム１６をホストするネットワークと通信することができるように１つまたは複数のクライアント・デバイス２０Ａ、２０Ｂおよび２０Ｃに接続することができる。クライアント・デバイス２０は、コンピューティング・システムおよび／または一般的にモノのインターネット（ＩｏＴ）デバイスと呼ばれるその他のタイプのコンピューティング・デバイスである場合があり、これらは、例えばウェブ・ブラウザ・アプリケーションを介してまたはクライアント・デバイス２０とプラットフォーム１６との間のゲートウェイとして作用する場合があるエッジ・デバイス２２を介して、クラウド・コンピューティング・サービスにアクセスする。図１は、プラットフォーム１６をホストするネットワークと、その他の外部アプリケーションと、データ・ソースと、サービスと、クライアント・ネットワーク１２との間のデータの通信を容易にするディスカバリ（ＭＩＤ）サーバ２４などの、アドミニストレーションまたは管理者デバイス、エージェントまたはサーバを含む。図１には具体的に示されていないが、クライアント・ネットワーク１２は、接続ネットワーク・デバイス（例えば、ゲートウェイまたはルータ）またはカスタマ・ファイアウォールもしくは侵入保護システムを実装するデバイスの組合せを含む場合もある。

例示した実施形態について、図１は、クライアント・ネットワーク１２がネットワーク１４に結合されていることを示している。ネットワーク１４は、クライアント・デバイス２０とプラットフォーム１６をホストするネットワークとの間でデータを送信するために、その他のＬＡＮ、広域ネットワーク（ＷＡＮ）、インターネットおよび／またはその他のリモート・ネットワークなどの１つまたは複数のコンピューティング・ネットワークを含む場合がある。ネットワーク１４内の各コンピューティング・ネットワークは、電気的および／または光学的領域において動作する有線および／またはワイヤレスのプログラマブル・デバイスを含む場合がある。例えば、ネットワーク１４は、セルラ・ネットワーク（例えば、グローバル移動体通信システム（ＧＳＭ）ベースのセルラ・ネットワーク）、ＩＥＥＥ８０２．１１ネットワークおよび／またはその他の適切な無線ベースのネットワークなどの、ワイヤレス・ネットワークを含む場合がある。ネットワーク１４は、伝送制御プロトコル（ＴＣＰ）およびインターネット・プロトコル（ＩＰ）などの、任意の数のネットワーク通信プロトコルを利用する場合もある。図１には明示的に示されていないが、ネットワーク１４は、ネットワーク１４上でデータを転送するように構成された、サーバ、ルータ、ネットワーク・スイッチおよび／またはその他のネットワーク・ハードウェアデバイスなどの様々なネットワーク・デバイスを含む場合がある。

図１において、プラットフォーム１６をホストするネットワークは、クライアント・ネットワーク１２およびネットワーク１４を介してクライアント・デバイス２０と通信することができるリモート・ネットワーク（例えば、クラウド・ネットワーク）である場合がある。プラットフォーム１６をホストするネットワークは、クライアント・デバイス２０および／またはクライアント・ネットワーク１２に追加的なコンピューティング・リソースを提供する。例えば、プラットフォーム１６をホストするネットワークを利用することによって、クライアント・デバイス２０のユーザは、様々な企業、ＩＴおよび／またはその他の組織関連機能のためのアプリケーションを構築および実行することができる。１つの実施形態において、プラットフォーム１６をホストするネットワークは１つまたは複数のデータ・センタ１８において実装されており、各データ・センタは異なる地理的位置に対応することができる。各データ・センタ１８は、複数の仮想サーバ２６（本明細書では、アプリケーション・ノード、アプリケーション・サーバ、仮想サーバ・インスタンス、アプリケーション・インスタンスまたはアプリケーション・サーバ・インスタンスとも呼ばれる）を含み、各仮想サーバ２６は、１つの電子コンピューティング・デバイス（例えば、１つの物理的ハードウェア・サーバ）などの物理的コンピューティング・システム上でまたは複数のコンピューティング・デバイス（例えば、複数の物理的ハードウェア・サーバ）にわたって実装することができる。仮想サーバ２６の例は、ウェブ・サーバ（例えば、ユニタリ・アパッチ・インストール）、アプリケーション・サーバ（例えば、ユニタリＪＡＶＡ（登録商標）仮想マシン）および／またはデータベース・サーバ（例えば、ユニタリ・リレーショナル・データベース・マネジメント・システム（ＲＤＢＭＳ）カタログ）を含むが、これらに限定されない。

プラットフォーム１６内でコンピューティング・リソースを利用するために、ネットワーク・オペレータは、様々なコンピューティング・インフラストラクチャを使用してデータ・センタ１８を構成するように選択する場合がある。１つの実施形態において、データ・センタ１８のうちの１つまたは複数は、サーバ・インスタンス２６のうちの１つが複数のカスタマからの要求を処理しかつ複数のカスタマにサービスするように、マルチ・テナント・クラウド・アーキテクチャを使用して構成される。マルチ・テナント・クラウド・アーキテクチャを有するデータ・センタ１８は、複数のカスタマからのデータを混合および記憶し、複数のカスタマ・インスタンスは仮想サーバ２６のうちの１つに割り当てられる。マルチ・テナント・クラウド・アーキテクチャにおいて、特定の仮想サーバ２６は、様々なカスタマからのデータおよびその他の情報を区別し、分離する。例えば、マルチ・テナント・クラウド・アーキテクチャは、各カスタマからのデータを識別および分離するために、各カスタマのために特定の識別子を割り当てることができる。一般に、マルチ・テナント・クラウド・アーキテクチャを実装することは、サーバ・インスタンス２６のうちの特定の１つに障害が発生し、特定のサーバ・インスタンスに割り当てられたすべてのカスタマが停止するなど、様々な欠点を生じる場合がある。

別の実施形態において、データ・センタ１８のうちの１つまたは複数は、すべてのカスタマに独自の１つまたは複数のカスタマ・インスタンスを提供するようにマルチ・インスタンス・クラウド・アーキテクチャを使用して構成される。例えば、マルチ・インスタンス・クラウド・アーキテクチャは、各カスタマ・インスタンスに専用のアプリケーション・サーバおよび専用のデータベース・サーバを提供することができる。その他の例では、マルチ・インスタンス・クラウド・アーキテクチャは、各カスタマ・インスタンスのために、１つもしくは複数の専用のウェブ・サーバ、１つもしくは複数の専用のアプリケーション・サーバおよび１つもしくは複数のデータベース・サーバなどの、１つの物理的もしくは仮想サーバ２６ならびに／または物理的および／もしくは仮想サーバ２６のその他の組合せを展開することができる。マルチ・インスタンス・クラウド・アーキテクチャにおいて、複数のカスタマ・インスタンスを１つまたは複数のそれぞれのハードウェア・サーバに実装することができ、各カスタマ・インスタンスは、コンピューティング・メモリ、ストレージおよび処理電力などの、物理的サーバ・リソースのある部分を割り当てられる。そうすることによって、各カスタマ・インスタンスは、データ・アイソレーション、カスタマがプラットフォーム１６にアクセスするための比較的少ないダウンタイム、およびカスタマ・ドリブン・アップグレード・スケジュールの利益を提供する独自のソフトウェア・スタックを有する。マルチ・インスタンス・クラウド・アーキテクチャ内でカスタマ・インスタンスを実装する一例を、図２を参照して以下により詳細に考察する。

図２は、本開示の実施形態が動作する場合があるマルチ・インスタンス・クラウド・アーキテクチャ１００の実施形態の概略図である。図２は、マルチ・インスタンス・クラウド・アーキテクチャ１００が、クライアント・ネットワーク１２およびネットワーク１４を含み、これらが、地理的に互いから分離されておりかつデータ複製および／またはフェイルオーバー能力を提供する場合がある２つの（例えば、対になった）データ・センタ１８Ａおよび１８Ｂに接続されていることを示している。一例として図２を用いて、ネットワーク環境およびサービス・プロバイダ・クラウド・インフラストラクチャ・クライアント・インスタンス１０２（本明細書ではクライアント・インスタンス１０２とも呼ばれる）が、専用の仮想サーバ（例えば、仮想サーバ２６Ａ、２６Ｂ、２６Ｃおよび２６Ｄ）および専用のデータベース・サーバ（例えば、仮想データベース・サーバ１０４Ａおよび１０４Ｂ）に関連している（例えば、それらによってサポートされかつ可能にされる）。言い換えれば、仮想サーバ２６Ａ～２６Ｄならびに仮想データベース・サーバ１０４Ａおよび１０４Ｂは、他のクライアント・インスタンスと共有されておらず、それぞれのクライアント・インスタンス１０２に特定されている。示された例において、クライアント・インスタンス１０２の利用可能性を促進するために、仮想サーバ２６Ａ～２６Ｄならびに仮想データベース・サーバ１０４Ａおよび１０４Ｂは、２つの異なるデータ・センタ１８Ａおよび１８Ｂに割り当てられており、これにより、データ・センタ１８のうちの一方は、バックアップ・データ・センタとして機能する。マルチ・インスタンス・クラウド・アーキテクチャ１００のその他の実施形態は、ウェブ・サーバなどのその他のタイプの専用の仮想サーバを含むことができる。例えば、クライアント・インスタンス１０２は、専用の仮想サーバ２６Ａ～２６Ｄ、専用の仮想データベース・サーバ１０４Ａおよび１０４Ｂ、ならびに追加の専用の仮想ウェブ・サーバ（図２には示されていない）に関連していることができる（例えば、それによってサポートされかつ可能にされることができる）。

図１および図２は、クラウド・コンピューティング・システム１０およびマルチ・インスタンス・クラウド・アーキテクチャ１００の特定の実施形態をそれぞれ示しているが、開示は、図１および図２に示された特定の実施形態に限定されない。例えば、図１は、プラットフォーム１６がデータ・センタを使用して実装されることを示しているが、プラットフォーム１６のその他の実施形態はデータ・センタに限定されず、その他のタイプのリモート・ネットワーク・インフラストラクチャを利用することができる。さらに、本開示のその他の実施形態は、１つまたは複数の異なる仮想サーバを１つの仮想サーバに組み合わせる場合があるか、または逆に複数の仮想サーバを使用する１つの仮想サーバに起因する動作を行う場合がある。例えば、一例として図２を使用すると、仮想サーバ２６Ａ、２６Ｂ、２６Ｃ、２６Ｄおよび仮想データベース・サーバ１０４Ａ、１０４Ｂは、１つの仮想サーバに組み合わされる場合がある。さらに、本アプローチは、マルチ・テナント・アーキテクチャ、汎用クライアント／サーバ実装を含むがこれらに限定されないその他のアーキテクチャまたは構成において、および／または本明細書において考察される動作のうちの幾つかまたはすべてを行うように設定された１つの物理的プロセッサ・ベースのデバイスにおいてさえも、実装される場合がある。同様に、仮想サーバまたはマシンは、実装の考察を容易にするために参照される場合があるが、物理的サーバがその代わりに適切なものとして利用される場合がある。図１および図２の使用および考察は、記載および説明の容易さを促進するための例でしかなく、本明細書に示された特定の例に開示を限定することを意図したものではない。

理解され得るように、図１および図２に関して考察されたそれぞれのアーキテクチャおよびフレームワークは、全体を通じて様々なタイプのコンピューティング・システム（例えば、サーバ、ワークステーション、クライアント・デバイス、ラップトップ、タブレットコンピュータ、携帯電話など）を組み込む。完全性のために、このようなシステムにおいて典型的にみられる構成要素の簡単でハイレベルな概説が提供される。理解され得るように、本概説は、このようなコンピューティング・システムにおいて典型的な構成要素のハイレベルで一般化された見解を単に提供することを意図したものであり、考察されるまたは考察から省略される構成要素の観点から限定するものと見なされるべきではない。

背景によって、本アプローチが、図３に示されたような１つまたは複数のプロセッサ・ベースのシステムを使用して実装される場合があることが理解され得る。同様に、本アプローチにおいて利用されるアプリケーションおよび／またはデータベースは、このようなプロセッサ・ベースのシステムにおいて記憶、利用および／または維持される場合がある。理解され得るように、図３に示されたこのようなシステムは、分散されたコンピューティング環境、ネットワーク環境またはその他のマルチ・コンピュータ・プラットフォームもしくはアーキテクチャに存在する場合がある。同様に、図３に示されたようなシステムは、本アプローチが実装される場合がある１つまたは複数の仮想環境または計算インスタンスをサポートするかまたはこれらと通信する際に使用される場合がある。

このことに留意して、例示的なコンピュータ・システムは、図３に示されたコンピュータ構成要素のうちの幾つかまたはすべてを含む場合がある。図３は、概して、コンピューティング・システム２００の例示的な構成要素および１つまたは複数のバスなどに沿ったそれらの潜在的な相互接続または通信経路のブロック図を示している。示したように、コンピューティング・システム２００は、１つまたは複数のプロセッサ２０２、１つまたは複数のバス２０４、メモリ２０６、入力デバイス２０８、電源２１０、ネットワーク・インターフェース２１２、ユーザ・インターフェース２１４、および／または本明細書に説明された機能を行う際に役立つその他のコンピュータ構成要素などの、しかしながらこれらに限定されない様々なハードウェア構成要素を含む場合がある。

１つまたは複数のプロセッサ２０２は、メモリ２０６に記憶された命令を行うことができる１つまたは複数のマイクロプロセッサを含む場合がある。幾つかの実施形態において、命令は、メモリ２０６における各プロセスの実行スタックからパイプラインされる場合があり、より迅速かつ効率的に処理されるために１つまたは複数のプロセッサ２０２の命令キャッシュに記憶される場合がある。追加的にまたは代替的に、１つまたは複数のプロセッサ２０２は、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）および／またはメモリ２０６からの命令をコールすることなく本明細書において考察された機能のうちの幾つかまたはすべてを行うように設計されたその他のデバイスを含む場合がある。

その他の構成要素に関して、１つまたは複数のバス２０４は、コンピューティング・システム２００の様々な構成要素の間にデータおよび／または電力を提供するための適切な電気チャネルを含む。メモリ２０６は、あらゆる有形の、非一時的な、コンピュータ可読の記憶媒体を含む場合がある。図１に１つのブロックとして示されているが、メモリ２０６は、１つまたは複数の物理的位置において同じまたは異なるタイプの複数の物理的ユニットを使用して実装することができる。入力デバイス２０８は、１つまたは複数のプロセッサ２０２にデータおよび／またはコマンドを入力するための構造に対応する。例えば、入力デバイス２０８は、マウス、タッチパッド、タッチスクリーン、キーボードなどを含む場合がある。電源２１０は、ライン電源および／またはバッテリ電源などの、コンピューティング・デバイス２００の様々な構成要素の電源に適した任意の電源であり得る。ネットワーク・インターフェース２１２は、１つまたは複数のネットワーク（例えば、通信チャネル）上で他のデバイスと通信することができる１つまたは複数のトランシーバを含む。ネットワーク・インターフェース２１２は、有線ネットワーク・インターフェースまたはワイヤレス・ネットワーク・インターフェースを提供する場合がある。ユーザ・インターフェース２１４は、１つまたは複数のプロセッサ２０２から伝送されるテキストまたは画像を表示するように構成されたディスプレイを含む場合がある。ディスプレイに加えておよび／またはディスプレイの代わりに、ユーザ・インターフェース２１４は、ライト（例えば、ＬＥＤ）、スピーカなどの、ユーザとインターフェースするためのその他のデバイスを含む場合がある。

前記のことに留意して、図４は、本明細書では単に「クラウド」と呼ばれる場合がある、２つのサービス・プロバイダ・クラウド・ベース・プラットフォーム１６Ａおよび１６Ｂを含む例示的な実施形態を示す図である。上記で考察したように、各クラウド１６Ａおよび１６Ｂは、それぞれのデータ・センタ１８Ａおよび１８Ｂに関連した適切な処理およびストレージ・リソースによってホストされる。加えて、各データ・センタ１８は、クライアント・インスタンス、企業または共有インスタンス、テスト・インスタンス、デベロッパ・インスタンスなどの、多数のインスタンス１０２をホストする。各インスタンス１０２は、上記で考察したように、各インスタンスの動作をサポートする仮想サーバ２６および仮想データベース・サーバ１０４を含む。例えば、インスタンス１０２Ａは、クライアントに関連したリソースおよびアセットのための構成アイテム（ＣＩ）を記憶する構成管理データベース（ＣＭＤＢ）をホストするクライアント・インスタンスである。したがって、インスタンス１０２Ａは、概して、クライアント・デバイス２０などの複数のエンド・ユーザ・デバイスを同時にサポートするように構成されており、各エンド・ユーザ・デバイスは、クライアント・ネットワーク１２および／またはネットワーク１４を介してクライアント・インスタンス１０２Ａと通信する。クラウド１６は、あらゆる適切な数の同時インスタンスをサポートするように構成される場合がある。

示された実施形態の場合、各クラウド１６Ａおよび１６Ｂは、それぞれデータ・センタ１８Ａおよび１８Ｂによってサポートまたはホストされる。その他の実施形態において、各クラウド１６Ａおよび１６Ｂは、それぞれ異なる地理的位置に位置する場合がある多数の異なるデータ・センタ１８によってホストされる。加えて、ある実施形態において、データ・センタ１８は、「ポッド」と呼ばれるハードウェア・サーバのグループにさらに細分される場合がある。クラウド１６は、異なるクラウド・ベース企業、カンパニー、サービス、またはテクノロジによってホストされるまたはこれらと関連している場合がある。各データ・センタ（またはデータ・センタ組織に応じて、各データ・センタの各ポッド）は、ホストされるインスタンス１０２のライフ・サイクルを管理することに責任のあるオートメーション２２０を記憶する。これらのオートメーション２２０は、それぞれのホストされるクライアント・インスタンス１０２を生成、維持および除去するためにデータ・センタ１８の適切な処理回路によって実行される１つまたは複数のオーケストレーション２２２（例えば、ワークフロー２２４、スクリプト２２６および／またはスケジュール・ジョブ２２８）において定義される場合がある。例えば、オートメーション２２０は、新たなインスタンスを生成するときにリソース割り当てを処理する、インスタンスの複製／クローニングを管理する、同じクラウド・インスタンス移行を管理する、インスタンス・データベース・サーバのバックアップ／リストアを行う、仮想サーバおよび／またはデータベース・サーバのフェイルオーバーを管理する、インスタンス終了を処理する、インスタンス終了後のインスタンス・リソースのリリースまたは再割り当てを管理するなどのために定義される場合がある。本開示が存在しない場合、これらのオートメーション２２０は、それぞれのクラウド１６Ａおよび１６Ｂのインスタンス１０２を管理するために各データ・センタ１８Ａおよび１８Ｂによって独立して実行され、したがって、クラウド１６Ｂおよびデータ・センタ１８Ｂは、クラウド１６Ａおよびデータ・センタ１８Ａにおいて定義されたオートメーション２２０の実行をアクセスまたはトリガすることができない。したがって、本開示が存在しない場合、クロス・クラウド・インスタンス移行などのクロス・クラウド・インスタンス・ライフ・サイクル・オペレーションは不可能である。

前記のことに留意して、本実施形態は、クロス・クラウド・データ交換およびオートメーションのクロス・クラウド実行を可能にするクラウド・サービス（ＣＳ）に向けられている。示された実施形態の場合、データ・センタ１８Ａおよびデータ・センタ１８Ｂは、それぞれのＣＳ２３０をホストする。データ・センタ１８Ａまたは１８Ｂがポッドに組織化されている実施形態の場合、データ・センタの各ポッドは、それぞれのＣＳ２３０をホストする場合がある。各ＣＳ２３０は、それぞれのピア・ツー・ピア（Ｐ２Ｐ）クラウド・オーケストレータ・サービス（ＣＯＳ）２３２およびクラウド・ブローカ・サービス（ＣＢＳ）２３４を含む。以下で考察するように、ＣＯＳ２３２は、適切なネットワーク１４を介してデータ・センタ１８間のＰ２Ｐ識別および通信ルーティングを可能にする。すなわち、データ・センタ１８ＡのＣＯＳ２３２およびデータ・センタ１８ＢのＣＯＳ２３２は、クラウド１６Ａおよび１６Ｂが、互いおよびその他の通信により結合されたピア・クラウドを識別し、かつデータ・センタ１８間の適切な通信ルート（例えば、暗号化された、Ｐ２Ｐインターネット・プロトコル（ＩＰ）チャネル）を確立することを可能にする。例えば、データ・センタ１８Ａが、データ・センタ１８Ｂに、クラウド１６Ｂにおいてオートメーションを実行させようとするとき、データ・センタ１８ＡのＣＯＳ２３２は、所望のオートメーションを有するクラウド１６Ｂをホストするものとしてデータ・センタ１８ＢのＣＯＳ２３２を識別する場合がある。ある実施形態では、データ・センタ１８ＡのＣＯＳ２３２は、リソース（例えば、データ、データベース・クエリ、オーケストレーション）がデータ・センタ１８ＢのＣＢＳ２３４を介してアクセスまたは実行されるために利用可能であるかどうかを決定するために、データ・センタ１８ＢのＣＯＳ２３２にユニキャスト・クエリを提供する場合がある。各データ・センタ１８のＣＯＳ２３２によって維持されるＰ２Ｐネットワークにおいて複数のピア・クラウドが存在する実施形態の場合、データ・センタ１８のＣＯＳ２３２は、それぞれのピア・クラウドをホストするすべての通信により結合されたデータ・センタへマルチキャスト・クエリを送信する場合があり、その後、関心のあるリソースをホストする適切なデータ・センタ／クラウドからの応答を受信する場合がある。このような実施形態の場合、各データ・センタ１８のＣＯＳ２３２は、これらのピア・クラウドをホストする各データ・センタ１８のＣＯＳ２３２間でＰ２Ｐネットワークの動作を可能にするために、固有の識別子、ＩＰアドレスまたはユニバーサル・リソース識別子（ＵＲＩ）、ルーティング・テーブル、認証信任状などの、ピア・クラウドに関する情報の集合を維持する場合がある。ある実施形態において、データ・センタ１８ＡのＣＳ２３０とデータ・センタ１８ＢのＣＳ２３０との間の通信は、ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ（ＲＥＳＴ）メッセージ、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）メッセージ、またはあらゆるその他の適切なスタイル、フォーマットもしくはプロトコルにおけるメッセージを含む場合があることが理解され得る。

示された実施形態の場合、ＣＯＳ２３２は、ＣＢＳ２３４の動作を制御し、ＣＢＳ２３４は、ネットワーク１４を介したクラウド１６間での、オーケストレーション２２２およびオートメーション２２０などのデータおよび命令へのクロス・クラウド・アクセスを可能にする。ある実施形態において、ＣＢＳ２３４は、カスタマイズされたＣＩＴＲＵＳクライアントまたは別の適切なｅｎｔｅｒｐｒｉｓｅ ａｐｐｌｉｃａｔｉｏｎ ｉｎｔｅｇｒａｔｉｏｎ（ＥＡＩ）プラットフォームである場合がある。示された実施形態の場合、インスタンス・ライフ・サイクルに関連したオートメーション２２０、すなわちオーケストレーション２２２（例えば、ワークフロー２２４、スクリプト２２６および／またはスケジュール・ジョブ２２８）は、ＣＢＳ２３４を介して実行される。加えて、ＣＢＳ２３４は、オートメーションが特定のクラウド内で実行されるかどうかまたはオートメーションがクロス・クラウド・オペレーションを表すかどうかをシームレスに決定する。言い換えれば、ＣＢＳ２３４は、ローカルおよびリモートのデータおよび命令（例えば、オーケストレーション、オートメーション）を要約し、これにより、オートメーション２２０は、ローカルまたはリモートで実行されるかどうかに気づかない。ＣＢＳ２３４をこの形式で実装することにより、前に利用不可能だったクロス・クラウド・オペレーションを、修正なく、クラウド１６内に既に定義された、確立されかつテストされたローカル・オートメーション２２０を使用して実装することができ、これは、開発およびデバッグ・コストを著しく削減する。加えて、言及したように、クラウド隔離が望まれる場合、ＣＢＳ２３４は、隔離されたクラウド内のデータまたは命令へのローカル・アクセスを依然として可能にしながら、特定のデータまたは命令がピア・クラウドによってアクセスされることをブロックまたは防止するように構成することができる。

示された実施形態の動作中、オートメーション２２０のスクリプト２２６の実行がデータ・センタ１８Ａによって要求されたとき、実行される命令は、分析のためにデータ・センタ１８ＡのＣＢＳ２３４に提供される。オートメーション２２０のスクリプトが、クラウド１６Ａ内に記憶されたリソース（例えば、データおよび／または命令）への参照のみを含む場合、ＣＢＳ２３４は、データ・センタ１８Ａ内でスクリプトをローカルに実行する。しかしながら、スクリプト２２６が、クラウド１６Ｂによってホストされるデータまたは命令を参照する場合、ＣＢＳ２３４は、リソースのための要求をデータ・センタ１８Ｂへルーティングする。ある実施形態において、データ・センタ１８Ａによって実行されるオートメーション２２０が、データ・センタ１８Ｂによってホストされるデータにアクセスするための要求（例えば、作成、読み取り、更新、または削除（ＣＲＵＤ）要求）を含む場合、データ・センタ１８ＡのＣＢＳ２３４は、クラウド１６Ａおよび１６ＢのＣＯＳ２３２によって記憶されたルーティング情報に基づいて、データにアクセスするための適切な要求をクラウド１６ＢのＣＢＳへ送信する場合がある。その後、クラウド１６ＢのＣＢＳ２３４は、要求されたデータをクラウド１６ＡのＣＢＳ２３４に提供することによって応答する場合があり、クラウド１６ＢのＣＢＳ２３４が、要求されたデータをエクスポートすることから制限されていないと仮定する。ある実施形態において、クラウド１６Ａにおいて実行するオートメーションが、クラウド１６Ｂによってホストされるオートメーションの実行を要求すると、クラウド１６ＡのＣＢＳ２３４は、オートメーションを実行するためにクラウド１６ＢのＣＢＳに対する要求を送信する場合があり、データ・センタ１８Ｂにおける要求されたオートメーションの実行によって生成されたクラウド１６ＢのＣＢＳからのリザルト（例えば、出力データ、ステータス情報、エラー情報など）を受信する場合がある。

図５は、クロス・クラウド・インスタンス移行オートメーション２５０の例示的な実施形態を示す流れ図であり、クロス・クラウド・インスタンス移行オートメーション２５０は、クラウド内に定義された既存のオートメーションを活用しながらインスタンスを第１のクラウドから第２のクラウドへ移動させるためのクロス・クラウド移行プロセスを定義する。加えて、図６～図１４は、図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０の特定のステップを示す図である。したがって、図６～図１４の例は、概して、クラウド１６内でリソースを割り当て、データを移送し、ノードをインストールし、トラフィックをリダイレクトしかつリソースをリリースするためにクラウド１６ＡのＣＳ２３０およびクラウド１６ＢのＣＳ２３０がどのように協働するかを説明している。この例示的なクロス・クラウド・インスタンス移行オートメーション２５０は、単に開示されたＣＳ２３０の利益の一例として提供されており、限定することを意図したものではない。実際、その他の実施形態において、クロス・クラウド・インスタンス移行オートメーション２５０は、本開示に従って、より少ないステップ、追加的なステップ、反復されるステップなどを有するＣＳ２３０を使用して実装される場合がある。この例の場合、データ・センタ１８ＢのＣＳ２３０がクロス・クラウド・インスタンス移行オートメーション２５０を実行するのに対し、クロス・クラウド・インスタンス移行オートメーション２５０の部分（例えば、サブオートメーション）は、以下で考察するように、ローカルまたはクロス・クラウド形式においてデータ・センタ１８Ａまたは１８ＢのそれぞれのＣＳ２３０によって実行される場合があることが理解され得る。追加的な明瞭性のために、図５のブロックは、どのデータ・センタ１８がクロス・クラウド・インスタンス移行オートメーション２５０の様々なステップを実行するかの挿入指示を含む。

図５のクロス・クラウド・インスタンス移行オートメーション２５０の考察を促進するために、図６は、クライアント・インスタンス１０２Ａ（この例ではソース・インスタンス１０２Ａとも呼ばれる）を含むクラウド１６Ａ（この例ではソース・クラウド１６Ａとも呼ばれる）をホストするデータ・センタ１８Ａ（この例ではソース・データ・センタ１８Ａとも呼ばれる）を示している。図２に関して考察したように、クライアント・インスタンス１０２Ａは、複数の仮想サーバ２６（例えば、アプリケーション・サーバ）と、一次データベース・サーバ１０４Ａおよび二次データベース・サーバ１０４Ｂを含むデータベース・サーバ１０４とを含む。同様に、データ・センタ１８Ｂ（この例ではターゲット・データ・センタ１８Ｂとも呼ばれる）は、あらゆる適切な数のインスタンス（図示せず）を含む場合があるクラウド１６Ｂ（この例ではターゲット・クラウドとも呼ばれる）をホストする。

図６に示したように、動作中、データ・センタ１８ＢのＣＳ２３０は、クロス・クラウド・インスタンス移行オートメーションを実行してクライアント・インスタンス１０２Ａをクラウド１６Ａおよびデータ・センタ１８Ａからクラウド１６Ｂおよびデータ・センタ１８Ｂへ移動させるために、管理者２５２からの要求を受信する。クロス・クラウド・インスタンス移行オートメーション２５０は、データ・センタ１８Ａおよびデータ・センタ１８Ｂによってホストされる他のオートメーション２２０への参照またはコールを含み、これらのオートメーション２２０は、上記で考察したように、クラウド１６Ａおよび１６Ｂ内のインスタンスのために、リソース割り当て、インスタンス複製／クローニング、データ・バックアップ／リストア、フェイルオーバーなどをローカルで処理するように設計されている。示された例の場合、データ・センタ１８ＢによってホストされるＣＯＳ２３２は、データ・センタ１８Ａが、要求されたクロス・クラウド・インスタンス移行オートメーションによって使用されるオートメーション２２０をホストし、上記で考察したように、データ・センタ１８Ａと通信するための適切な情報をデータ・センタ１８ＢのＣＢＳ２３４に提供することを決定する。クロス・クラウド・インスタンス移行オートメーションを実行するための要求を受信したことに応答して、データ・センタ１８ＢのＣＢＳ２３４は、図５のクロス・クラウド・インスタンス移行オートメーション２５０によって説明されるように、クロス・クラウド・インスタンス移行オートメーション２５０の実行を開始する。上述のように、データ・センタ１８Ｂは、行われるクロス・クラウド・オートメーション・プロセスのインスティゲータであり、このプロセスの部分は、データ・センタ１８Ｂによってローカルで実行されるのに対し、他の部分は、この例では、データ・センタ１８Ａによってリモートで実行される。

図５を参照すると、クロス・クラウド・インスタンス移行オートメーション２５０の例示的な実施形態は、移行をスケジュールし、キューに入れることによって開始する（ブロック２５４）。例えば、図６に示したように、データ・センタ１８ＢのＣＢＳ２３４は、移行が開始するための時間をスケジュールし、また、スケジュールされた時間に達したときに移行をキューに入れるためにスケジューリング・オートメーションを実行する。このスケジューリング・オートメーションは、データ・センタ１８Ｂにローカルのリソースのみを伴うので、データ・センタ１８ＢのＣＢＳ２３４は、データ・センタ１８Ａにアクセスすることなくまたはデータ・センタ１８Ａを伴うことなく、スケジューリング・オートメーションをローカルで実行する。上述のように、データ・センタ１８Ｂによって記憶および実行されるスケジューリング・オートメーションは、データ・センタ１８Ｂによってホストされるインスタンスのためのライフ・サイクル・タスクをスケジュールするために設計された既存のオートメーションである場合があり、この既存のオートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行オートメーションによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２５４において移行をスケジュールし、キューに入れた後、データ・センタ１８ＢのＣＢＳ２３４は、ソース・インスタンスを確認することによって進行する場合がある（ブロック２５６）。例えば、図７に示したように、クロス・クラウド・インスタンス移行オートメーション２５０を実行するデータ・センタ１８ＢのＣＢＳ２３４は、次いで、データ・センタ１８Ａによってホストされるインスタンス確認オートメーションを実行するために命令に達する。上記で考察したように、データ・センタ１８ＢのＣＢＳ２３４は、インスタンス確認オートメーションを実行するためにデータ・センタ１８ＡのＣＢＳ２３４に命令を送信する。このインスタンス確認オートメーションの実行は、データ・センタ１８Ａおよびクラウド１６Ａにローカルのリソースのみを伴うので、データ・センタ１８ＡのＣＢＳ２３４は、インスタンス１０２Ａに対してインスタンス確認オートメーションをローカルで実行する。インスタンス確認オートメーションの実行が完了すると、データ・センタ１８ＡのＣＢＳ２３４は、実行の結果（例えば、成功／失敗指示、構成／容量情報）を、インスタンス確認オートメーションのリモート実行をトリガしたデータ・センタ１８ＢのＣＢＳ２３４へ送信する。データ・センタ１８Ｂが、インスタンス１０２が確認に失敗したことの指示を受信する状況の場合、データ・センタ１８ＢのＣＢＳ２３４は、クロス・クラウド・インスタンス移行オートメーション２５０の実行を中断し、後の管理者レビューのために失敗した確認をログ付けする場合がある。上述のように、データ・センタ１８Ａによって記憶および実行されたインスタンス確認オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる、クラウド１６Ａ内のインスタンス確認のために設計された既存のオートメーションである場合がある。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ソース・インスタンス１０２Ａがブロック２５６において確認されると、データ・センタ１８ＡのＣＢＳ２３４は、クラウド１６Ｂによってホストされる新たなインスタンス１０２Ｂ（本明細書ではターゲット・インスタンス１０２Ｂとも呼ばれる）を生成するためにリソースを割り当てる場合がある（ブロック２５８）。例えば、図８に示したように、データ・センタ１８ＡのＣＢＳ２３４は、容量獲得オートメーションを実行し、クラウド１６Ｂ内のインスタンス１０２Ａをホストするためにデータ・センタ１８Ａのリソースを割り当てる。示した例の場合、インスタンス１０２Ａは、４つの仮想サーバ２６ならびにデータベース・サーバ１０４Ａおよび１０４Ｂを含む。したがって、データ・センタ１８ＢのＣＢＳ２３４は、容量獲得オートメーションをローカルで実行し、クラウド１６Ｂの新たに定義されたターゲット・インスタンス１０２Ｂ内で仮想サーバ２６ならびにデータベース・サーバ１０４Ｃおよび１０４Ｄを割り当てる場合がある。ある実施形態において、データ・センタ１８Ｂは、ブロック２５６および図６に関して考察したように、クライアント・インスタンス１０２Ａの容量に関する情報を、データ・センタ１８Ａによるインスタンス確認オートメーションの実行から受信された応答の一部として受信する場合がある。その他の実施形態では、容量獲得オートメーションを実行する前に、データ・センタ１８ＢのＣＢＳ２３４は、まず、データ・センタ１８ＡのＣＢＳ２３４によってローカルで実行されるために容量決定オートメーションをコールする場合があり、データ・センタ１８ＡのＣＢＳ２３４は、データ・センタ１８ＢのＣＢＳ２３４に容量情報を提供することによって応答する場合がある。上述のように、データ・センタ１８Ａによって記憶および実行される容量獲得オートメーションと、データ・センタ１８Ｂによって記憶および実行される容量決定オートメーションとは、クラウド１６Ａおよび１６Ｂ内で容量をそれぞれ決定または獲得するために設計された既存のオートメーションである場合があり、これらのローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２５８においてインスタンス・リソースを割り当てた後、データ・センタ１８ＢのＣＢＳ２３４は、ソース・データ・センタ１８Ａにおいて移行をアレンジする場合がある（ブロック２６０）。例えば、図９に示したように、データ・センタ１８ＢのＣＢＳ２３４は、ソース・データ・センタ１８Ａによって移行管理オートメーションの実行をコールする場合があり、コールは、移行のための特定のパラメータを含む。例えば、データ・センタ１８ＢのＣＢＳ２３４は、データ・センタ１８ＡのＣＢＳ２３４に、移行が生じる時間ウィンドウおよびターゲット・インスタンス１０２ＢのＩＰアドレスまたはユニバーサル・リソース識別子（ＵＲＩ）を提供する場合がある。受信されたパラメータを使用して、データ・センタ１８ＡのＣＢＳ２３４は、移行管理オートメーションを実行する場合があり、これは、スケジュールされたダウンタイムならびに移行が完了した後にインスタンス１０２ＢにアクセスするためのＩＰアドレスまたはＵＲＩに関してインスタンス１０２Ａの管理者およびユーザに情報を提供する。加えて、データ・センタ１８ＡのＣＢＳ２３４は、インスタンス１０２Ａの構造または構成（例えば、仮想サーバ２６の数、データベース・サーバ１０４によって記憶されるデータの構造）に対する変化を防止するためにインスタンス１０２Ａにおいてロック・インスタンス・オートメーションをローカルで実行する場合がある。インスタンス１０２Ａは、ソース・インスタンス１０２Ａ内の構成変化を防止するようにロックされるが、インスタンスはアクティブのままである場合があり、ユーザが、仮想サーバ２６に通常アクセスしかつデータベース・サーバ１０４Ａおよび１０４Ｂによって記憶されたデータにアクセス／修正することを可能にする。さらに、ある実施形態では、データ・センタ１８ＡのＣＢＳ２３４は、移行管理オートメーションの一部としてソース・インスタンス１０２Ａのより徹底した検証を行う場合があり、ソース・インスタンス１０２Ａの容量および構成に関するより詳細な情報をデータ・センタ１８ＢのＣＢＳ２３４に提供する場合がある。上述のように、データ・センタ１８Ａによって記憶および実行される移行管理オートメーションおよびロック・インスタンス・オートメーションは、クラウド１６Ａ内で移行をスケジュールするまたはインスタンスをロックするために設計された既存のオートメーションである場合があり、これらのオートメーションは、修正なく例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２６０においてソース・データ・センタ１８Ａにおいて移行をスケジューリングした後、データ・センタ１８ＢのＣＢＳ２３４は、引き続き、ターゲット・インスタンス１０２Ｂを構成する場合がある（ブロック２６２）。例えば、図１０に示したように、データ・センタ１８ＢのＣＢＳ２３４は、インスタンス１０２Ｂに前もって割り当てられたリソースがインスタンス１０２Ａを移行させるのに十分であることを確認するために容量検証オートメーションをローカルで実行する場合がある。容量が検証されると、データ・センタ１８ＢのＣＢＳ２３４は、構成されているときにインスタンス１０２Ｂの構造または構成に対する望ましくない変更を防止するためにロック・インスタンス・オートメーションをローカルで実行する場合もある。加えて、データ・センタ１８ＢのＣＢＳ２３４は、ソース・インスタンス１０２Ａの仮想サーバ２６のインストールおよび構成に基づいて、ターゲット・インスタンス１０２Ｂの仮想サーバ２６をインストールおよび構成するインストール・インスタンス・オートメーションを実行する場合がある。しかしながら、ソース・インスタンス１０２のデータベース・サーバ１０４Ａおよび１０４Ｂによって記憶されたデータは、ターゲット・インスタンス１０２Ｂへまだ移送されていないので、ターゲット・インスタンス１０２Ｂの仮想サーバ２６は、図１０に示したように、ソース・インスタンス１０２Ａの一次データベース・サーバ１０４Ａに記憶されたデータを使用することにインストール中に最初は向けられる。図１０に別個の通信経路として示されているが、ある実施形態において、ターゲット・インスタンス１０２Ｂの仮想サーバ２６からのソース・インスタンス１０２Ａのデータベース・サーバ１０４へのデータ要求は、上記で考察したように、シームレス形式でデータ・センタ１８Ａおよび１８ＢのＣＢＳ２３４を通ってルーティングされる場合がある。上述のように、データ・センタ１８Ｂによって記憶および実行される容量検証オートメーション、ロック・インスタンス・オートメーションおよびインストール・インスタンス・オートメーションは、クラウド１６Ｂ内で容量を検証し、インスタンスをロックし、または仮想サーバをインストールするために設計された既存のオートメーションである場合があり、これらのローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２６２においてターゲット・インスタンス１０２Ｂを構成した後、データ・センタ１８ＢのＣＢＳ２３４は、引き続きバックアップおよびリストア・ステップへ進む場合がある（ブロック２６４）。例えば、図１１に示したように、クロス・クラウド・インスタンス移行オートメーション２５０を実行するデータ・センタ１８ＢのＣＢＳ２３４は、データベース・バックアップ・オートメーションの実行を要求する適切な命令をデータ・センタ１８ＡのＣＢＳ２３４へ送信する。応答して、データ・センタ１８ＡのＣＢＳ２３４はデータベース・バックアップ・オートメーションをローカルで実行し、これは、二次データベース・サーバ１０４Ｂによって記憶されるデータのバックアップ・コピー２６６またはスナップショットを生成する。バックアップ・オートメーションの成功の実行の指示およびバックアップ・コピー２６６の位置（例えば、ＵＲＩ）を受信すると、データ・センタ１８ＢのＣＢＳ２３４は、データベース・リストア・オートメーションを実行し、これは、バックアップ・コピー２６６からのデータをターゲット・インスタンス１０２Ｂのデータベース・サーバ１０４Ａおよび１０４Ｂに付加する。このデータベース・リストア・オートメーションの実行中、ソース・データ・センタ１８ＡのＣＢＳ２３４は、上述のように、バックアップ・コピー２６６のデータをターゲット・データ・センタ１８ＢのＣＢＳ２３４にシームレスにルーティングし、ターゲット・データ・センタ１８Ｂにおけるデータベース・リストア・オートメーションの実行を可能にする。上述のように、データ・センタ１８Ａによって記憶および実行されるデータベース・バックアップ・オートメーションと、データ・センタ１８Ｂによって記憶および実行されるデータベース・リストア・オートメーションとは、クラウド１６Ａおよび１６Ｂ内にそれぞれデータをバックアップしまたはデータをリストアするために設計された既存のオートメーションである場合があり、これらのローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２６４のバックアップおよびリストアを行った後、データ・センタ１８ＢのＣＢＳ２３４は、引き続き、ターゲット・データ・センタ１８Ｂに複製をセット・アップする場合がある（ブロック２６８）。言及したように、ある実施形態において、ソース・インスタンス１０２Ａは、ソース・インスタンス１０２Ａの仮想サーバ２６ならびにデータベース・サーバ１０４Ａおよび１０４Ｂによってホストされるサービスおよびデータへのアクセスをユーザに提供するという観点から、クロス・クラウド・インスタンス移行オートメーション２５０においてこの時点までアクティブなままである場合がある。したがって、図１２に示したように、複製ステップの間、データ・センタ１８ＢのＣＢＳ２３４は、ソース・インスタンス１０２Ａのデータベース・サーバ１０４Ａおよび１０４Ｂによって記憶されたデータへのさらなる変更を防止するデータベース・ロック・オートメーションのローカルの実行を要求する命令をデータ・センタ１８ＡのＣＢＳ２３４へ送信する場合がある。加えて、図１２に示したように、データ・センタ１８ＢのＣＢＳ２３４は、データベース確認オートメーションを実行し、パラメータは、データ・ソースがソース・インスタンス１０２Ａの二次データベース・サーバであり、かつデータ・ターゲットがターゲット・インスタンス１０２Ｂの一次および二次データベース・サーバ１０４Ａおよび１０４であることを示している。例えば、このデータベース確認オートメーションの実行中、データ・センタ１８ＢのＣＢＳ２３４は、データ・センタ１８ＡのＣＢＳ２３４が比較オートメーションをローカルで実行することを要求する場合があり、比較オートメーションは、ソース・インスタンス１０２Ａのデータベース・サーバ１０４Ｂによって現在記憶されたデータをバックアップ・コピー２６６（ブロック２６４および図１１に関して考察した）と比較する。このオートメーションを実行するデータ・センタ１８ＡのＣＢＳ２３４に応答して、データ・センタ１８ＢのＣＢＳ２３４は、ブロック２６４のバックアップおよびリストア・オペレーション以来生じたデータへの変更のすべて（例えば、データ・エントリ、データ修正）を示す出力を受信する場合がある。受信されたデータを使用して、データ・センタ１８ＢのＣＢＳ２３４は、データベース・更新・オートメーションを実行する場合があり、データベース・更新・オートメーションは、ターゲット・インスタンス１０２Ｂの二次データベース・サーバ１０４Ｂによって記憶されたデータを更新する。最後に、この複製セット・アップ・ステップの間、データ・センタ１８のＣＢＳ２３４は、データベース複製セット・アップ・オートメーションをローカルで実行する場合があり、データベース複製セット・アップ・オートメーションは、二次データベース・サーバ１０４Ｂを使用してターゲット・インスタンス１０２Ｂの一次データベース・サーバ１０４Ａを更新し、次いで、図２に関して上記で考察したように、一次データベース・サーバ１０４Ａと二次データベース・サーバ１０４Ｂとの間の継続する複製オペレーションを確立する。上述のように、データ・センタ１８Ｂによって記憶および実行されるデータベース・ロック・オートメーションおよび比較オートメーションと、データ・センタ１８Ｂによって記憶および実行されるデータベース確認オートメーション、データベース・更新・オートメーションおよびデータベース複製セット・アップ・オートメーションとは、クラウド１６Ａおよび１６Ｂ内でそれぞれインスタンスのデータベースをロックし、比較し、確認し、更新しかつ複製するように設計された既存のオートメーションである場合があり、これらのローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０で続けると、ブロック２６８においてターゲット・インスタンス１０２Ｂにおいて複製をセット・アップした後、データ・センタ１８ＢのＣＢＳ２３４は、引き続き、ソース・インスタンス１０２Ａの仮想サーバ２６をカットオーバーする場合がある（ブロック２７０）。例えば、図１３に示したように、データ・センタ１８ＢのＣＢＳ２３４は、カットオーバー・オートメーションの実行を要求する命令をデータ・センタ１８ＡのＣＢＳ２３４に提供する場合があり、データ・ソースとしてターゲット・インスタンス１０２Ｂの一次データベース・サーバ１０４Ａを指示するパラメータを含む。応答して、データ・センタ１８ＡのＣＢＳ２３４は、カットオーバー・オートメーションをローカルで実行し、カットオーバー・オートメーションは、ターゲット・インスタンス１０２Ｂの一次データベース・サーバ１０４Ａを使用するためにソース・インスタンス１０２Ａの仮想サーバ２６をリダイレクトする。したがって、カットオーバー・オートメーションを実行した後、ソース・インスタンス１０２Ａの仮想サーバ２６のあらゆるオペレーションは、ターゲット・インスタンス１０２Ｂのデータベース・サーバ１０４Ａによって記憶されたデータを使用して行われる。データ・センタ１８ＢのＣＢＳ２３４は、ターゲット・インスタンス１０２Ｂの一次データベース・サーバ１０４Ａを使用するためにターゲット・インスタンス１０２Ｂの仮想サーバ２６をリダイレクトするカットオーバー・オートメーションもローカルで実行する場合がある。別個の通信経路として示されているが、ある実施形態において、ソース・インスタンス１０２Ａの仮想サーバ２６からターゲット・インスタンス１０２Ｂのデータベース・サーバ１０４Ａまたは１０４Ｂへのデータ要求は、上記で考察したように、シームレス形式でデータ・センタ１８Ａおよび１８ＢのＣＢＳ２３４を通じてルーティングされる場合がある。上述のように、データ・センタ１８Ａおよび１８Ｂによって記憶および実行されるカットオーバー・オートメーションは、クラウド１６Ａまたは１６Ｂ内のインスタンス間で仮想サーバ２６をそれぞれカットオーバーするように設計された既存のオートメーションである場合があり、このローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用することができる。

図５の例示的なクロス・クラウド・インスタンス移行オートメーション２５０を続けると、ブロック２７０のカットオーバーを行った後、データ・センタ１８ＢのＣＢＳ２３４は、引き続き、ソース・インスタンス１０２Ａの移行後クリーンアップを行う場合がある（ブロック２７２）。例えば、図１４に示したように、データ・センタ１８ＢのＣＢＳ２３４は、インスタンス・クリーンアップ・オートメーションの実行を要求する命令をデータ・センタ１８ＡのＣＢＳ２３４に提供する場合があり、ソース・インスタンス１０２Ａを指示するパラメータを提供する場合がある。応答して、データ・センタ１８ＡのＣＢＳ２３４は、インスタンス・クリーンアップ・オートメーションをローカルで実行する場合があり、インスタンス・クリーンアップ・オートメーションは、データ・センタ１８Ａによってホストされる他のインスタンスへの後の割り当てのために、ソース・インスタンス１０２Ａを無効化し、そのリソース（例えば、仮想サーバ２６、データベース・サーバ１０４、ならびに対応するメモリおよび処理リソース）を取り戻す場合がある。ある実施形態において、インスタンス・クリーンアップ・オートメーションは、情報通知をセット・アップするなどのその他の移行後アクティビティを行う場合があり、またはリタイヤしたソース・インスタンス１０２Ａへのアクセスを要求するユーザをそのポイントでターゲット・インスタンス１０２Ｂ、データ・センタ１８Ｂおよび／またはクラウド１６Ｂへリダイレクトする。ある実施形態において、データ・センタ１８ＢのＣＢＳ２３４は、インスタンス・クリーンアップ・オートメーションの実行を要求する前にインスタンス検証オートメーションを実行する場合があり、インスタンス検証オートメーションは、ソース・インスタンス１０２Ａおよびターゲット・インスタンス１０２Ｂが、ソース・インスタンス１０２Ａがリタイヤさせられる前は実質的に同じであることを保証する。ある実施形態の場合、データ・センタ１８ＢのＣＢＳ２３４は、データ・センタ１８ＡのＣＢＳ２３４を介してソース・インスタンス１０２Ａに関する情報にアクセスする場合がある。上述のように、データ・センタ１８Ａによって記憶および実行されるインスタンス・クリーンアップ・オートメーションと、データ・センタ１８Ｂによって記憶および実行されるインスタンス検証オートメーションとは、クラウド１６Ａまたは１６Ｂ内でインスタンスをそれぞれクリーンアップまたは検証するように設計された既存のオートメーションである場合があり、これらのローカル・オートメーションは、修正なしに例示的なクロス・クラウド・インスタンス移行プロセスによって活用される場合がある。

本開示の技術的効果は、データへのクロス・クラウド・アクセスおよびオーケストレーション（例えば、スクリプト、ワークフローおよび／またはスケジュール・ジョブ）のクロス・クラウド実行を可能にするクラウド・サービス（ＣＳ）を含む。ＣＳは、Ｐ２Ｐ ＣＯＳおよびＣＢＳを含む。ＣＯＳは、異なるクラウド・コンピューティング環境間でのＰ２Ｐ識別および通信ルーティングを可能にするのに対し、ＣＢＳは、異なるクラウド・コンピューティング環境からのデータおよびオーケストレーションへのクロス・クラウド・アクセスを可能にする。データ・センタは、ＣＳを通じてすべてのオーケストレーション・コールをルーティングするように構成される場合があり、これにより、ＣＳは、ローカル・データおよびオーケストレーションへの参照が、データ・センタ内で処理されることを保証することができるのに対し、異なるデータ・センタのデータおよびオーケストレーションへの参照は、適切なデータ・センタの対応するＣＳによって処理されるように適切にルーティングされる。したがって、クラウド・コンピューティング環境内に定義された既存のオートメーションは、修正なしにクロス・クラウド・オペレーションを可能にするためにＣＳによって活用することができ、効率、コスト削減およびエラー削減における著しいゲインを提供する。例えば、開示されたＣＳを使用して、クラウド・コンピューティング環境の割り当て、複製／クローニング、バックアップ／リストアなどのための十分に確立されたローカル・オートメーションが、最小限のダウンタイムで、データ損失なく、かつ高い移動安定性で、有効なＰ２Ｐ、クロス・クラウド移行を可能にするために使用される場合がある。加えて、ＣＳは、クロス・クラウド・ヘルス・モニタリングなどの、その他のクロス・クラウド・オペレーションを可能にすることができる。さらに、ＣＳのＣＢＳは、高められたセキュリティおよび／または規制コンプライアンスのためにあるデータおよび／またはオーケストレーションにローカル・アクセスすることに制限するように構成することができる。

上記で説明した特定の実施形態は、例として示されており、これらの実施形態は、様々な修正および代替的な形態を生じる場合があることを理解すべきである。請求項は、開示された特定の形態に限定されることを意図したものではなく、本開示の思想および範囲に含まれるすべての修正、均等物および代替物をカバーすることが意図されている。

本明細書において提供されかつ請求された技術は、当該技術分野を実証可能に改良する実用的性質の材料物体および具体的例に参照および適用され、したがって、要約、無形、または純粋に理論的ではない。さらに本明細書の最後に添付されたあらゆる請求項が、「［ある機能］を［行う］ための手段」または「［ある機能］を［行う］ためのステップ」として指定された１つまたは複数の要素を含む場合、このような要素は、米国特許法第１１２条（ｆ）項の下で解釈されるべきであることが意図されている。しかしながら、あらゆる他の形式で指定された要素を含むあらゆる請求項の場合、このような要素は米国特許法第１１２条（ｆ）項の下で解釈されるべきでないことが意図されている。

Claims (4)

1. 第１のインスタンスを有する第１のクラウドの少なくとも部分をホストする第１のデータ・センタであって、前記第１のデータ・センタのメモリが、前記第１のインスタンスのデータの第１のセットと、前記第１のインスタンスのライフ・サイクルを管理するためのオートメーションの第１のセットと、第１のクラウド・サービス（ＣＳ）とを記憶している、第１のデータ・センタを含み、前記クラウド・サービスが、
   前記第１のデータ・センタと第２のクラウドをホストする第２のデータ・センタとの間のピア・ツー・ピア通信チャネルを確立するように構成されたクラウド・オーケストレータ・サービス（ＣＯＳ）と、
   前記第１のデータ・センタの前記データの第１のセットおよび前記オートメーションの第１のセットを分析し、かつ、前記第２のデータ・センタのデータの第２のセットおよびオートメーションの第２のセットを分析して、前記第２のデータ・センタにおいて実行中の前記オートメーションの第２のセットによって、前記第１のデータ・センタにおける前記オートメーションの第１のセットの実行が引き起こされたときに、前記第１のデータ・センタにおける前記オートメーションの第１のセットのローカルの実行を可能にし、前記第１のデータ・センタにおける前記オートメーションの第１のセットの前記ローカルの実行によって生成された実行結果が、前記オートメーションの第１のセットが前記第２のデータ・センタによってローカルに実行されたかのように前記第２のデータ・センタにシームレスに提供され、前記第１のデータ・センタにおける前記オートメーションの第１のセットの実行が、前記第２のデータ・センタによってホストされるリソースへの参照を含むときに、前記第１のデータ・センタにおいて実行中の前記オートメーションの第１のセットが前記第２のデータ・センタにおける前記オートメーションの第２のセットのローカルの実行を引き起こすことを可能にし、前記第２のデータ・センタにおける前記オートメーションの第２のセットのローカルの実行によって生成された実行結果が、前記オートメーションの第２のセットが前記第１のデータ・センタによってローカルに実行されたかのように前記第１のデータ・センタにシームレスに提供される、ように構成されたクラウド・ブローカ・サービス（ＣＢＳ）と、
   を含む、システム。
2. 前記第１のインスタンスが、デベロッパ・インスタンス、プロダクション・クライアント・インスタンス、テスト・クライアント・インスタンスまたは共有企業インスタンスである、請求項１に記載のシステム。
3. 前記第１のデータ・センタと前記第２のデータ・センタとの間の前記ピア・ツー・ピア通信チャネルが、暗号化されたインターネット・プロトコル（ＩＰ）チャネルを含む、請求項１に記載のシステム。
4. 前記ＣＢＳが、カスタマイズされた企業内アプリケーション統合（ＥＡＩ）アプリケーションを含む、請求項１に記載のシステム。