特表 2025-506016 データセンター構築時のリソース検出技術

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-03-05

(54)【発明の名称】データセンター構築時のリソース検出技術

(51)【国際特許分類】

   G06F 9/50 20060101AFI20250226BHJP

【ＦＩ】

G06F9/50 150B

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024547109

(86)(22)【出願日】2022-12-19

(85)【翻訳文提出日】2024-09-05

(86)【国際出願番号】 US2022053399

(87)【国際公開番号】W WO2023154112

(87)【国際公開日】2023-08-17

(31)【優先権主張番号】63/308,003

(32)【優先日】2022-02-08

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/312,814

(32)【優先日】2022-02-22

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/315,053

(32)【優先日】2022-02-28

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ ＰＨＯＮＥ

２．ｉＯＳ

３．ＰＡＬＭ ＯＳ

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ミラー，エリック・ジョセフ

(72)【発明者】

【氏名】ドックター，ケイレブ

(57)【要約】

クラウドコンピューティング環境のリージョン内の、リージョン構築時に利用可能なリソースを特定するための技術が記載される。マルチフロックオーケストレータ（ＭＦＯ）を、リージョン構築プロセス中にリージョン内でブートストラップされるサービスに対応する構成ファイルを取得するように構成することができる。ＭＦＯは、サービスがブートストラップされる順序を判定することができ、その順序に従って第１の要求を送信する。立案データ（たとえば新たなリソースを作成する意図を示す）を受信することができる。ＭＦＯは、（たとえばリソース特定サービスを介して）以前に作成されたリソースに対応する識別子を取得することができる。ＭＦＯは、その識別子で立案データを修正することができ、修正された立案データを含む第２の要求を送信する。第２の要求の送信は、フロック構成ファイルに対応するリソースを、識別子に対応するリソースを使用してリージョン内でブートストラップさせることができる。

【特許請求の範囲】

【請求項1】

コンピュータが実行する方法であって、
クラウドコンピューティング環境のオーケストレーションサービスが、リージョン内のデータセンターにブートストラップされる複数のサービスに対応する複数の構成ファイルを取得することと、
前記オーケストレーションサービスが、前記複数の構成ファイルに少なくとも部分的に基づいて、前記複数のサービスが前記データセンターにブートストラップされる順序を判定することと、
前記オーケストレーションサービスが、前記複数のサービスのうちのサービスのブートストラップに関する第１の要求を送信することと、
前記オーケストレーションサービスが、前記サービスをブートストラップするために作成されるべきリソースを最初に示す立案データを受信することと、
前記オーケストレーションサービスが、リソース特定サービスから、前記クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を取得することと、
前記オーケストレーションサービスが、前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を含むように前記立案データを修正することと、
前記オーケストレーションサービスが、前記サービスのブートストラップに関する第２の要求を送信することとを含み、前記第２の要求は、以前に作成された前記リソースに対応する前記識別子を含む前記立案データを含み、前記第２の要求は前記識別子を含み、前記第２の要求の送信は、以前に作成された前記リソースを使用して前記サービスを前記リージョン内でブートストラップさせる、コンピュータが実行する方法。

【請求項2】

前記第２の要求は、前記クラウドコンピューティング環境のプロビジョニングおよびデプロイメントサービスに送信される、請求項１に記載のコンピュータが実行する方法。

【請求項3】

前記識別子を含むように修正された前記立案データを有効性検証することをさらに含む、請求項１に記載のコンピュータが実行する方法。

【請求項4】

前記立案データを有効性検証することは、
前記識別子を含むように修正された前記立案データを含む第３の要求を送信することと、
前記第３の要求に応答して、更新された立案データを受信することと、
更新された前記立案データを前記識別子を含むように修正された前記立案データと比較することとを含み、前記立案データの有効性検証は、更新された前記立案データを修正された前記立案データと比較することに少なくとも部分的に基づいて判定される、請求項１に記載のコンピュータが実行する方法。

【請求項5】

前記リソース特定サービスから前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を取得することは、前記オーケストレーションサービスが、前記リソース特定サービスに前記複数の構成ファイルのうちの構成ファイルを送信することをさらに含み、前記構成ファイルは、前記複数のサービスのうちの前記サービスに関連付けられ、前記リソース特定サービスは、前記構成ファイルに含まれるデータに少なくとも部分的に基づいて、以前に作成された前記リソースを特定する、請求項１に記載のコンピュータが実行する方法。

【請求項6】

複数の状態間の遷移を管理するための状態マシンを実装することをさらに含み、前記複数のサービスが前記データセンターにブートストラップされる順序を判定すること、前記第１の要求を送信すること、以前に作成された前記リソースに対応する前記識別子を取得すること、前記立案データを修正すること、または前記第２の要求を送信することのうちの少なくとも１つが、前記状態マシンが前記複数の状態のうちの特定の状態であることを特定することに少なくとも部分的に基づいて行われる、請求項１に記載のコンピュータが実行する方法。

【請求項7】

前記オーケストレーションサービスが、ケイパビリティサービスまたは前記リソース特定サービスから受信した１つまたは複数のメッセージに少なくとも部分的に基づいて、前記状態マシンを前記複数の状態のうちの第１の状態から第２の状態に遷移させることをさらに含む、請求項６に記載のコンピュータが実行する方法。

【請求項8】

１つまたは複数のプロセッサと、
コンピュータ実行可能命令を記憶する１つまたは複数のメモリとを含むクラウドコンピューティングシステムであって、
前記命令は、前記１つまたは複数のプロセッサによって実行されると、前記クラウドコンピューティングシステムのオーケストレーションサービスに、
リージョン内のデータセンターにブートストラップされる複数のサービスに対応する複数の構成ファイルを取得することと、
前記複数の構成ファイルに少なくとも部分的に基づいて、前記複数のサービスが前記データセンターにブートストラップされる順序を判定することと、
前記複数のサービスのうちのサービスのブートストラップに関する第１の要求を送信することと、
前記サービスのブートストラップのために作成されるリソースを最初に示す立案データを受信することと、
リソース特定サービスから、前記クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を取得することと、
前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を含むように前記立案データを修正することと、
前記サービスのブートストラップに関する第２の要求を送信することとを行わせ、前記第２の要求は、以前に作成された前記リソースに対応する前記識別子を含む前記立案データを含み、前記第２の要求は前記識別子を含み、前記第２の要求の送信は、以前に作成された前記リソースを使用して前記サービスを前記リージョン内でブートストラップさせる、クラウドコンピューティングシステム。

【請求項9】

前記第２の要求は、前記クラウドコンピューティング環境のプロビジョニングおよびデプロイメントサービスに送信される、請求項８に記載のクラウドコンピューティングシステム。

【請求項10】

前記命令の実行は、前記オーケストレーションサービスにさらに、前記識別子を含むように修正された前記立案データを有効性検証させる、請求項８に記載のクラウドコンピューティングシステム。

【請求項11】

前記立案データを有効性検証する前記命令の実行は、前記オーケストレーションサービスにさらに、
前記識別子を含むように修正された前記立案データを含む第３の要求を送信することと、
前記第３の要求に応答して、更新された立案データを受信することと、
更新された前記立案データを前記識別子を含むように修正された前記立案データと比較することとを行わせ、前記立案データの有効性検証は、更新された前記立案データを修正された前記立案データと比較することに少なくとも部分的に基づいて判定される、請求項８に記載のクラウドコンピューティングシステム。

【請求項12】

前記リソース特定サービスから前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を取得する前記命令の実行は、前記オーケストレーションサービスにさらに、前記複数の構成ファイルのうちの構成ファイルを前記リソース特定サービスに送信させ、前記構成ファイルは、前記複数のサービスのうちの前記サービスに関連付けられ、前記リソース特定サービスは、前記構成ファイルに含まれるデータに少なくとも部分的に基づいて、以前に作成された前記リソースを特定する、請求項８に記載のクラウドコンピューティングシステム。

【請求項13】

前記命令の実行は、前記オーケストレーションサービスにさらに、複数の状態間の遷移を管理するための状態マシンを実装させ、前記複数のサービスが前記データセンターにブートストラップされる順序を判定すること、前記第１の要求を送信すること、以前に作成された前記リソースに対応する前記識別子を取得すること、前記立案データを修正すること、または前記第２の要求を送信することのうちの少なくとも１つが、前記状態マシンが前記複数の状態のうちの特定の状態であることを特定することに少なくとも部分的に基づいて行われる、請求項８に記載のクラウドコンピューティングシステム。

【請求項14】

前記命令の実行は、前記オーケストレーションサービスにさらに、ケイパビリティサービスまたは前記リソース特定サービスから受信した１つまたは複数のメッセージに少なくとも部分的に基づいて、前記状態マシンを前記複数の状態のうちの第１の状態から第２の状態に遷移させることを行わせる、請求項１３に記載のクラウドコンピューティングシステム。

【請求項15】

コンピュータ実行可能命令を記憶した非一時的なコンピュータ可読記憶媒体であって、
前記命令は、１つまたは複数のプロセッサによって実行されると、クラウドコンピューティングシステムのオーケストレーションサービスに、
リージョン内のデータセンターにブートストラップされる複数のサービスに対応する複数の構成ファイルを取得することと、
前記複数の構成ファイルに少なくとも部分的に基づいて、前記複数のサービスが前記データセンターにブートストラップされる順序を判定することと、
前記複数のサービスのうちのサービスのブートストラップに関する第１の要求を送信することと、
前記サービスのブートストラップのために作成されるべきリソースを最初に示す立案データを受信することと、
リソース特定サービスから、前記クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を取得することと、
前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を含むように前記立案データを修正することと、
前記サービスのブートストラップに関する第２の要求を送信することとを行わせ、前記第２の要求は、以前に作成された前記リソースに対応する前記識別子を含む前記立案データを含み、前記第２の要求は前記識別子を含み、前記第２の要求の送信は、以前に作成された前記リソースを使用して前記サービスを前記リージョン内でブートストラップさせる、非一時的なコンピュータ可読記憶媒体。

【請求項16】

前記第２の要求は、前記クラウドコンピューティング環境のプロビジョニングおよびデプロイメントサービスに送信される、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【請求項17】

前記命令の実行は、前記オーケストレーションサービスにさらに、前記識別子を含むように修正された前記立案データを有効性検証させる、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【請求項18】

前記立案データを有効性検証する前記命令の実行は、前記オーケストレーションサービスにさらに、
前記識別子を含むように修正された前記立案データを含む第３の要求を送信することと、
前記第３の要求に応答して、更新された立案データを受信することと、
更新された前記立案データを前記識別子を含むように修正された前記立案データと比較することとを行わせ、前記立案データの有効性検証は、更新された前記立案データを修正された前記立案データと比較することに少なくとも部分的に基づいて判定される、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【請求項19】

前記リソース特定サービスから前記クラウドコンピューティング環境の以前に作成された前記リソースに対応する前記識別子を取得する前記命令の実行は、前記オーケストレーションサービスにさらに、前記複数の構成ファイルのうちの構成ファイルを前記リソース特定サービスに送信させ、前記構成ファイルは、前記複数のサービスのうちの前記サービスに関連付けられ、前記リソース特定サービスは、前記構成ファイルに含まれるデータに少なくとも部分的に基づいて、以前に作成された前記リソースを特定する、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【請求項20】

前記命令の実行は、前記オーケストレーションサービスにさらに、複数の状態間の遷移を管理するための状態マシンを実装させ、前記複数のサービスが前記データセンターにブートストラップされる順序を判定すること、前記第１の要求を送信すること、以前に作成された前記リソースに対応する前記識別子を取得すること、前記立案データを修正すること、または前記第２の要求を送信することのうちの少なくとも１つが、前記状態マシンが前記複数の状態のうちの特定の状態であることを特定することに少なくとも部分的に基づいて行われる、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、２０２２年２月８日に出願された「Techniques for Bootstrapping a Region Build」という名称の米国仮特許出願第６３／３０８，００３号、２０２２年２月２２日に出願された「Techniques for Implementing Virtual Data Centers」という名称の米国仮特許出願第６３／３１２，８１４号、および２０２２年２月２８日に出願された「Techniques for Resource Discovery while Building Data Centers」という名称の米国仮特許出願第６３／３１５，０５３号の優先権を主張し、参照によりその開示の全体があらゆる目的のために本明細書に組み込まれる。

【0002】

背景
現在、クラウドインフラストラクチャサービスは、データセンターを構築するために（たとえば、特定の地理的リージョンのデータセンターにおける様々なリソースをブートストラップするために）多くの個別サービスを使用する。ある例では、リージョンは、１つまたは複数のデータセンターが位置する（または位置することになる）局在的な地理的領域に対応する論理抽象化である。データセンターの構築は、インフラストラクチャリソースのプロビジョニングと構成と、（たとえば様々なサービスのための）それらのリソースへのコードのデプロイメントとを含み得る。データセンターを構築するための動作をまとめて「リージョン構築」を行うと言う場合がある。リージョンには任意の適切な数のデータセンターを含めることができ、したがってリージョン構築は、複数のデータセンターを構築するための動作を含み得る。リージョンを構築するための従来の手段は、かなりの手動労力を必要とする。さらに、１つのサービスのためのブートストラップ動作が、まだ利用可能ではない場合があるリージョンの他の機能および／またはサービスに依存することがある。サービスチームとリージョンの数が増えるにつれて、プロビジョニングとデプロイメントをオーケストレーションするために行われるタスクが大幅に増える。サービスのブートストラップおよび／またはリージョンの構築のために手動労力に大きく依存するのは、時間集約的であり、リスクを招き、十分にスケーリングできない場合がある。

【発明の概要】

【0003】

簡単な概要
本開示の実施形態は、新たなリソースを作成する代わりに、リージョンにおいてサービスをブートストラップするために使用可能な既存のリソース（たとえばインフラストラクチャコンポーネント、アーティファクト、データなど）を特定するように構成された、リソース特定サービス（たとえば「リソースハンター」）に関する。リージョンにおいて多くのサービスをブートストラップするために、リージョン構築プロセスをオーケストレーションすることができるオーケストレーションサービス（たとえば「マルチフロックオーケストレータ」が開示される。リージョン構築プロセスの一部として、マルチフロックオーケストレータは、新たなリソースを作成する代わりに特定されたリソースがブートストラップ動作のために使用されるように既存のリソースを特定し、ブートストラップ動作をオーケストレーションするために、リソース特定サービスを使用することができる。

【0004】

少なくとも１つの実施形態は、コンピュータが実行する方法を対象とする。方法は、クラウドコンピューティング環境のリソース特定サービスが、サービスに関連付けられたリソース検出データを含むフロック構成ファイルを取得することを含み得る。ある実施形態では、リソース検出データは、それを使用してクラウドコンピューティング環境の既存のリソースが特定されるパラメータのセットを示す。方法は、リソース検出サービスが、既存のリソースを特定する動作を実行することをさらに含むことができる。ある実施形態では、既存のリソースは、既存のリソースの各々に関連付けられた属性を、リソース検出データのパラメータのセットと照合することに少なくとも部分的に基づいて特定することができる。方法は、リソース特定サービスが、フロック構成ファイルから、特定された既存のリソースに対応する識別子を記憶するために行うインポート動作のセットを特定することをさらに含むことができる。方法は、インポート動作のセットの実行に少なくとも部分的に基づいて、特定された既存のリソースに対応する識別子を送信することをさらに含むことができる。

【0005】

少なくとも１つの実施形態において、パラメータのセットは、既存のリソースを検索する場所、または既存のリソースの属性に対応する値のうちの少なくとも一方を含む。

【0006】

少なくとも１つの実施形態において、既存のリソースに対応する識別子は、クラウドコンピューティング環境のオーケストレーションサービスに送信される。ある実施形態では、クラウドコンピューティング環境のオーケストレーションサービスへの識別子の送信は、データセンターにおいて新たなリソースを生成する代わりに既存のリソースを使用させる。

【0007】

少なくとも１つの実施形態において、既存のリソースは、インフラストラクチャコンポーネント、データまたはアプリケーションのうちの少なくとも１つを含む。

【0008】

少なくとも１つの実施形態において、インポート動作のセットは、構成ファイルから特定される。

【0009】

少なくとも１つの実施形態において、方法は、ｉ）リソース特定サービスが、リソース検出データから、それを使用してクラウドコンピューティング環境の第２の既存のリソースが特定されるパラメータの第２のセットを取得することと、ｉｉ）リソース特定サービスが、第２の既存のリソースに関連付けられた属性をリソース検出データのパラメータの第２のセットと照合することに少なくとも部分的に基づいて特定される第２の既存のリソースを特定するために追加の動作を実行することと、ｉｉｉ）リソース特定サービスが、第２の既存のリソースに対応する第２の識別子を取得するために行うインポート動作の第２のセットを特定することと、ｉｖ）インポート動作の第２のセットの実行に少なくとも部分的に基づいて特定された第２の既存のリソースに対応する第２の識別子を、コンピューティングコンポーネントに提供することとをさらに含む。

【0010】

少なくとも１つの実施形態において、方法は、インポート動作のセットを実行することをさらに含み、インポート動作のセットの実行は、リソース特定サービスに、既存のリソースの場所に対応するアドレスまたは既存のリソースの識別子を特定させる。

【0011】

別の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されると、リソース特定サービスに本明細書で開示されている方法の任意の適切な組合せを行わせる命令とを含む、クラウドコンピューティングシステムを対象とする。

【0012】

さらに別の実施形態は、クラウドコンピューティングシステムの１つまたは複数のプロセッサによって実行されると、リソース特定サービスに、本明細書で開示されている方法の任意の適切な組合せを行わせるコンピュータ実行可能命令を記憶する、非一時的なコンピュータ可読媒体を対象とする。

【0013】

少なくとも１つの実施形態は、コンピュータが実行する方法を対象とする。方法は、クラウドコンピューティング環境のマルチフロックオーケストレータが、リージョン構築プロセス時にリージョン内でブートストラップされる複数のサービスに対応する複数のフロック構成ファイルを取得することを含み得る。方法は、マルチフロックオーケストレータが、複数のフロック構成ファイルに少なくとも部分的に基づいて、リージョン内で複数のサービスがブートストラップされる順序を判定することをさらに含むことができる。方法は、マルチフロックオーケストレータが、複数のサービスのうちのサービスをブートストラップする第１の要求を送信することをさらに含むことができる。方法は、マルチフロックオーケストレータが、第１の要求の送信に少なくとも部分的に基づいて、サービスをブートストラップするために作成されるリソースを示す立案データを受信することをさらに含むことができる。方法は、マルチフロックオーケストレータが、リソース特定サービスから、クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を取得することをさらに含むことができる。方法は、マルチフロックオーケストレータが、クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を含むように立案データを修正することをさらに含むことができる。方法は、マルチフロックオーケストレータが、サービスをブートストラップする第２の要求を送信することをさらに含むことができ、第２の要求は、以前に作成されたリソースに対応する識別子を含む立案データを含み、プロビジョニングおよびデプロイメントマネージャが、以前に作成されたリソースを使用してリージョン内でサービスがブートストラップされるようにするために、以前に作成されたリソースに対応する識別子を使用する。

【0014】

ある実施形態では、第２の要求は、クラウドコンピューティング環境のプロビジョニングおよびデプロイメントサービスに送信される。

【0015】

ある実施形態では、方法は、識別子を含むように修正された立案データを有効性検証することをさらに含む。

【0016】

ある実施形態では、立案データの有効性検証は、ｉ）識別子を含むように修正された立案データを含む第３の要求を送信することと、ｉｉ）第３の要求に応答して、更新された立案データを受信することと、ｉｉｉ）更新された立案データを、識別子を含むように修正された立案データと比較することとを含み、立案データの有効性検証は、更新された立案データを修正された立案データと比較することに少なくとも部分的に基づいて判定される。

【0017】

ある実施形態では、リソース特定サービスからクラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を取得することは、オーケストレーションサービスがリソース特定サービスに、複数の構成ファイルのうちの構成ファイルを送信することをさらに含み、構成ファイルは複数のサービスのうちのサービスに関連付けられ、リソース特定サービスは、構成ファイルに含まれるデータに少なくとも部分的に基づいて、以前に作成されたリソースを特定する。

【0018】

ある実施形態では、方法は、複数の状態間の遷移を管理するための状態マシンを実装することをさらに含み、複数のサービスがデータセンターにブートストラップされる順序を判定すること、第１の要求を送信すること、以前に作成されたリソースに対応する識別子を取得すること、立案データを修正すること、または第２の要求を送信することのうちの少なくとも１つが、状態マシンが複数の状態のうちの特定の状態であることを特定することに少なくとも部分的に基づいて行われる。

【0019】

ある実施形態では、方法は、オーケストレーションサービスが、ケイパビリティサービスまたはリソース特定サービスから受け取った１つまたは複数のメッセージに少なくとも部分的に基づいて、状態マシンを複数の状態のうちの第１の状態から第２の状態に遷移させることをさらに含む。

【0020】

別の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されると、オーケストレーションサービスに本明細書で開示されている方法の任意の適切な組合せを行わせる命令とを含む、クラウドコンピューティングシステムを対象とする。

【0021】

さらに別の実施形態は、クラウドコンピューティングシステムの１つまたは複数のプロセッサによって実行されると、オーケストレーションサービスに本明細書で開示されている方法の任意の適切な組合せを行わせるコンピュータ実行可能命令を記憶する、非一時的なコンピュータ可読媒体を対象とする。

【0022】

任意の特定の要素または行為の説明を識別しやすくするために、参照番号の１つまたは複数の最上位桁は、その要素が最初に示されている図番を指す。

【図面の簡単な説明】

【0023】

【図1】少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ：Cloud Infrastructure Orchestration Service）がリージョンにおいてブートストラップサービスを動的に提供するために動作することができる環境を示すブロック図である。

【図2】少なくとも１つの実施形態による、仮想ブートストラップ環境（ＶｉＢＥ：virtual bootstrap environment）を構築するための環境および方法を示すブロック図である。

【図3】少なくとも１つの実施形態による、ＶｉＢＥを使用してターゲットリージョンにサービスをブートストラップするための環境および方法を示すブロック図である。

【図4】少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）がリージョン構築時にリソースを検出するためにリソースハンターを使用することができる環境を示すブロック図である。

【図5】少なくとも１つの実施形態による、リソース検出に関する１つまたは複数のコードセグメントを含む例示のフロック構成ファイルを示す図である。

【図6】少なくとも１つの実施形態による、リージョン構築に対応するリソースを特定するための例示の流れを示すブロック図である。

【図7】少なくとも１つの実施形態による、ブートストラップ動作および／またはリソース検出動作の実行がオーケストレーションされるいくつかの状態を示す例示の流れを示す図である。

【図8】少なくとも１つの実施形態による、状態データの例示のインスタンスを示すブロック図である。

【図9】少なくとも１つの実施形態による、既存のリソースを検出する例示の方法を示す図である。

【図10】少なくとも１つの実施形態による、リージョン構築を実行するために既存のリソースを使用する例示の方法を示す図である。

【図11】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための一パターンを示すブロック図である。

【図12】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図13】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図14】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図15】少なくとも１つの実施形態による、例示のコンピュータシステムを示すブロック図である。

【発明を実施するための形態】

【0024】

詳細な説明
以下の説明では、説明を目的として、ある実施形態を十分に理解することができるように具体的な詳細が記載されている。しかし、これらの具体的な詳細がなくても様々な実施形態を実施可能であることはわかるであろう。図および説明は、限定的であることは意図されていない。本明細書では「例示の」という用語は、「例、事例または例示となる」という意味で使用されている。本明細書において「例示の」として説明されているいずれの実施形態または設計も、必ずしも他の実施形態または設計より好ましいかまたは有利であるものと解釈されるべきではない。

【0025】

例示の自動データセンター構築（リージョン構築）インフラストラクチャ
最近、クラウドサービスの採用が急激に増大している。現在、様々なクラウドサービスプロバイダ（ＣＳＰ：cloud service provider）によって様々な種類のクラウドサービスが提供されている。クラウドサービスという用語は、ＣＳＰによって提供されるシステムおよびインフラストラクチャ（クラウドインフラストラクチャ）を使用してＣＳＰによってユーザまたは顧客にオンデマンドで（たとえば加入モデルを介して）提供されるサービスまたは機能を指すために一般的に使用される。典型的には、ＣＳＰのインフラストラクチャを構成し、クラウドサービスを顧客に提供するために使用されるサーバおよびシステムは、顧客自体のオンプレミスサービスおよびシステムから分離されている。したがって顧客は、サービスのための別個のハードウェアおよびソフトウェアリソースを購入する必要なしに、ＣＳＰによって提供されるクラウドサービスを利用することができる。クラウドサービスは、加入顧客に、サービスまたは機能を提供するために使用されるインフラストラクチャの調達に顧客が投資する必要なしに、アプリケーションおよびコンピューティングリソースへの容易でスケーラブルなオンデマンドアクセスを与えるように設計される。ソフトウェアアズアサービス（ＳａａＳ：Software-as-a-Service）、プラットフォームアズアサービス（ＰａａＳ：Platform-as-a-Service）、インフラストラクチャアズアサービス（ＩａａＳ：Infrastructure-as-a-Service）など、クラウドサービスの様々な異なる種類またはモデルが提供される場合がある。顧客は、ＣＳＰによって提供される１つまたは複数のクラウドサービスに加入することができる。顧客は、個人、組織、企業など、任意のエンティティであり得る。

【0026】

上記のように、ＣＳＰは、加入顧客にクラウドサービスを提供するために使用されるインフラストラクチャとリソースを提供する責任を担う。ＣＳＰによって提供されるリソースは、ハードウェアリソースとソフトウェアリソースの両方を含むことができる。これらのリソースには、たとえば、計算リソース（たとえば、仮想マシン、コンテナ、アプリケーション、プロセッサ）、メモリリソース（たとえば、データベース、データストア）、ネットワーキングリソース（たとえば、ルーター、ホストマシン、負荷バランサ）、識別情報およびその他のリソースが含まれ得る。ある実装形態では、クラウドサービスＣＳＰのセットを提供するためにＣＳＰによって提供されるリソースは、データセンターとして編成される。データセンターは、クラウドサービスの特定のセットを提供するように構成可能である。ＣＳＰは、データセンターに、クラウドサービスのその特定のセットを提供するために使用されるインフラストラクチャとリソースを装備する責任を担う。ＣＳＰは、１つまたは複数のデータセンターを構築することができる。

【0027】

ＣＳＰによって提供されるデータセンターは、異なるリージョンにおいてホスト可能である。リージョンは、局在的な地理的領域であり、リージョン名によって識別可能である。リージョンは一般に互いに独立しており、複数の国、またはさらには大陸にわたるなど、きわめて遠い距離によって隔てられることがある。リージョンは、レルムにグループ化される。ＣＳＰのリージョンの例には、米国西部、米国東部、オーストラリア東部、オーストラリア南東部などが含まれ得る。

【0028】

リージョンは、１つまたは複数のデータセンターを含むことができ、データセンターは、そのリージョンに対応するある地理的領域内に位置し得る。一例として、リージョンにおけるデータセンターは、そのリージョン内の一都市に位置してもよい。たとえば、特定のＣＳＰについて、米国西部リージョンにおけるデータセンターがカリフォルニア州サンノゼに位置してもよく、米国東部リージョンにおけるデータセンターがバージニア州アッシュバーンに位置してもよく、オーストラリア東部リージョンにおけるデータセンターがオーストラリアのシドニーに位置してもよく、オーストラリア南東部リージョンにおけるデータセンターがオーストラリアのメルボルンに位置してもよい、などである。

【0029】

リージョン内のデータセンターは、高い可用性と災害復旧の目的のために使用される、１つまたは複数の可用性ドメインに編成することができる。可用性ドメインは、リージョン内に１つまたは複数のデータセンターを含むことができる。リージョン内の可用性ドメインは互いに分離され、フォールトトレラントであり、複数の可用性ドメインにおけるデータセンターが同時に機能しなくなる可能性がきわめて低いような方式で設計される。たとえば、リージョン内の可用性ドメインは、リージョン内の１つの可用性ドメインにおける障害が同じリージョン内の他の可用性ドメインにおけるデータセンターの可用性に影響を与える可能性が低いような方式で構築することができる。

【0030】

顧客または加入者が、ＣＳＰによって提供される１つまたは複数のサービスに加入またはサインアップすると、ＣＳＰはその顧客のためにテナンシを作成する。テナンシは、顧客のために作成されるアカウントのようなものである。ある実装形態では、顧客のテナンシは単一のレルムに存在し、そのレルムに属するすべてのリージョンにアクセスすることができる。その場合、顧客のユーザは、このテナンシの下で顧客が加入しているサービスにアクセスすることができる。

【0031】

上記のように、ＣＳＰはそのＣＳＰの顧客にクラウドサービスを提供するためにデータセンターを構築またはデプロイする。ＣＳＰの顧客ベースが大きくなるにつれて、ＣＳＰは典型的には、顧客の増大する需要に対応するためと、顧客により良いサービス提供をするために、新たなリージョンにおいて新たなデータセンターを構築するか、または既存のデータセンターの容量を大きくする。好ましくは、データセンターは、そのデータセンターによってサービス提供される顧客の所在地に地理的に近接して構築される。データセンターとそのデータセンターによってサービス提供される顧客との地理的近接性は、リソースのより効率的な使用と、顧客へのより高速で信頼性の高いサービスの提供とを容易にする。したがって、ＣＳＰは典型的には、データセンターによってサービス提供される顧客に地理的に近接する地理的領域において新たなリージョンに新たなデータセンターを構築する。たとえば、ドイツにおける拡大する顧客ベースのために、ＣＳＰはドイツにおける新たなリージョンに１つまたは複数のデータセンターを構築することができる。

【0032】

リージョンにおいてデータセンター（または複数のデータセンター）を構築することを、リージョンを構築するとも言う場合がある。「リージョン構築」という用語は、リージョンにおいて１つまたは複数のデータセンターを構築することを指すために使用される。リージョンにおけるデータセンターの構築は、データセンターが提供するように構成されるサービスのセットを提供するために必要であるかまたは使用される、新たなリソースのセットをプロビジョニングまたは作成することを伴う。リージョン構築プロセスの最終結果は、リージョンにおけるデータセンターの作成であり、データセンターはそのデータセンターを対象とするサービスのセットを提供することが可能であり、サービスのセットを提供するために使用されるリソースのセットを含む。

【0033】

リージョンにおける新たなデータセンターの構築は、様々なチーム間のコーディネートを必要とするきわめて複雑な作業である。大まかに言うと、これは、データセンターによって提供されることになるサービスのセットを特定すること、サービスのセットを提供するために必要な様々なリソースを特定すること、特定されたリソースを作成、プロビジョニングおよびデプロイすること、リソースを意図された方式で使用することができるようにリソースを適正に接続することなど、様々なタスクの実行とコーディネートを必要とする。これらのタスクの各々がさらに、コーディネートを必要とするサブタスクを有し、それによってさらに複雑さが増す。この複雑さに起因して、現在、リージョンにおけるデータセンターの構築は、慎重な手動コーディネートを要するいくつかの手動開始または手動制御タスクを伴う。その結果、新たなリージョンを構築する（すなわちリージョンにおける１つまたは複数のデータセンターを構築する）タスクは、きわめて時間がかかる。データセンターを構築するのに時間が、たとえば数ヶ月かかることがある。さらに、このプロセスは誤りをきわめて生じやすく、データセンターの所望の構成が実現されるまでに数回のやり直しを要する場合があり、それによってデータセンターの構築に要する時間がさらに増す。これらの限界および問題は、増大する顧客ニーズに応じた時宜に適った方式で拡大することができるＣＳＰの能力を大幅に制限する。

【0034】

本開示は、リージョンにおいて１つまたは複数のデータセンターを構築するために必要な時間と手動労力とを減らすための技術について記載する。これは、リージョンの構築に関与するタスクのいくつかを自動化することによって可能とされる。自動化は、リージョンにおけるデータセンターの構築に要する時間を大幅に短縮し、必要な手動コーディネートを削減する。本明細書に記載の技術を使用して、従来のリージョンにおけるデータセンターの構築に要する数週間および数ヶ月ではなく、相対的にはるかに短時間でリージョンにおいて新たなデータセンターを構築することができる。

【0035】

本明細書では、データセンターに対する所与の変更を実施するためのリソース（たとえば、デプロイされるインフラストラクチャコンポーネントおよびソフトウェア）を特定する事前定義済み構成ファイルに基づいて、新たなデータセンターにサービスをブートストラップ（たとえばプロビジョニングおよびデプロイ）するように構成された、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）が開示される。ＣＩＯＳは、これらの構成ファイルの静的解析を使用して、ブートストラップタスク間の依存関係を特定することができる。ＣＩＯＳは、新たなデータセンターに様々な変更が加えられる順序（たとえば、リージョンにおいてサービスがブートストラップされる順序）をコーディネートするためにこれらの依存関係を使用することができる。ＣＩＯＳは、リージョンの様々なケイパビリティが利用可能になるとそれらのケイパビリティを検出することができ、それによってシステムはリージョンに対して現在加えることができる追加の変更を特定し、実施することが可能になる。本明細書で開示されている技術を使用すると、ＣＩＯＳは、タスクが依存する機能がリージョンにおいて利用可能になるまでそれらのタスクが開始されないように保証しながら、新たなデータセンターに対する変更を実行するように、並列処理を最適化することができる。このようにして、ＣＩＯＳは、リージョン構築が実質的に自動化されたプロセスとして行われることを可能にし、それによって従来のシステムにおける誤りのリスクと所要時間とを大幅に低減する。

【0036】

リージョン構築中、または任意の適切な時点で、以前のリージョン構築（たとえば、同一または異なるリージョンの１つまたは複数のデータセンターの構築）時に、または少なくとも現在のリージョン構築の前に作成されている可能性のある、任意の適切な数のリソース（たとえば、負荷バランサ、データベースなど）がある場合がある。ＣＩＯＳは、以前に作成されたリソース（たとえば、別のリージョンからのリソース）を、構築中の現在のリージョンのブートストラップのために利用し、使用することができるように保証する。リソース特定サービス（「リソースハンター」とも呼ぶ）を、任意の適切な時点でリソースの検出を試行するように構成することができる。ある実施形態では、リソースハンターによって提供される機能は、以前に作成されたリソース（たとえば、以前に構築されたリージョンまたはデータセンターのリソース）を構築中のリージョンにインポートし、使用することができるように、マルチフロックオーケストレータによってトリガすることができる。リソースはリージョン構築とともにアウトオブバンドで作成されてもよいが、重複リソースが作成されるのを回避するために、これらの以前に作成されたリソースは自動的にインポートすることができ、リージョン構築に使用することができる。これらの以前に作成されたリソースの利用により、本明細書における技術は、不要なリソースの作成に処理リソースが無駄に使われないように保証する。これはさらに、リージョン構築が、すべてのリソースが新たに作成される場合に考えられるよりも高速に行われることを可能にする。

【0037】

一定の定義
「リージョン」は、地理的場所に対応する論理抽象化である。リージョンは、任意の適切な数の１つまたは複数の実行ターゲットを含むことができる。ある実施形態では、実行ターゲットはデータセンターに対応し得る。

【0038】

「実行ターゲット」とは、リリースを実行するための変更の単位を指す。「リリース」とは、サービスに対する特定の変更（たとえば、バージョン８をデプロイする、「内部ＤＮＳレコードを追加する」など）をオーケストレーションする意図の表現を指す。ほとんどのサービスでは、実行ターゲットはサービスの「インスタンス」を表す（「インスタンス」である）。１つまたは複数の実行ターゲットの各々に対して単一のサービスをブートストラップすることができる。実行ターゲットは、１組のデバイス（たとえばデータセンター）に関連付けることができる。

【0039】

「ブートストラップ」は、単一のサービスに対応する任意の適切な数のリソース（たとえば、インフラストラクチャコンポーネント、アーティファクトなど）のプロビジョニングとデプロイメントとに関連付けられた集合的タスクを指すことが意図されている。

【0040】

「サービス」とは、リソースのセットによって提供される機能を指す。サービスのためのリソースのセットは、サービスの機能を提供するように構成可能な、クラウドプロバイダによってホストされるインフラストラクチャ、プラットフォーム、またはソフトウェア（たとえばアプリケーション）の任意の適切な組合せを含む。サービスはインターネットを介してユーザに提供することができる。

【0041】

「アーティファクト」とは、インフラストラクチャコンポーネントまたはＫｕｂｅｒｎｅｔｅｓエンジンクラスタにデプロイされるコードを指し、これには、ソフトウェア（たとえばアプリケーション）、インフラストラクチャコンポーネントの構成情報（たとえば構成ファイル）などが含まれ得る。

【0042】

「フロックコンフィグ」とは、単一のサービスに関連付けられたすべてのリソースのセット（たとえばインフラストラクチャコンポーネントとアーティファクト）を記述する構成ファイル（または構成ファイルのセット）を指す。フロックコンフィグは、サービスのリソースの所望の状態に対応する１つまたは複数の態様を指定する宣言文を含むことができる。

【0043】

「サービス状態」とは、サービスに関連付けられたあらゆるリソース（たとえば、インフラストラクチャリソース、アーティファクトなど）のある時点のスナップショットを指す。サービス状態は、サービスリソースに関連付けられたプロビジョニングタスクおよび／またはデプロイメントタスクに対応する状況を示す。

【0044】

ＩａａＳプロビジョニング（または「プロビジョニング」）とは、使用のためにコンピュータまたは仮想ホストを取得すること、さらにそれらの上に必要なライブラリまたはサービスをインストールすることを指す。「デバイスをプロビジョニングする」という語句は、デバイスを、特定の使用のためにエンドユーザによって使用可能な状態にすることを指す。プロビジョニングプロセスを受けたデバイスを、「プロビジョニング済みデバイス」と呼ぶ場合がある。プロビジョン済みデバイスを準備する（ライブラリおよびデーモンをインストールする）ことは、プロビジョニングの一部であり得る。この準備は、準備されたデバイスに新たなアプリケーションまたはアプリケーションの新バージョンをデプロイすることとは異なる。ほとんどの場合、デプロイメントはプロビジョニングを含まず、まず、プロビジョニングを行う必要がある場合がある。準備が済んだ後は、デバイスを「インフラストラクチャコンポーネント」と呼ぶ場合がある。

【0045】

ＩａａＳデプロイメント（または「デプロイメント」）は、アプリケーションまたはアプリケーションの新バージョンをプロビジョニングされたインフラストラクチャコンポーネントに提供および／またはインストールするプロセスを指す。インフラストラクチャコンポーネントがプロビジョニングされた（たとえば、取得、割り当て、準備などされた）後は、追加のソフトウェアをデプロイする（たとえばインフラストラクチャコンポーネント上に供給し、インストールする）ことができる。インフラストラクチャコンポーネントは、プロビジョニングとデプロイメントが完了した後、「リソース」と呼ぶことができる。リソースの例には、仮想マシン、データベース、オブジェクトストレージ、ブロックストレージ、負荷バランサなどが含まれ得るが、これらには限定されない。

【0046】

「ケイパビリティ」は、サービスに関連付けられた機能の単位を特定する。単位は、サービスによって提供される機能の一部または全部とすることができる。たとえば、リソースが許可／認証処理のために利用可能であること（たとえば、リソースによって提供される機能のサブセット）を示すケイパビリティを公開することができる。別の例として、サービスの全機能が利用可能であることを示すケイパビリティを公開することができる。ケイパビリティは、リソースまたはサービスが依存する機能、および／または、使用のために入手可能なリソースまたはサービスの機能を特定するために使用することができる。

【0047】

「仮想ブートストラップ環境」（ＶｉＢＥ：virtual bootstrap environment）とは、既存のリージョンのオーバーレイ（たとえば「ホストリージョン」）においてプロビジョニングされる仮想クラウドネットワークを指す。プロビジョニングされた後は、ＶｉＢＥは通信チャネル（たとえばＩＰＳｅｃトンネルＶＰＮ）を使用して新たなリージョンに接続される。デプロイメントオーケストレータ、公開鍵インフラストラクチャ（ＰＫＩ：public key infrastructure）サービスなどのような、ある重要なコアサービス（または「シード」サービス）をＶｉＢＥにおいてプロビジョニングすることができる。これらのサービスは、ハードウェアをオンラインにするため、新たなリージョンに対する信頼の連鎖を確立するため、および新たなリージョンにおいて残りのサービスをデプロイするために必要なケイパビリティを提供することができる。仮想ブートストラップ環境の使用は、ホストリージョンのリソースを使用することによりブートストラップリソース間の循環依存関係を防止することができる。物理リージョン（たとえばターゲットリージョン）が利用可能になる前に、ＶｉＢＥにおいてサービスをステージングおよびテキスト化することができる。

【0048】

「クラウドインフラストラクチャオーケストレーションサービス」（ＣＩＯＳ）は、任意の適切な数のサービスのプロビジョニング動作およびデプロイメント動作をリージョン構築の一部として管理するように構成されたシステムを指し得る。

【0049】

マルチフロックオーケストレータ（ＭＦＯ：Multi-Flock Orchestrator）は、ターゲットリージョン（たとえば新たなリージョン）に自動的にサービスをプロビジョニングし、デプロイするために、ＣＩＯＳのコンポーネント間でイベントをコーディネートするように構成されたコンピューティングコンポーネント（たとえばサービス）とすることができる。ＭＦＯは、リージョン構築の各サービスのための関連イベントを追跡し、それらのイベントに応答して処置を行う。

【0050】

「ホストリージョン」は、仮想ブートストラップ環境（ＶｉＢＥ）をホストするリージョンを指す。ホストリージョンは、ＶｉＢＥをブートストラップするために使用することができる。

【0051】

「ターゲットリージョン」は、構築中のリージョンを指す。
「ケイパビリティを公開する」とは、「公開者－加入者」コンピューティング設計において使用されるような「公開」、またはその他により特定のケイパビリティが利用可能である（または利用不能である）という表示を提供することを指す。ケイパビリティは、リソース／サービスの機能が利用可能であるという表示を提供するために「公開」される（たとえばケイパビリティサービスによって収集される、ケイパビリティサービスに提供される、プッシュされる、プルされるなど）。ある実施形態では、ケイパビリティは、イベント、通知、データ送信、関数呼び出し、ＡＰＩ呼び出しなどを介して公開／送信可能である。特定のケイパビリティの可用性を示すイベント（またはその他の通知／データ送信など）を、ケイパビリティサービスにブロードキャストする／宛てて送る（たとえば公開する）ことができる。

【0052】

「ケイパビリティサービス」は、異なるフロック間の依存関係をモデル化するように構成されたフロックとすることができる。ケイパビリティサービスは、クラウドインフラストラクチャオーケストレーションサービス内で提供することができ、リージョンにおいてどのようなケイパビリティ、サービス、機構が利用可能にされたかを定義することができる。

【0053】

「リアルタイムリージョナルデータディストリビュータディストリビュータ」（ＲＲＤＤ：Real-time Regional Data Distributor）は、リージョンデータを管理するように構成されたサービスまたはシステムとすることができる。このリージョンデータは、新たなリージョンのために実行ターゲットを動的に作成するようにフロックコンフィグに投入することができる。

【0054】

本明細書では、ある例において、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）を実装するための技術について説明する。そのような技術は、上記で簡単に説明したように、クラウド環境（たとえばリージョン）内のインフラストラクチャコンポーネントのブートストラップ（たとえば、インフラストラクチャコンポーネントへのソフトウェアのプロビジョニングおよびデプロイメント）を管理するように構成可能である。場合によっては、ＣＩＯＳは、リージョン構築（たとえば複数のサービスに対応するブートストラップ動作）を開始／管理するように構成された所与のサービスおよびマルチフロックオーケストレータ（以下でも詳述する）のためにブートストラップタスク（プロビジョニングとデプロイメント）を管理するように構成可能な、コンピューティングコンポーネント（たとえば、ＣＩＯＳセントラルおよびＣＩＯＳリージョナル。この両者については以下で詳述する）を含むことができる。

【0055】

ＣＩＯＳは、サービスチームの最小限の手動実行時労力での（たとえば、場合によってはハードウェアの初期承認および／または物理移送を越える）リージョン構築と世界規模のインフラストラクチャプロビジョニングおよびコードデプロイメントを可能にする。ＣＩＯＳの高レベルの役割には、人間の介入が最小限の自動化された方式でのリージョン構築のコーディネート、（たとえば、リージョンの、複数のリージョンにわたる、世界規模などの）ＣＩＯＳによって管理されるリソースの現在の状態のビューをユーザに与えること、およびリージョン内のリソースのブートストラップのためにブートストラップ動作を管理することが含まれるが、これらには限定されない。

【0056】

ＣＩＯＳは、リソースの所望の状態（たとえば所望の構成）のビューをリソースの現在の／実際の状態（たとえば現在の構成）と合致させることができる、ビューリコンシリエーションを提供することができる。場合によっては、ビューリコンシリエーションは、どのようなリソースが実際に稼働中であるか、およびリソースの現在の構成および／または状態を特定するために、状態データを取得することを含み得る。リコンシリエーションは、サービスレベルなど様々な細分度で行うことができる。

【0057】

ＣＩＯＳは、リソースの所望の状態と現在の状態との相違が特定される、計画生成を行うことができる。計画生成の一部は、リソースを現在の状態から所望の状態にするために実行する必要が生じる動作を特定することを含み得る。ユーザが計画に満足すると、計画は次に、承認または拒絶されたものとしてマークすることができる。したがって、計画がマシンによって生成されるため、ユーザは計画について判断するのに費やす時間を少なくすることができ、計画はより正確になる。計画は人間が使用するには詳細過ぎるが、ＣＩＯＳはこのデータを高度なユーザインターフェース（ＵＩ）を介して提供することができる。

【0058】

ある例では、ＣＩＯＳは承認された計画を自動的に実行することによって変更管理の実行を処理することができる。実行計画が作成され、承認された後は、ＣＩＯＳがロールバックを開始しない限り、エンジニアが変更管理に関与する必要がなくなり得る。ＣＩＯＳは、（たとえば、ＣＩＯＳが実行中にサービス健康状態悪化を検出した場合）サービスを前の（たとえばリリース前の）状態に戻す計画を自動的に生成することによって、前のサービスバージョンへのロールバックを処理することができる。

【0059】

ＣＩＯＳは、アラームを監視し、結合テストを実行することによって、サービス健康状態を測定することができる。ＣＩＯＳは、サービス劣化が生じた場合に、チームがロールバック動作を迅速に定義するのを支援することができ、ＣＩＯＳはそれを自動的に実行することができる。ＣＩＯＳは、計画を自動的に生成し、表示することができ、承認を追跡することができる。ＣＩＯＳは、プロビジョニングとデプロイメントの機能を、これらのタスクをリージョン構築全体にわたってコーディネートする単一のシステムとして結合することができる。ＣＩＯＳは、フロック（たとえば、任意の適切な数のサービスに対応するフロックコンフィグなどのサービスリソース）、アーティファクト、リソースおよび依存関係の自動検出もサポートする。ＣＩＯＳは、１つまたは複数の構成ファイルの（たとえば内容の構文解析および処理を含む）静的解析によって、あらゆるレベル（たとえば、リソースレベル、実行ターゲットレベル、フェーズレベル、サービスレベルなど）の実行タスク間の依存関係を検出することができる。これらの依存関係を使用して、ＣＩＯＳはこれらの依存関係からタスク実行（たとえばインフラストラクチャリソースのプロビジョニングおよびリージョン全体にわたるアーティファクトのデプロイメントに関するタスク）を駆動するために使用することができる様々なデータ構造を生成することができる。

【0060】

図１は、少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーション（ＣＩＯＳ）１０２が、リージョンにおいてブートストラップサービスを動的に提供するために動作することができる環境１００のブロック図である。ＣＩＯＳ１０２は、これらには限定されないが以下のコンポーネントを含むことができる。すなわち、リアルタイムリージョナルデータディストリビュータ（ＲＲＤＤ）１０４、マルチフロックオーケストレータ（ＭＦＯ）１０６、ＣＩＯＳセントラル１０８、ＣＩＯＳリージョナル１１０、およびケイパビリティサービス１１２である。ＣＩＯＳセントラル１０８およびＣＩＯＳリージョナル１１０の具体的な機能は、その全体があらゆる目的のために組み込まれる「Techniques for Deploying Infrastructure Resources with a Declarative Provisioning Tool」という名称の米国特許出願第１７／０１６，７５４号でより詳細に示されている。ある実施形態では、ＣＩＯＳ１０２のコンポーネントの任意の適切な組合せをサービスとして提供することができる。ある実施形態では、ＣＩＯＳ１０２の一部をリージョン（たとえば、ホストリージョン１０３によって表されるデータセンター）にデプロイすることができる。ある実施形態では、ＣＩＯＳ１０２は、米国特許出願第１７／０１６，７５４号と以下の図２および図３に関して詳述されている、任意の適切な数のクラウドサービス（図１には図示せず）を含むことができる。

【0061】

リアルタイムリージョナルデータディストリビュータ（ＲＲＤＤ）１０４は、レルム、リージョン、実行ターゲット、および可用性ドメインを特定するリージョンデータを維持し、提供するように構成可能である。場合によっては、リージョンデータは任意の適切な形態（たとえば、ＪＳＯＮ形式、データオブジェクト／コンテナ、ＸＭＬなど）とすることができる。ＲＲＤＤ１０４によって維持されるリージョンデータは、対応する識別子によって個別に参照可能なデータの任意の適切な数のサブセットを含むことができる。たとえば、「all_regions」という識別子を、すべての定義済みリージョンのメタデータを含むデータ構造（たとえば、リスト、構造体、オブジェクトなど）に関連付けることができる。別の例として、「realms」などの識別子を、いくつかのレルムと、各レルムに対応するリージョンのセットのメタデータを識別するデータ構造に関連付けることができる。一般に、リージョンデータは、１つまたは複数のレルム、リージョン、可用性ドメイン（ＡＤ）、実行ターゲット（ＥＴ）などの、識別子、ＤＮＳサフィックス、状態（たとえばリージョンの状態）などの任意の適切な属性を維持することができる。ＲＲＤＤ１０４は、リージョンデータの一部としてリージョン状態を管理するように構成可能である。リージョン状態は、リージョン内のブートストラップの状態を示す任意の適切な情報を含むことができる。たとえば、ある例示のリージョン状態は、「初期」、「構築中」、「実働」、「中断」または「廃止予定」を含むことができる。「初期」状態は、まだブートストラップされていないリージョンを示すことができる。「構築中」状態は、リージョン内の１つまたは複数のフロックのブートストラップが開始したことを示すことができる。「実働」状態は、ブートストラップが完了し、リージョンの有効性検証の準備ができていることを示すことができる。「中断」状態は、ＣＩＯＳセントラル１０８またはＣＩＯＳリージョナル１１０が、おそらくは運用上の問題に起因して、リージョナルスタックとの中断された内部インタラクションを有することを示すことができる。「廃止予定」状態は、リージョンが廃止予定となり、利用不能である可能性が高い、および／または、今後再び接触されないリージョンを示すことができる。

【0062】

ＣＩＯＳセントラル１０８は、ユーザ（たとえばユーザ１０９）がそれを使用してＣＩＯＳ１０２と対話することができる、任意の適切な数のユーザインターフェースを提供するように構成される。たとえば、ユーザは、ＣＩＯＳセントラル１０８によって提供されるユーザインターフェースを介してリージョンデータに変更を加えることができる。ＣＩＯＳセントラル１０８は、さらに、ユーザが、フロックコンフィグおよび／またはアーティファクトに加えられた変更を見ること、計画を生成し、見ること、計画を承認／拒絶すること、（たとえば、インフラストラクチャプロビジョニング、デプロイメント、リージョン構築を伴うタスクおよび／またはＣＩＯＳ１０２によって管理される任意の適切な数のリソースの所望の状態に対応する）計画実行の状況を見ることを可能にする、様々なインターフェースを提供することができる。ＣＩＯＳセントラル１０８は、任意の適切な数のＣＩＯＳリージョナル１１０インスタンスを管理するように構成することができる制御プレーンを実装することができる。ＣＩＯＳセントラル１０８は、リージョンデータを提示するための１つまたは複数のインターフェースを提供することができ、それによってユーザ１０９がリージョンデータを見ることおよび／または変更することを可能にする。ＣＩＯＳセントラル１０８は、任意の適切な数のインターフェースを介してＲＲＤＤ１０４の機能を呼び出すように構成することができる。一般に、ＣＩＯＳセントラル１０８は、直接または（たとえばＲＲＤＤ１０４を介して）間接的に、リージョンデータを管理するように構成可能である。ＣＩＯＳセントラル１０８は、リージョンデータをフロックコンフィグ内の変数として投入するためにフロックコンフィグを編集するように構成可能である。

【0063】

ＣＩＯＳリージョナル１１０の各インスタンスは、リージョンの単一のサービスに関連付けられたブートストラップタスクを実行するように構成されたモジュールに対応し得る。ＣＩＯＳリージョナル１１０は、ＣＩＯＳセントラル１０８から所望の状態データを受信することができる。ある実施形態では、所望の状態データは、サービスに関連付けられたリソースの所望の状態を（たとえば宣言文によって）宣言するフロックコンフィグを含むことができる。ＣＩＯＳセントラル１０８は、サービスに関連付けられたリソースの現在の状態の任意の適切な態様を示す現在の状態データを維持することができる。ある実施形態では、ＣＩＯＳリージョナル１１０は、所望の状態データと現在の状態データとの比較によって、１つまたは複数のリソースに変更を加える必要があると特定することができる。たとえば、ＣＩＯＳリージョナル１１０は、サービスのリソースの状態を所望の状態に一致させるために、１つまたは複数のインフラストラクチャコンポーネントをプロビジョニングする必要があること、１つまたは複数のアーティファクトをデプロイする必要があること、またはそれらのリソースに任意の適切な変更を加える必要があることを判定することができる。ＣＩＯＳリージョナル１１０はブートストラップ動作を行うとき、ケイパビリティが利用可能になるにつれてリソースの様々なケイパビリティを示すデータを公開することができる。「ケイパビリティ」は、サービスに関連付けられた機能の単位を特定する。単位は、サービスによって提供される機能の一部または全部とすることができる。たとえば、ケイパビリティは、リソースが許可／認証処理に利用可能であること（たとえば、リソースによって提供される機能のサブセット）を示すように公開することができる。別の例として、ケイパビリティは、サービスの全機能が利用可能であることを示すように公開することができる。ケイパビリティは、リソースまたはサービスが依存する機能、および／または、使用のために入手可能なリソースまたはサービスの機能を特定するために使用することができる。

【0064】

ケイパビリティサービス１１２は、１）様々なサービスのどのようなケイパビリティが現在利用可能であるか、２）いずれかのリソース／サービスが特定のケイパビリティを待っているか否か、３）どのような特定のリソースおよび／またはサービスが所与のケイパビリティを待っているか、または上記の任意の適切な組合せを示す、ケイパビリティデータを維持するように構成される。ケイパビリティサービス１１２は、それを使用してケイパビリティデータを要求することができるインターフェースを提供することができる。ケイパビリティサービス１１２は、ケイパビリティサービス１１２がＭＦＯ１０６および／またはＣＩＯＳリージョナル１１０（たとえばＣＩＯＳリージョナル１１０の各インスタンス）にケイパビリティデータを送信することを可能にする、１つまたは複数のインターフェース（たとえばアプリケーションプログラミングインターフェース）を提供することができる。ある実施形態では、ＭＦＯ１０６および／または、ＣＩＯＳリージョナル１１０の任意の適切なコンポーネントまたはモジュールを、ケイパビリティサービス１１２にケイパビリティデータを要求するように構成することができる。

【0065】

ある実施形態では、マルチフロックオーケストレータ（ＭＦＯ）１０６を、リージョン構築作業を駆動するように構成することができる。ある実施形態では、ＭＦＯ１０６は、リージョン内の所与のサービスをブートストラップするために（またはターゲットリージョンに対して変更の単位を加えるために）どのようなフロック／フロックコンフィグバージョンおよび／またはアーティファクトバージョンを使用するかを記述する情報を管理することができる。ある実施形態では、ＭＦＯ１０６は、リアルタイムリージョナルデータディストリビュータ１０４によって管理されるリージョンデータに対する変更を監視する（またはその他により通知される）ように構成可能である。ある実施形態では、リージョンデータが変更されたことを示す表示を受信することによって、ＭＦＯ１０６によってリージョン構築がトリガされるようにしてもよい。ある実施形態では、ＭＦＯ１０６が、リージョン構築に使用される様々なフロックコンフィグおよびアーティファクトを収集してもよい。フロックコンフィグの一部または全部を、リージョンを問わないように構成することができる。すなわち、フロックコンフィグは、どのようなリージョンにどのフロックがブートストラップされるかを明示的に特定しなくてもよい。ある実施形態では、ＭＦＯ１０６は、収集されたフロックコンフィグがそれにより（たとえばＣＩＯＳセントラル１０８によって）再編集されるデータ投入プロセスをトリガすることができる。再編集時、リアルタイムリージョナルデータディストリビュータ１０４によって維持されているリージョンデータが構成ファイルに投入されるようにする動作が（たとえばＣＩＯＳセントラル１０８によって）実行されてもよい。フロックコンフィグは、リージョンデータのハードコードされた識別情報を必要とせずに、変数／パラメータによってリージョンデータを参照することができる。フロックコンフィグは、リージョンデータをハードコードさせずに、したがって変更をより困難にせずに、このデータ投入を使用して実行時に動的に修正することができる。

【0066】

マルチフロックオーケストレータ１０６は、リソース、実行ターゲット、フェーズおよびフロック間の依存関係を特定するため、具体的には除去する必要がある循環依存関係を特定するためにフロックコンフィグが構文解析される、静的フロック解析を行うことができる。ある実施形態では、ＭＦＯ１０６は、特定された依存関係に基づいて任意の適切な数のデータ構造を生成することができる。これらのデータ構造（たとえば有向非巡回グラフ、リンクされたリストなど）は、リージョン構築を行うための動作を駆動するためにクラウドインフラストラクチャオーケストレーションサービス１０２によって使用されてもよい。たとえば、これらのデータ構造は、リージョン内でサービスがブートストラップされる順序をまとめて定義することができる。そのようなデータ構造の例については、図３の構築依存関係グラフ３３８に関連して以下で詳述する。循環依存関係（たとえばサービスＡがサービスＢを必要とし、その逆も必要とする）が存在し、静的フロック解析および／またはグラフにより特定された場合、ＭＦＯは、任意の適切なサービスチームに、これらの循環依存関係を修正するために対応するフロックコンフィグに変更を加える必要があることを通知するように構成可能である。ＭＦＯ１０６は、サービスがリージョンにブートストラップされる順序を管理するために、１つまたは複数のデータ構造を走査するように構成可能である。ＭＦＯ１０６は、任意の時点で所与のリージョン内で利用可能なケイパビリティを（たとえばケイパビリティサービス１１２から取得されたデータを使用して）特定することができる。ＭＦＯ１０６は、ＭＦＯ１０６がサービスをブートストラップすることができる時点、ブートストラップがブロックされる時点、および／または前にブロックされたサービスに関連付けられたブートストラップ動作が再開可能な時点を特定するために、このデータを使用することができる。この走査に基づいて、ＭＦＯ１０６は、任意の適切な数のフロックコンフィグに対応するブートストラップ動作を行うように、ＭＦＯ１０６によってＣＩＯＳセントラル１０８に命令が送信される様々なリリースを行うことができる。ある例では、ＭＦＯ１０６は、グラフ内で見つかった循環依存関係に起因して１つまたは複数のフロックコンフィグが複数のリリースを必要とする可能性があることを特定するように構成することができる。その結果、ＭＦＯ１０６は、グラフにおいて特定された循環依存関係を断つために、所与のフロックコンフィグについて複数の命令セットをＣＩＯＳセントラル１０８に送信することができる。

【0067】

ある実施形態では、ユーザが、新たなリージョン（たとえばターゲットリージョン１１４）が構築されるように要求することができる。これは、様々なサービスに対応するリソースをブートストラップすることを伴い得る。ある実施形態では、リージョン構築要求が発せられる時点でターゲットリージョン１１４が通信により利用可能でない（および／またはセキュアでない）場合がある。ターゲットリージョン１１４が利用可能になり、ブートストラップ動作を行うように構成される時点までブートストラップを遅らせるのではなく、ＣＩＯＳ１０２は仮想ブートストラップ環境１１６を使用してリージョン構築を開始することができる。仮想ブートストラップ環境（ＶｉＢＥ）１１６は、ホストリージョン１０３（以前にサービスのコアセットにより構成済みであり、通信により利用可能でセキュアな既存リージョン）によってホストされているオーバーレイネットワークとすることができる。ＭＦＯ１０６は、ＶｉＢＥ１１６にリソースをブートストラップする（一般に「ＶｉＢＥを構築する」と言う）ためにホストリージョン１０３のリソースを利用することができる。たとえば、ＭＦＯ１０６は、ホストリージョン（たとえばホストリージョン１０３）内のＣＩＯＳリージョナル１１０のインスタンスにＶｉＢＥ１１６内のＣＩＯＳリージョナルの別のインスタンスをブートストラップさせる命令を、ＣＩＯＳセントラル１０８を介して与えることができる。ＶｉＢＥ内のＣＩＯＳリージョナルが処理のために利用可能になった後、ＶｉＢＥ１１６内でターゲットリージョン１１４のためのサービスのブートストラップが継続可能である。ブートストラップ動作を行うためにターゲットリージョン１１４が利用可能なときに、前にＶｉＢＥ１１６内でブートストラップされたサービスをターゲットリージョン１１４に移行させることができる。これらの技術を使用して、ＣＩＯＳ１０２は、手動入力および／または構成が与えられる必要を大幅に低減することによって、リージョンが構築される速度を大幅に向上させることができる。

【0068】

図２は、少なくとも１つの実施形態による、仮想ブートストラップ環境（ＶｉＢＥ）２０２（図１のＶｉＢＥ１１６の一例）を構築するための環境２００および方法を例示するブロック図である。ＶｉＢＥ２０２は、既存のリージョン（たとえば、図１のホストリージョン１０３の一例であり、一実施形態ではホストリージョンサービスエンクレーブであるホストリージョン２０４）のオーバーレイにプロビジョニングされる仮想クラウドネットワークを表す。ＶｉＢＥ２０２は、ターゲットリージョン（たとえば図１のターゲットリージョン１１４などの構築中のリージョン）が利用可能になる前に、そのターゲットリージョンのためにサービスをステージングすることができる環境を表す。

【0069】

新たなリージョン（たとえば図１のターゲットリージョン１１４）をブートストラップするために、サービスのコアセットをブートストラップすることができる。サービスのこれらのコアセットは、ホストリージョン２０４には存在するが、ＶｉＢＥには（ターゲットリージョンにも）まだ存在しない。これらの基本コアサービスは、デバイスのプロビジョニング、新たなリージョンに対する信頼の連鎖の確立、およびリージョンへの残りのサービス（たとえばフロック）のデプロイメントに必要な機能を提供する。ＶｉＢＥ２０２は、ホストリージョン２０４においてデプロイされるテナンシであってもよい。これは仮想リージョンと考えることができる。

【0070】

ブートストラップ動作を提供するためにターゲットリージョンが利用可能なとき、ＶｉＢＥにおけるサービスがターゲットリージョンのサービスおよび／またはインフラストラクチャコンポーネントとインタラクトすることができるように、ＶｉＢＥ２０２をターゲットリージョンに接続することができる。これは、以前のシステムのように自己完結型シードサービスの代わりに、実働レベルのサービスのデプロイメントを可能にし、ターゲットリージョンへのインターネットを介した接続性を必要とすることになる。従来、シードサービスは、コンテナ収集の一部としてデプロイされ、リージョンを構築するために必要な依存関係をブートストラップするために使用されていた。既存のリージョンのインフラストラクチャ／ツーリングを使用して、ターゲットリージョンが自足し、直接通信可能になるまで、ＶｉＢＥ２０２にリソースをブートストラップ（たとえばプロビジョンおよびデプロイメント）することができ、ハードウェアをプロビジョニングし、サービスをデプロイするためにリージョン（たとえばホストリージョン２０４）のサービスエンクレーブに接続することができる。ＶｉＢＥ２０２の使用は、コアサービスの循環依存関係を断つためにホストリージョンのリソースを利用しながら、インフラストラクチャをプロビジョニング／準備し、ソフトウェアをデプロイすることができるために必要な依存関係とサービスの維持を可能にする。

【0071】

マルチフロックオーケストレータ（ＭＦＯ）２０６を、ＶｉＢＥ２０２を構築（たとえば構成）するための動作を行うように構成することができる。ＭＦＯ２０６は、新たなリージョン（この場合はＶｉＢＥ領域、ＶｉＢＥ２０２）にブートストラップされる様々なリソースに対応する適切なフロックコンフィグを取得することができる。たとえば、ＭＦＯ２０６は、ケイパビリティサービス２０８とワーカー２１０のブートストラップの態様を特定するフロックコンフィグ（たとえば「ＶｉＢＥフロックコンフィグ」）を取得することができる。別の例として、ＭＦＯ２０６は、ＶｉＢＥ２０２へのドメイン名サービス（ＤＮＳ）２１２のブートストラップに対応する別のフロックコンフィグを取得することができる。

【0072】

ステップ１において、ＭＦＯ２０６は、ＣＩＯＳセントラル２１４（たとえば、それぞれ図１および図２のＣＩＯＳセントラル１０８およびＣＩＯＳセントラル２１４の一例）に指示することができる。たとえば、ＭＦＯ２０６は、この時点ではまだＶｉＢＥ２０２に存在しないケイパビリティサービス２０８とワーカー２１０のブートストラップを要求するための要求（たとえばＶｉＢＥフロックコンフィグを含む）を送信することができる。ある実施形態では、ＣＩＯＳセントラル２１４はすべてのフロックコンフィグにアクセスすることができる。したがって、ある例では、ＭＦＯ２０６はファイル自体ではなくＶｉＢＥフロックコンフィグの識別子を送信することができ、ＣＩＯＳセントラル２１４はそれをストレージから（たとえば、図３のＤＢ３０８またはフロックＤＢ３１２から）から独立して取得することができる。

【0073】

ステップ２において、ＣＩＯＳセントラル２１４が対応する要求を介してＶｉＢＥフロックコンフィグをＣＩＯＳリージョナル２１６に提供することができる。ＣＩＯＳリージョナル２１６は、ステップ３における特定のインフラストラクチャプロビジョニング動作とデプロイメント動作を特定し、実行するために、ＶｉＢＥフロックコンフィグを構文解析することができる。

【0074】

ある実施形態では、ＣＩＯＳリージョナル２１６は、プロビジョニングとデプロイメントのために追加の対応するサービスを使用することができる。たとえば、ステップ４において、ＣＩＯＳリージョナル２１６は、デプロイメントオーケストレータ２１８（たとえば、ホストリージョン２０４のコアサービスまたはその他の作成、構築およびデプロイメントアプリケーションソフトウェアの一例）に、ケイパビリティサービス２０８とワーカー２１０をＶｉＢＥ２０２内でブートストラップさせる命令を実行するように指示することができる。

【0075】

ステップ５において、（ＣＩＯＳリージョナル２１６、デプロイメントオーケストレータ２１８からワーカー２１０を介するかまたはその他により）ケイパビリティサービス２０８に、ＶｉＢＥフロックに対応するリソースが利用可能であることを示すケイパビリティを送信することができる。ケイパビリティサービス２０８はこのデータを維持することができる。ある実施形態では、ケイパビリティサービス２０８はこの情報を、ケイパビリティサービス２０８がＶｉＢＥとともに維持している利用可能なケイパビリティのリストに追加する。たとえば、ステップ５においてケイパビリティサービス２０８に提供されるケイパビリティは、ケイパビリティサービス２０８とワーカー２１０が処理のために利用可能であることを示すことができる。

【0076】

ステップ６において、ＭＦＯ２０６は、ケイパビリティサービス２０８からデータ（ケイパビリティに対応する識別子）を受信することまたは取得することに基づいて、ケイパビリティサービス２０８とワーカー２１０が利用可能であることを特定することができる。

【0077】

ステップ７において、ステップ６におけるデータの受信／取得の結果として、ＭＦＯ２０６はＣＩＯＳセントラル２１４に、ＤＮＳサービス（たとえばＤＮＳ２１２）をＶｉＢＥ２０２にブートストラップするように指示することができる。これらの指示は、ＤＮＳサービスに対応する特定のフロックコンフィグを特定するかまたは含むことができる。

【0078】

ステップ８において、ＣＩＯＳセントラル２１４がＣＩＯＳリージョナル２１６に、ＤＮＳ２１２をＶｉＢｅ２０２にデプロイするように指示することができる。ある実施形態では、ＤＮＳ２１２のためのＤＮＳフロックコンフィグがＣＩＯＳセントラル２１４によって提供される。

【0079】

ステップ９において、ワーカー２１０がＶｉＢＥ２０２にデプロイされているため、ＣＩＯＳリージョナル２１６によってワーカー２１０を、ＤＮＳ２１２をデプロイするタスクに割り当てることができる。ワーカーは、（たとえばフロックコンフィグ（所望の状態）をフロックに関連付けられたリソースの現在の状態（現在は存在しない）と比較することにより）ＤＮＳ２１２をデプロイするために実行する必要がある動作のセットを特定するために、図３に関連して上述した方式で宣言インフラストラクチャプロビジョナーを実行することができる。

【0080】

ステップ１０において、デプロイメントオーケストレータ２１８がワーカー２１０に、ステップ９において特定された動作に従ってＤＮＳ２１２をデプロイするように指示する。図示されているように、ワーカー２１０はステップ１１においてＶｉＢＥ２０２にＤＮＳ２１２をデプロイするための動作の実行に移る。ステップ１２において、ワーカー２１０はケイパビリティサービス２０８に、ＶｉＢＥ２０２においてＤＮＳ２１２が利用可能であることを通知する。その後、ＭＦＯ２０６が、ＶｉＢＥフロックコンフィグとＤＮＳフロックコンフィグとに関連付けられたリソースが利用可能であることを特定し、それに続いて任意の適切な数の追加のリソースをＶｉＢＥにブートストラップすることができる。

【0081】

ステップ１～ステップ１２が完了した後、ＶｉＢＥ２０２を構築するためのプロセスは完了したとみなすことができ、ＶｉＢＥ２０２は構築されたとみなすことができる。

【0082】

図３は、少なくとも１つの実施形態による、ＶｉＢＥを使用してターゲットリージョンにサービスをブートストラップするための環境３００および方法を示すブロック図である。

【0083】

ステップ１において、ユーザ３０２が、リージョンデータを修正するためにＣＩＯＳセントラル３０４（たとえば、それぞれ図１および図２のＣＩＯＳセントラル１０８およびＣＩＯＳセントラル２１４の一例）によって提供される任意の適切なユーザインターフェースを使用することができる。たとえば、ユーザ３０２は、いくつかのサービスがブートストラップされる新たなリージョンを作成することができる。

【0084】

ステップ２において、ＣＩＯＳセントラル３０４が、ＲＲＤＤ３０６（たとえば図１のＲＲＤＤ１０４の一例）に変更を送信する動作を実行することができる。ステップ３において、ＲＲＤＤ３０６は受信したリージョンデータを、リージョン、ＡＤ、レルム、ＥＴなどの任意の適切な識別子、属性、状態などを含むリージョンデータを記憶するように構成されたデータストアであるデータベース３０８に記憶することができる。ある実施形態では、アップデーター３０７を使用して、データベース３０８または（サービスチームが）そこからその更新にアクセス可能とすることができる任意の適切なデータストアにリージョンデータを記憶することができる。ある実施形態では、アップデーター３０７は、（たとえば任意の適切な電子通知により）データベース３０８に加えられた更新を通知するように構成することができる。

【0085】

ステップ４において、ＭＦＯ３１０（たとえば、それぞれ図１および図２のＭＦＯ１０６およびＭＦＯ２０６の一例）が、リージョンデータの変更を検出することができる。ある実施形態では、ＭＦＯ３１０は、リージョンデータに変更がないかＲＲＤＤ３０６にポーリングするように構成することができる。ある実施形態では、ＲＲＤＤ３０６が、リージョン変更を公開するかまたはその他によりＭＦＯ３１０に通知するように構成されてもよい。

【0086】

ステップ５において、リージョンデータの変更の検出が、新たなリージョンにブートストラップされる各フロック（たとえばサービス）の特定のバージョンと、そのフロックに対応する各アーティファクトの特定のバージョンとを特定する、バージョンセット（たとえば、「ゴールデンバージョンセット」識別子などの特定の識別子に関連付けられたバージョンセット）を取得するようにＭＦＯ３１０をトリガすることができる。バージョンセットは、ＤＢ３１２から取得することができる。フロックが進化し、変化するにつれて、リージョン構築に使用される対応するコンフィグおよびアーティファクトのバージョンが変化する可能性がある。これらの変化は、ＭＦＯ３１０が、フロックコンフィグとアーティファクトのどのバージョンをリージョン（たとえば、ＶｉＢＥリージョン、ターゲットリージョン／非ＶｉＢＥリージョンなど）の構築のために使用するかを特定することができるように、フロックＤＢ３１２において維持することができる。フロックコンフィグ（たとえばフロックコンフィグのすべてのバージョン）および／またはアーティファクト（たとえばアーティファクトのすべてのバージョン）をＤＢ３０８、ＤＢ３１２、または、ＣＩＯＳセントラル３０４および／またはＭＦＯ３１０がアクセス可能な任意の適切なデータストアに記憶することができる。

【0087】

ステップ６において、ＭＦＯ３１０がＣＩＯＳセントラル３０４に、バージョンセットに関連付けられたフロックコンフィグの各々を現在のリージョンデータによって再編集するように要求することができる。ある実施形態では、要求は、それらのフロックコンフィグに対応する各フロックコンフィグおよび／またはアーティファクトのバージョンを示すことができる。

【0088】

ステップ７において、ＣＩＯＳセントラル３０４が、ＤＢ３０８から（たとえば、直接、またはリアルタイムリージョナルデータディストリビュータ３０６を介して）現在のリージョンデータを取得し、ＭＦＯ３１０によって要求されたバージョンに従って任意の適切なフロックコンフィグとアーティファクトを取り出すことができる。

【0089】

ステップ８において、ＣＩＯＳセントラル３０４は、フロックコンフィグに現在のリージョンデータを投入するために、ステップ７において取得されたリージョンデータによってフロックコンフィグを再編集することができる。ＣＩＯＳセントラル３０４は、編集されたフロックコンフィグをＭＦＯ３１０に返すことができる。ある実施形態では、ＣＩＯＳセントラル３０４は、単に編集が完了していることを示してもよく、ＭＦＯ３１０が再編集されたフロックコンフィグにＲＲＤＤ３０６を介してアクセスしてもよい。

【0090】

ステップ９において、ＭＦＯ３１０が、再編集されたフロックコンフィグの静的解析を行うことができる。静的解析の一部として、ＭＦＯ３１０はフロック間の依存関係を特定するためにフロックコンフィグを（たとえば宣言インフラストラクチャプロビジョナー（たとえばテラフォーム（Ｔｅｒｒａｆｏｒｍ）など）に関連付けられたライブラリを使用して）構文解析することができる。ＭＦＯ３１０は、この解析および特定された依存関係から、構築依存関係グラフ３３８を生成することができる。構築依存関係グラフ３３８は、新たなリージョンにフロックがブートストラップされる（および／またはフロックコンフィグにおいて示されている変更が適用される）順序を特定する非巡回有向グラフであってもよい。グラフの各ノードは、特定のフロックの任意の適切な部分のブートストラップに対応し得る。依存関係に少なくとも部分的に基づいて、特定のブートストラップ順序を特定することができる。ある実施形態では、依存関係はノードの属性として表されてもよく、および／または、ノードを接続するグラフのエッジによって示されてもよい。ＭＦＯ３１０は、リージョン構築の動作を駆動するためにグラフを（たとえば始点ノードから開始して）走査することができる。

【0091】

ある実施形態では、ＭＦＯ３１０は、循環（たとえば、サービスＡがサービスＢに依存し、その逆にも依存する）の存在を検出するために循環検出アルゴリズムを使用することができる。ＭＦＯ３１０は、孤児ケイパビリティ依存関係を特定することができる。たとえば、ＭＦＯ３１０は、どの他のノードにも接続しない構築依存関係グラフ３３８の孤児ノードを特定することができる。ＭＦＯ３１０は、（たとえば、ケイパビリティが時期尚早に公開され、対応する機能が実際にはまだ利用可能ではない場合）誤って公開されたケイパビリティを特定することができる。ＭＦＯ３１０は、グラフから、同じケイパビリティの公開の１つまたは複数のインスタンスが存在することを検出することができる。ある実施形態では、任意の適切な数のこのような誤りを検出することができ、ＭＦＯ３１０（またはＣＩＯＳセントラル３０４などの別の適切なコンポーネント）が、この情報を（たとえば、電子通知、ユーザインターフェースなどを介して）ユーザに通知またはその他により提示するように構成されてもよい。ある実施形態では、ＭＦＯ３１０は、循環依存関係を断つためにリソースを強制削除／再作成するように構成されてもよく、それらのリソースおよび／または対応するフロックコンフィグのためにブートストラップ動作を行うようにＣＩＯＳセントラル３０４に再度指示を与えてもよい。

【0092】

始点ノードはＶｉＢＥフロックのブートストラップに対応してもよく、第２のノードはＤＮＳのブートストラップに対応してもよい。ステップ１０～ステップ１５は（図２のデプロイメントオーケストレータ２１８の一例であるデプロイメントオーケストレータ３１７による）ＶｉＢＥフロックのＶｉＢＥ３１６（たとえば、それぞれ図１および図２のＶｉＢＥ１１６およびＶｉＢＥ２０２の一例）へのデプロイメントに対応する。すなわち、図３のステップ１０～ステップ１５は概ね図２のステップ１～ステップ６に対応する。デプロイされるＶｉＢＥフロックに対応する（たとえば、図２のケイパビリティサービス２０８およびワーカー２１０に対応するケイパビリティサービス３１８およびワーカー３２０が利用可能であることを示す）ケイパビリティが存在することが通知された後、ＭＦＯ３１０は、実行する次の動作を特定するために構築依存関係グラフ３３８の走査を再開する。

【0093】

たとえば、ＭＦＯ３１０は、構築依存関係グラフ３３８の走査を続けてＤＮＳフロックがデプロイされるべきであることを特定することができる。ＤＮＳ３２２（図２のＤＮＳ２１２の一例）をデプロイするためにステップ１６～ステップ２１を実行することができる。これらの動作は、図２のステップ７～ステップ１２に概ね対応し得る。

【0094】

ステップ２１において、ＤＮＳ３２２が利用可能であることを示すケイパビリティを記憶することができる。このケイパビリティを検出すると、ＭＦＯ３１０は構築依存関係グラフ３３８の走査を再開することができる。この走査時、ＭＦＯ３１０は、ＣＩＯＳリージョナル（たとえばＣＩＯＳリージョナル３１４の一例）のインスタンスのいずれかの適切な部分がＶｉＢＥ３１６にデプロイされるべきであることを特定することができる。ある実施形態では、ステップ１６～ステップ２１を、ＶｉＢＥ３１６へのＣＩＯＳリージョナル（ＶｉＢＥ）３２６（ＣＩＯＳリージョナル３１４、図１のＣＩＯＳリージョナル１１０のインスタンス）およびワーカー３２８のデプロイメントに関して実質的に繰り返すことができる。ＣＩＯＳリージョナル（ＶｉＢＥ）３２６が利用可能であるというケイパビリティをケイパビリティサービス３１８に送信することができる。

【0095】

ＣＩＯＳリージョナル（ＶｉＢＥ）３２６が利用可能であることを検出すると、ＭＦＯ３１０は構築依存関係グラフ３３８の走査を再開することができる。この走査時、ＭＦＯ３１０は、デプロイメントオーケストレータ（たとえば、デプロイメントオーケストレータ３１７の一例であるデプロイメントオーケストレータ３３０）がＶｉＢＥ３１６にデプロイされることを特定することができる。ある実施形態では、ステップ１６～ステップ２１をデプロイメントオーケストレータ３３０のデプロイメントに関して実質的に繰り返すことができる。デプロイメントオーケストレータ３３０が利用可能であることを示すケイパビリティを特定する情報をケイパビリティサービス３１８に送信することができる。

【0096】

デプロイメントオーケストレータ３３０がデプロイされた後、ＶｉＢＥ３１６は以降の要求を処理するために利用可能であるとみなすことができる。デプロイメントオーケストレータ３３０が利用可能であることを検出すると、ＭＦＯ３１０は、以降のブートストラップ要求がホストリージョンコンポーネント（ホストリージョン３３２のコンポーネント）を使用せずにＶｉＢＥコンポーネントにルーティングされるように指示することができる。したがって、ＭＦＯ３１０は、構築依存関係グラフ３３８の走査を続けることができ、各ノードにおいてＣＩＯＳセントラル３０４を介したＶｉＢＥ３１６へのフロックデプロイメントを指示する。ＣＩＯＳセントラル３０４は、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６に、フロックコンフィグに従ってリソースをデプロイするように要求することができる。

【0097】

このプロセス中のある時点において、ターゲットリージョン３３４が利用可能となり得る。ターゲットリージョンが利用可能であるという表示は、ユーザ３０２によって（たとえばリージョンデータの更新として）提供されるターゲットリージョン３３４のためのリージョンデータから特定可能とすることができる。ターゲットリージョン３３４の可用性は、ターゲットリージョン３３４と外部ネットワーク（たとえばインターネット）とのネットワーク接続の確立に依存し得る。ネットワーク接続は、パブリックネットワーク（たとえばインターネット）を介してサポート可能であるが、ＶｉＢＥ３１６からターゲットリージョン３３４への１つまたは複数の暗号化トンネル（たとえばトンネル３３６などのＩＰＳｅｃトンネル）を設けるためにソフトウェアセキュリティ手段（たとえばＩＰＳｅｃ）を使用することができる。本明細書で使用される「ＩＰＳｅｃ」とは、インターネットプロトコル（ＩＰ）を使用するネットワークを介したネットワークトラフィックの認証と暗号化のためのプロトコルスイートを指し、プロトコルスイートの１つまたは複数の利用可能な実装形態（たとえばＯｐｅｎｓｗａｎ、Ｌｉｂｒｅｓｗａｎ、ｓｔｒｏｎｇＳｗａｎなど）を含み得る。ネットワークは、ＶｉＢＥ３１６をターゲットリージョン３３４のサービスエンクレーブに接続することができる。

【0098】

ＩＰＳｅｃトンネルを確立する前に、ターゲットリージョン３３４における資産（たとえばベアメタル資産）上にＩＰＳｅｃゲートウェイをデプロイすることができるまで、ターゲットリージョン３３４への初期ネットワーク接続はネットワーキングサービスのブートストラップを可能にするのに十分な接続（たとえばアウトオブバンドＶＰＮトンネル）上にあってもよい。ターゲットリージョン３３４のネットワークリソースをブートストラップするために、デプロイメントオーケストレータ３３０が、ターゲットリージョン３３４内の資産にＩＰＳｅｃゲートウェイをデプロイすることができる。デプロイメントオーケストレータ３３０は次に、ＶｉＢＥ３１６からのＩＰＳｅｃトンネルを終端するように構成されたＶＰＮホストをターゲットリージョン３３４にデプロイすることができる。ＶｉＢＥ３１６におけるサービス（たとえばデプロイメントオーケストレータ３３０、サービスＡなど）が、ターゲットリージョン３３４におけるＶＰＮホストとのＩＰｓｅｃ接続を確立することができた後は、ＶｉＢＥ３１６からターゲットリージョン３３４へのブートストラップ動作が開始することができる。

【0099】

ある実施形態では、ブートストラップ動作は、ＶｉＢＥ３１６からデプロイされるときにコアサービスのホスティングインスタンスをサポートするために、ターゲットリージョン３３４においてリソースをプロビジョニングするＶｉＢＥ３１６におけるサービスから開始することができる。たとえば、ホストプロビジョニングサービスが、ＶＭにコンピューティングリソースを割り当てるために、ターゲットリージョン３３４におけるインフラストラクチャ（たとえばベアメタルホスト）上にハイパーバイザをプロビジョニングすることができる。ホストプロビジョニングサービスがターゲットリージョン３３４における物理リソースの割り当てを完了すると、ホストプロビジョニングサービスは、ターゲットリージョン３３４において物理リソースが割り当てられたことを示すケイパビリティを示す情報を公開することができる。ケイパビリティは、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６を介して（たとえばワーカー３２８によって）ケイパビリティサービス３１８に公開されてもよい。

【0100】

ターゲットリージョン３３４のハードウェア割り当てが確立され、ケイパビリティサービス３１８に通知された状態で、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６は、ＶｉＢＥ３１６からターゲットリージョン３３４へのコアサービスのインスタンスのデプロイメントをオーケストレーションすることができる。このデプロイメントは、ＶｉＢＥ３１６を構築するための上述のプロセスと類似し得るが、ホストリージョン３３２サービスエンクレーブのコンポーネントの代わりに、ＶｉＢＥのコンポーネント（たとえば、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６、ワーカー３２８、デプロイメントオーケストレータ３３０）を使用する。デプロイメント動作は、上述のステップ１６～ステップ２１に概ね対応し得る。

【0101】

ＶｉＢＥ３１６からターゲットリージョン３３４にサービスがデプロイされるとき、そのサービスに関連付けられたＤＮＳレコードが、ＶｉＢＥ３１６におけるサービスのインスタンスに対応し得る。サービスに関連付けられたＤＮＳレコードは、ターゲットリージョン３３４へのサービスのデプロイメントを完了するために後で更新可能である。言い換えると、ＶｉＢＥ３１６におけるサービスのインスタンスは、ＤＮＳレコードが更新されるまでサービスへのトラフィック（たとえば要求）を受信し続けることができる。サービスは、ターゲットリージョン３３４に部分的にデプロイすることができ、サービスが部分的にデプロイされているというケイパビリティを示す情報を（たとえばケイパビリティサービス３１８に）公開することができる。たとえば、ＶｉＢＥ３１６において稼働するサービスは、対応する計算インスタンス、負荷バランサ、および関連するアプリケーションおよびその他のソフトウェアとともにターゲットリージョン３３４にデプロイすることができるが、完全にデプロイされる前に、データベースデータがターゲットリージョン３３４に移行するのを待つ必要がある場合がある。（たとえばＤＮＳ３２２によって管理される）ＤＮＳレコードは、ＶｉＢＥ３１６におけるサービスに依然として関連付けられ得る。サービスのためのデータ移行が完了すると、ＤＮＳレコードはターゲットリージョン３３４にデプロイされた稼働可能サービスを指すように更新可能である。ターゲットリージョン３３４におけるデプロイされたサービスは次に、そのサービスのトラフィック（たとえば要求）を受信することができ、一方、ＶｉＢＥ３１６におけるサービスのインスタンスはそのサービスのトラフィックを受信することができなくなる。

【0102】

リソース検出
図４は、少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）が（たとえばオンデマンドで、リージョン構築時に、など）リソースを検出するためにリソースハンター（たとえばリソースハンター４２０）を使用することができる環境４００のブロック図である。環境４００は、図１の環境１００の一例とすることができる。クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）４０２は、図１のＣＩＯＳ１０２の一例とすることができる。リアルタイムリージョナルデータディストリビュータ（ＲＲＤＤ）４０４は、それぞれ図１および図３のリアルタイムリージョナルデータディストリビュータ１０４および／または３０６の一例とすることができる。マルチフロックオーケストレータ（ＭＦＯ）４０６は、それぞれ図１～図３のマルチフロックオーケストレータ１０４、２０６および／または３１０の一例とすることができる。ＣＩＯＳセントラル４０８（「プロビジョニングおよびデプロイメントサービス」とも呼ぶ）は、それぞれ図１～図３のＣＩＯＳセントラル１０８、２１４および／または３０４の一例とすることができる。ＣＩＯＳリージョナル４１０は、それぞれ図１～図３のＣＩＯＳリージョナル１１０、２１６および／または３１４の一例とすることができる。ケイパビリティサービス４１２は、それぞれ図１～図３のケイパビリティサービス１１２、２０８および／または３１８の一例とすることができる。ターゲットリージョン４１４は、それぞれ図１および図３のターゲットリージョン１１４および／または３３４の一例とすることができる。仮想ブートストラップ環境４１６は、それぞれ図１～図３の仮想ブートストラップ環境１１４、２０２および／または３１６の一例とすることができる。ＲＲＤＤ４０４、ＭＦＯ４０６、ＣＩＯＳセントラル５０８、ＣＩＯＳリージョナル４１０、およびケイパビリティサービス４１２を含むＣＩＯＳ４０２のコンポーネントは、各々、図１～図３の対応するコンポーネントに関連して図１～図３において上述したそれぞれの機能を実行することができる。

【0103】

環境５００は、リソースハンター（ＲＨ）４２０（「リソース特定サービス」とも呼ぶ）を含むことができる。ＲＨ４２０は、任意の適切な時点でリソースの検出を試行するように構成可能である。たとえば、任意の適切なリージョンにおいて任意の適切な数のリソースが、そのリージョンまたは別のリージョンのリージョン構築の前に存在し得る。たとえば、リソース４２２は、ホストリージョン４０３（それぞれ図１～図３のホストリージョン１０３、２０４および／または３３２の一例）に存在する任意の適切な数のリソース（たとえば、インフラストラクチャリソース、アーティファクト、構成ファイルなど）を含み得る。リソース４２４がＶｉＢＥ４１６に存在してもよく、および／またはリソース４２６がターゲットリージョンに存在してもよい。ＶｉＢＥ４１６および／またはターゲットリージョン４１４内で任意の適切な数のサービスをブートストラップするために、リージョン構築プロセスの前、構築プロセス中または構築プロセス実行後の任意の適切な時点に、リソース４２２～４２６の任意の適切な組合せを作成することができる。

【0104】

ＲＨ４２０は、ＭＦＯ４０６（および／または、ＣＩＯＳ４０２の任意の適切なコンポーネント、および／またはホストリージョン４０３、ＶｉＢＥ４１６および／またはターゲットリージョン４１４内にブートストラップされた任意のサービス）からフロックコンフィグ情報を受信するように構成可能である。ある実施形態では、ＭＦＯ４０６は、フロックの識別子を提供することができ、ＲＨ４２０はそのフロックに関連付けられた対応するフロック構成ファイルにアクセスするように構成可能である。あるいは、ＭＦＯ４０６がＲＨ４２０にフロックコンフィグを提供してもよい。フロックコンフィグの一例については、以下で図５に関連して詳述する。

【0105】

ＲＨ４２０は、フロックコンフィグ内のリソース検出データを特定することができる。「リソース検出データ」とは、それを使用して既存のリソース（たとえばリソース４２２～４２６のうちの１つまたは複数のリソース）を特定することができる任意の適切なデータ（パラメータのセット）を指す。ＲＨ４２０は、リソース検出データのパラメータのセットを使用して、任意の適切な数のリソース４２２～４２６を特定する動作を実行することができる。たとえば、ＲＨ４２０は、リソース検出データにおいて提供されるパラメータのセットと一致する属性に関連付けられた特定のリソースを（リソース検出データによって指定された領域内で、および／または大域的に）検索することができる。１つまたは複数の一致するリソースが見つかった場合、ＲＨ４２０はその一致するリソースの識別子をＭＦＯ４０６に直接提供することができ、および／またはＲＨ４２０はその識別子をＭＦＯ４０６がアクセス可能なレコードに記憶することができる。

【0106】

ＭＦＯ４０６は、状態マネージャ４２８を含むことができる。状態マネージャ４２８は、パスを駆動するために状態間で遷移する状態マシンを実装するように構成可能である。たとえば、単一のフロックが複数のリリース（たとえば、ＣＩＯＳセントラル４０８への命令の複数の送信、単一のサービスに関連付けられた１つまたは複数のフロックコンフィグに対応する複数のリリースなど）を必要とする場合がある。状態マネージャ４２８は、単一のリリースのために行われる動作をコーディネートするように構成可能である。これには、ＣＩＯＳセントラル４０８および／またはリソースハンター４２０からのメッセージの監視が含まれてもよい。ある実施形態では、状態マネージャ４２８は、ケイパビリティサービス４１２によって送信された１つまたは複数のケイパビリティがないか監視するように構成可能である。状態マネージャ４２８によって行われる動作については、図６および図７に関連して詳述することができる。

【0107】

図５に、少なくとも１つの実施形態による、リソース検出に関する１つまたは複数のコードセグメント（たとえば、コードセグメント５０２およびコードセグメント５０４）を含む例示のフロック構成ファイル５００を示す。フロック構成ファイル５００（または、同じサービスに対応する他のフロック構成ファイル）は、サービスのリソース（たとえば、インフラストラクチャコンポーネント、アーティファクト、データなど）、各フェーズに対応する実行ターゲットのそれぞれのセットにわたるサービスのブートストラップに対応するいくつかのフェーズ、サービスのインスタンスがブートストラップされるいくつかの実行ターゲットなどについて記述する追加のコードセグメントをさらに含み得ることを理解されたい。ある実施形態では、フロック構成ファイル５００（または同じサービスに対応する他のフロック構成ファイル）は、サービスが依存する１つまたは複数のケイパビリティをそこから特定可能な情報を含むことができる。ある実施形態では、フロック構成ファイル５００（または、同じサービスに対応する他のフロック構成ファイル）は、そのフロックコンフィグのリソースのブートストラップ時にポストされる１つまたは複数のケイパビリティを示すことができる。非限定的な一例として、フロック構成ファイル５００は、同じフロックに対応する構成ファイルのセットのうちの１つであってもよい。フロックに対応する１つのフロックコンフィグは、宣言文によって１つまたは複数のインフラストラクチャリソースの所望の状態を記述することができる。そのフロックに対応する別のフロックコンフィグが、宣言文によって１つまたは複数のアーティファクト（たとえばソフトウェアアプリケーション）の所望の状態を記述することができる。別のフロックコンフィグ（たとえばフロックコンフィグ５００）は、リソース検出データを特定することができる。フロックが適用されるフェーズおよび／または実行ターゲットは、上述のいずれかの適切なフロックコンフィグにおいて特定可能である。図５に示す例において、フロックコンフィグ５００と言う場合、フロックのリソースを記述するためにフロックコンフィグのセットが使用される場合にフロックコンフィグのセットのうちのいずれか適切なフロックコンフィグを指すものと解釈することができる。

【0108】

ある実施形態では、コードセグメント５０２が、１つまたは複数の既存のリソースを特定するために使用可能なリソース検出データを含み得る。たとえば、行５０６は、タイプ「dataType」および名前「Resource_Name」のリソースに対応するデータが検索されることを示すことができる。タイプ「dataType」および名前「Resource_Name」は、コードセグメント５０２によって定義されるリソース検出データのパラメータとみなすことができる。行５０７～５０８は、各々、検索を行うために使用する追加のパラメータを含むことができる。たとえば、行５０７は、パラメータ「ad」を含み、図のように（たとえば、局所的にアクセス可能な配列またはリストを介して）リージョンの各可用性ドメインの名前を入れることができる。行５０８は、パラメータ「compartment_id」を含んでもよく、図のようにリージョンのすべてのコンパートメントに対応する識別子が入れられる。行５０９は、フロックコンフィグ５００内で局所的に使用可能な文字列値（たとえば「EXAMPLE_RESOURCE」）を定義することができる。行５０９において定義される文字列値のユーザについては、以下で詳述する。

【0109】

行５０７および行５０８が局所的パラメータ（たとえば、それぞれ「local」の使用により示される）を使用しているため、ある実施形態では、所与のリージョンのすべての可用性ドメインの名前と、リージョン内のすべてのコンパートメント識別子に対応するリージョンデータ値を、それぞれパラメータ「ad」および「compartment_id」内に投入することができる。リージョンデータ値が局所的パラメータ内に投入されるプロセスについては、２０２２年２月２８日に出願された「DATA MANAGEMENT TECHNIQUES FOR CLOUD REGIONS」という名称の米国仮特許出願第６３／３１５，０２４号（代理人整理番号第０８８３２５－１２８２３２６号（３０６０００ＵＳ））に関連してより詳細に説明されており、その内容の全体があらゆる目的のために本明細書に組み込まれる。図５に示す例において、パラメータのセットは、タイプ「dataType」、名前「Resource_Name」、リージョンの可用性ドメイン名、およびリージョンのすべてのコンパートメントのコンパートメント識別子を含むことができる。

【0110】

コードセグメント５０２に少なくとも部分的に基づいて、ＲＨ４２０がデータタイプ「dataType」、名前「Resource_Name」に関連付けられたリソースのその可用性ドメインのすべてのコンパートメントにおけるすべての可用性ドメインを検索することができる。パラメータ「data」は、見つかった場合、特定されたリソースにアクセスするために使用することができる。

【0111】

コードセグメント５０４は、図のように、コードセグメント５０２のパラメータを使用して特定されているリソースを使用して実行されるインポート動作を提供する。ＲＨ４２０は、行５１０で示されているような宣言（たとえば出力「default imports」）によって定義されている任意の適切な動作を実行するように構成可能である。コードセグメント５０４において示されている例では、行５１２において、ＲＨ４２０は、コードセグメント５０２において提供されているパラメータのセットと一致するものとして特定された各リソースの値を取得することができる。文字列「EXAMPLE_RESOURCE」を、行５１０の一部（たとえば「example_resource」）を行５１１において示されているように「EXAMPLE_RESOURCE」に置き換えるための文字列として使用することができる。このようにして、コードセグメント５０２においてグローバル変数（たとえば文字列、整数など）を定義することができ、次に、５１１、５１３および５１５に示すように、フロックコンフィグ５００の任意の適切な部分（たとえばコードセグメント５０４）により使用することできる。

【0112】

各リソースについて、行５１２における値パラメータをデータEXAMPLE_RESOURCE.インスタンスに対応する値に設定することができる。１つのリソースの値を使用して、行５１４および行５１６の動作を実行することができる。行５１４は、実行されると、リソースのアドレス（たとえばＩＰアドレス）を取得することができる。行５１６は、実行されると、リソースの識別子を取得することができる。特定されている各リソースについて行５１４および行５１６を実行した後、ＲＨ４２０は、コードセグメント５０２のパラメータのセットと一致した属性を有することが判明したすべてのリソースのアドレスおよび／または識別子のリストを有することができる。ＲＨ４２０は、これらのアドレス／識別子を図１～図４のＭＦＯがアクセス可能なレコードに記憶することができ、またはＲＨ４２０はＭＦＯにこのデータを直接提供することができる。インポート動作により取得されたいずれの適切なデータも同様にして記憶および／またはＭＦＯに提供することができる。アドレスおよび識別子のこの例は、本開示を限定することを意図していない。

【0113】

図６は、少なくとも１つの実施形態による、リージョン構築に対応するリソースを特定する例示の方法６００を示すブロック図である。ＭＦＯ６０２は、それぞれ図１～図４のマルチフロックオーケストレータ１０４、２０６、３１０および／または４０４の一例とすることができる。ＣＩＯＳセントラル６０４は、それぞれ図１～図４のＣＩＯＳセントラル１０８、２１４、３０４および／または４０４の一例とすることができる。リソースハンター６０６は、図４のリソースハンター４２０の一例とすることができる。ＭＦＯ６０２によって行われる動作の少なくとも一部が、図４の状態マネージャ４２８によって行われてもよい。

【0114】

方法６００の実行の前に、フロックコンフィグを選択し、それらのコンフィグにリアルタイムリージョンデータを投入し、静的フロック解析を行い、構築依存関係グラフ（たとえば、図３の構築依存関係グラフ３３８）を生成する動作がすでに行われていてもよい。図３を参照すると、ステップ１～ステップ４において、ユーザ３０２が、ＣＩＯＳセントラル６０４によってホストされている任意の適切なインターフェースを使用して、リージョンデータを更新することができる（たとえば、図３のＶｉＢＥ３１６に関連付けられたデータを追加するために新たなリージョンを示すため、ＶｉＢＥ３１６のためのリージョンデータはＶｉＢＥ３１６がＶｉＢＥリージョンであることを示すことができる）。図３のステップ１～ステップ４に関連して説明した動作によって、ＭＦＯ６０２はリージョンデータの変更を通知され、および／または検出することができる。図３のステップ５に関連して説明したように、ＭＦＯ６０２はフロックコンフィグのセット（たとえば、各サービスの１つまたは複数のフロックコンフィグのセット）を取得することができる。フロックコンフィグのセットは、ＭＦＯ６０２によって維持されているゴールデンバージョンセットデータに少なくとも部分的に基づいて選択することができる。図３のステップ６～ステップ８に関連して説明したように、ＭＦＯ６０２は、ＣＩＯＳセントラル６０４が選択されたフロックを再編集するように要求することができる。この再編集時、現在のリージョンデータがリアルタイムリージョナルデータディストリビュータ３０６から取得され、フロックコンフィグのパラメータに投入されてもよい。ＭＦＯ６０２は次に、図３のステップ９に関連して説明したように構築依存関係グラフ３３８を生成するためにフロックコンフィグの再編集の静的解析を行うことができる。

【0115】

方法６００は６１０から開始し、ＭＦＯ６０２（たとえば、図４の状態マネージャ４２８）が構築依存関係グラフ３３８の存在を検出することができ、構築依存関係グラフ３３８の１回のパスについて状態管理を開始することができる。

【0116】

図７に、少なくとも１つの実施形態による、ブートストラップ動作および／またはリソース検出動作がオーケストレーションされるいくつかの状態（たとえばまとめて状態７０２と呼ぶ）を示す例示の流れ７００を示す。状態７０２は、任意の適切な数の状態（たとえば、未開始状態７０４、リリース待ち状態７０６、計画待ち状態７０８、検出待ち状態７１０、インポート待ち状態７１２、状態編集待ち状態７１４、状態検証待ち７１６、承認待ち７１８、完了待ち７２０、成功状態７２２、破棄状態７２４、失敗状態７２６、およびキャンセル状態７２８）を含むことができる。図７に示す特定の状態は本開示の範囲を限定することは意図していない。より多いもしくはより少ない、および／または異なる状態も使用可能であり、必ずしも図７に示されている具体的な状態には限らない。これらの具体的な状態について、図６の例に沿って説明する。

【0117】

図６に戻り、６１０において、ＭＦＯ６０２（たとえば状態マネージャ４２８）が、NOT_STARTED状態（たとえば図７の未開始状態７０４に対応する）に遷移することができる。NOT_STARTED状態である間に、ＭＦＯ６０２は、いくつかの事前定義済み条件が満たされていると判定する動作を行うことができる。それらの事前定義済み条件が満たされている場合、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、６１２においてAWAITING_RELEASE状態に遷移することができる。AWAITING_RELEASE状態は、図７のリリース待ち状態７０６に対応し得る。

【0118】

６１４において、AWAITING_RELEASE状態である間に、ＭＦＯ６０２を、構築依存関係グラフ（たとえば図３の構築依存関係グラフ３３８）の走査を開始するように構成することができる。構築依存関係グラフの始点ノードに対応する第１のフロックコンフィグを選択することができる。第１のフロックコンフィグは、構築においてリージョンに加えられる変更の単位（データセンター内の変更の単位）に対応し得る。たとえば、構築中のリージョンがＶｉＢＥリージョン（たとえばＶｉＢＥリージョン３１６）であると考えると、第１のフロックコンフィグは、構築されるＶｉＢＥリージョン内の図３（同様に図２に記載）のケイパビリティサービス３１８およびワーカー３２０のブートストラップに関連付けることができる。始点ノードは、対応するフロックコンフィグに利用可能なＶｉＢＥリージョンの他のケイパビリティへの依存関係がないために始点ノードであり得る。

【0119】

６１６において、ＭＦＯ６０２は第１のフロックコンフィグのリリースに対応する命令のセットを送信することができる。ある実施形態では、ＭＦＯ６０２は、前述のように投入されたリージョンデータを含む第１のフロックコンフィグとともに、ＣＩＯＳセントラル６０４に第１の要求を送信することができる。送信した後、ＭＦＯ６２０（たとえば状態マネージャ４２８）は６２１において状態AWAITING_PLAN（図７のプラン待ち状態７０８に対応する）に遷移することができる。

【0120】

６１８において、ＣＩＯＳセントラル６０４が、フロックコンフィグを受信することができ、リリースを計画するための動作を行うことができる。たとえば、ＣＩＯＳセントラル６０４は、ＶｉＢＥリージョン３１６内の第１のフロックコンフィグにおけるリソースの状態の確認を試行することができる。ＣＩＯＳセントラル６０４は、ＣＩＯＳリージョナルのインスタンスとデプロイメントオーケストレータが、第１のフロックコンフィグにおいて特定されているリソース（たとえばケイパビリティサービス３１８およびワーカー３２０）をブートストラップするために必要であることを特定することができる。ＶｉＢＥリージョン３１６は新規であるため、ＣＩＯＳセントラル６０４はフロックに必要なリソースのいずれも存在しないことを特定し得る。これに応答して、ＣＩＯＳセントラル６０４は立案データ６２０を生成することができる。

【0121】

図８は、少なくとも１つの実施形態による、状態データ８００のインスタンスの一例を示すブロック図である。状態データ８００は、図６の立案データ６２０の一部として含めることができる。図８に示すように、状態データ８００は、作成される任意の適切な数のリソースに対応する任意の適切なデータを含み得る。図６の進行中の例において、状態データ８００は、ＣＩＯＳリージョナルのインスタンス、デプロイメントオーケストレータのインスタンス、ケイパビリティサービス、およびワーカーがデプロイされることを示すことができる。これらのコンポーネントの各々は、それぞれ状態データ８００のリソース１、リソース２、リソース３およびリソース４に対応し得る。任意の適切な対応するリソースデータ（たとえば、リソースデータ８０２、８０４、８０６および８０８が最初に状態データ８００に含まれてもよい）。図６に戻って、６２２において立案データ６２０がＭＦＯ６０２に送信されてもよい。

【0122】

６２４において、ＭＦＯ６０２が、立案データ６２０を受信すると、リソースハンター６０６（たとえば、図４のリソースハンター４２０の一例）にこのリリースを行うために利用可能な可能性のある既存リソースを特定するように求める要求を送信する。６２６において、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、状態AWAITING_DISCOVERY（たとえば図７の検出待ち状態７１０に対応する）に遷移することができる。図５に関連して上述したように、第１のフロックコンフィグは、リソースと照合されるパラメータのセットを定義するコードセグメント５０２を含むことができる。

【0123】

６２８において、リソースハンター６０６が、第１のフロックコンフィグにおいて提供されるリソース検出データ（たとえばコードセグメント５０２）からパラメータを抽出することができる。ある実施形態では、リソースハンター６０６は、（たとえばコードセグメント５０２、各ＡＤ、各コンパートメントなどにおいて定義された）リソース検出データによって、および／または提供されるパラメータの任意の適切な組合せ（たとえば、コードセグメント５０２において提供される「dataType」、「Resource_Name」）を使用して指定されている場所において問い合わせをするために、任意の適切な動作を行うことができる。

【0124】

６３０において、リソースハンター６０６はＭＦＯ６０２に、リソース検出データと一致すると特定された任意の適切な数のリソースを示す任意の適切なデータを送信することができる。ＭＦＯ６０２は、リソースハンター６０６がインポート動作を行うことを要求するために６３２において別の要求を送信することができる。

【0125】

６３０においてデータを受信すると、６３４において、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、図７のインポート待ち状態７１４に対応する状態AWAITING_IMPORTに遷移することができる。

【0126】

６３６において、リソースハンター６０６は、行われるべきインポート動作のセットを特定するように構成することができる。たとえば、リソースハンター６０６は、提供されたリソース検出データ内の第１のフロックコンフィグからインポート動作を特定することができる。たとえば、リソースハンター６０６は、図５のコードセグメント５０４を特定し、特定されたインポート動作を実行することができる。進行中の例では、これにより、各リソースのアドレスおよびリソース識別子など、一致するリソースに関する任意の適切なデータを取得することができる。ある実施形態では、ＶｉＢＥ３１６を構築するための第１のフロックコンフィグは、そのリソース検出データ内に、図３のホストリージョン３３２内のＣＩＯＳリージョナル３１４およびデプロイメントオーケストレータ３１７を特定するための場所およびパラメータを含むことができる。図８を再度参照すると、リソースＸおよびリソースＹが、それぞれＣＩＯＳリージョナル３１４およびデプロイメントオーケストレータ３１７に対応し得る。リソースデータＸはリソースＸの任意の適切な属性（たとえば、アドレスおよびリソース識別子など）を含むことができ、リソースデータＹはリソースＹの任意の適切な属性（たとえばアドレスおよびリソース識別子など）を含むことができる。

【0127】

図６に戻り、６３８において、リソースハンター６０６は、取得したリソースデータ（たとえば、ホストリージョン３３２のＣＩＯＳリージョナル３１４およびデプロイメントオーケストレータ３１７のアドレスおよびリソース識別子）をＭＦＯ６０２に送信することができる。

【0128】

６３８においてデータを受信すると、６４０において、ＭＦＯ６０２（たとえば状態マネージャ４２８）は図７の状態編集待ち状態７１６に対応する状態AWAITING_STATE_EDITに遷移することができる。

【0129】

６４２において、ＭＦＯ６０２は立案データ６２０の状態データを更新するための動作を行うことができる。再び図８を参照すると、ＭＦＯ６０２は、リソースデータ８０２の少なくとも一部を（この例ではＣＩＯＳリージョナル３１４に対応する）リソースデータＸの任意の適切な部分によって修正することができる。進行中の例において、ＭＦＯ６０２は、リソースデータ８０２をホストリージョン３３２内のＣＩＯＳリージョナル３１４の取得されたアドレスおよびリソース識別子を含むように修正することができる。同様に、ＭＦＯ６０２は、リソースデータ８０４をホストリージョン３３２内のデプロイメントオーケストレータ３１７の取得されたアドレスおよびリソース識別子を含むように修正することができる。状態データ８１０は、これらの動作が行われた後の状態データ８００の修正版を示すことを意図したものである。

【0130】

図６に戻り、６４４において、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、図７の状態検証待ち状態７１８に対応する状態AWAITING_STATE_VALIDATIONに遷移することができる。

【0131】

６４６において、ＭＦＯ６０２は図８の状態データ８１０を含む修正された立案データをＣＩＯＳセントラル６０４に送信することができる。

【0132】

６４８において、ＣＩＯＳセントラル６０４は、立案データを更新することができ、ＭＦＯ６０２によって提供された更新された立案データを使用してリリースを再立案するための動作を行うことができる。それらの動作の一部として立案データ６５０を生成することができる。立案データ６５０は、作成されるべきリソースを特定することができる。進行中の実施形態では、ＣＩＯＳリージョナル３１４およびデプロイメントオーケストレータ３１７は、立案データ６５０に含まれなくてもよく、または含まれる場合には、立案データ６５０は、新たなリソースを作成する代わりにそれらが使用されることを示すことができる。

【0133】

６５２において、ＭＦＯ６０２は、立案データ６５０を受信することができ、立案データ６５０が要求された状態データと合致しているか否かを判定するために、立案データ６５０をＭＦＯ６０２が６４６において送信した状態データと比較することができる。たとえば、ＭＦＯ６０２は、立案データ６５０から、ＣＩＯＳセントラル６０４がＣＩＯＳリージョナルの新たなインスタンスを生成することを計画せず、ホストリージョン３３２のＣＩＯＳリージョナル３１４を使用することを意図していることを確認することができる。同様に、ＭＦＯは、立案データ６５０から、ＣＩＯＳセントラル６０４がデプロイメントオーケストレータ３１７の新たなインスタンスを生成することを計画せず、ホストリージョン３３２のデプロイメントオーケストレータ３１７を使用することを意図していることを確認することができる。

【0134】

６５４において、立案データ６５０が６４６で送信された状態データと合致する場合、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、図７の承認待ち状態７２０に対応する状態AWAITING_APPROVALに遷移することができる。この状態の間、ユーザに（たとえば図３のユーザ３０２にＣＩＯＳセントラル６０４によってホストされている任意の適切なユーザインターフェースを介して）立案データ６５０の任意の適切な部分を提示するための任意の適切な動作を行うことができる。ある実施形態では、ユーザが承認する場合に、６５４において表示を受信することができる。あるいは、フロックコンフィグ内で提供される表示に応じて、ＭＦＯ６０４が自動的に立案データを承認してもよい。（たとえば自動的に、またはユーザ入力により）立案データ６５０が承認されることを示す表示を受信すると、６５８において、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、図７の完了待ち状態７２０に対応する状態AWAITING_COMPLETIONに遷移することができる。立案データ６５０が承認されたという表示が６６０において送信されてもよい。

【0135】

６６２において、ＣＩＯＳセントラル６０４が、構築中のリージョン（たとえば図３のＶｉＢＥ３１６）内の第１のフロックコンフィグのリソースをブートストラップするための任意の適切な動作を行うことができる。たとえば、ＣＩＯＳセントラル６０４は、（立案データ６５０に照らして）ＣＩＯＳリージョナル３１４に図３のケイパビリティサービス３１８と図３のワーカー３２０とをブートストラップするように指示することができる。ケイパビリティサービス３１８が動作可能なとき、ケイパビリティサービス３１８を、それを示すケイパビリティを公開するように構成することができる。

【0136】

６６４において、ＭＦＯ６０２は、ケイパビリティサービス３１８に対応するケイパビリティが公開されたことを示す表示を受信（またはその他により取得）することができる。公開されたケイパビリティがフロックコンフィグにおいて特定されていることを特定することに応答して、ＭＦＯ６０２（たとえば状態マネージャ４２８）は、６６７において図７の完了待ち状態７２０に対応する状態SUCCESSFULに遷移することができる。

【0137】

これにより、リージョン（たとえばＶｉＢＥ３１６）に対するフロックコンフィグの１回のパス（「リリース」とも呼ぶ）を完了することができる。成功状態に達した後、ＭＦＯ６０２は次のリリース／パスを特定するために構築依存関係グラフ３３８の走査を再開するように構成可能である。このプロセスは任意の適切な回数だけ行うことができ、特定のフロックコンフィグが、（たとえばそのリージョンにおけるＣＩＯＳリージョナルによって）そのリージョン（または別のリージョン）のリソースをそれを使用してインポートし、使用することができる任意の適切な検出データを含むことができる。

【0138】

ターゲットリージョンにおいてケイパビリティサービスのインスタンス、デプロイメントオーケストレータ、ＣＩＯＳリージョナル、およびワーカーをデプロイするために同様のプロセスを行うことができる。ユーザがターゲットリージョン（たとえばターゲットリージョン３３４）に対応するリージョンデータを追加した後は、ＭＦＯによってフロックコンフィグの異なるセットが特定されることになる。これらのフロックコンフィグの任意の適切な部分が、随時、ＭＦＯ６０２にＣＩＯＳセントラルに対して、ＶｉＢＥのリソースがターゲットリージョンのために行われるブートストラップ動作のために使用されるように指示させることができるリソース検出データを含むことができる。

【0139】

少し図７に戻って、状態マネージャ４２８は状態７２４～７２８のいずれかに遷移する時点を特定するために様々な条件（たとえば、ユーザ入力、タイムアウト、エラーコードなど）がないか監視することができることを理解されたい。ある実施形態では、状態マネージャ４２８は、事前定義済み条件（たとえば、ＭＦＯが待っているデータが事前定義済みの期間に受信されなかった）の検出に少なくとも部分的に基づく任意の適切な時点で、状態７０４～７２０のいずれかから状態７２４～７２８のいずれかに遷移することができる。

【0140】

図９に、少なくとも１つの実施形態による、既存のリソースを検出する例示の方法９００を示す。方法９００は、クラウドコンピューティング環境の１つまたは複数のコンポーネント（たとえば、図４のクラウドインフラストラクチャオーケストレーションサービス４０２）によって行うことができる。たとえば、方法９００は、少なくとも一部がリソース特定サービス（たとえば図４および／または図６のリソースハンター）によって行われてもよい。コンピュータ可読記憶媒体が、コンピューティングデバイスの１つまたは複数のプロセッサによる実行時にコンピューティングデバイスに方法９００を行わせるコンピュータ可読命令を含む。方法９００は、任意の適切な順序で、または並行して行われてもよい。方法９００は、図９に示されているよりも多いかまたは少ない数のステップを含み得ることを理解されたい。

【0141】

方法９００は９０２から開始することができ、サービスに関連付けられたリソース検出データを含むフロック構成ファイル（たとえばフロック構成ファイル５００）を、（たとえば図４のリソースハンター４２０および／または図６のリソースハンター６０６などのリソース特定サービスによって）取得することができる。ある実施形態では、リソース検出データは、クラウドコンピューティング環境の既存のリソースがそれを使用して特定されるパラメータのセットを示すことができる。たとえば、図５は、図５に関連して上述したようなパラメータを含むことができるコードセグメント５０２を含む。

【0142】

９０４において、既存のリソースを特定する動作を行うことができる。ある実施形態では、既存のリソースに関連付けられた属性をリソース検出データのパラメータのセットと照合することに少なくとも部分的に基づいて、既存のリソース（たとえば、図６の例において説明したＣＩＯＳリージョナル３１４）を特定することができる。

【0143】

９０６において、既存のリソースに対応する識別子を取得するために行うインポート動作のセットを特定することができる。たとえば、図５は、図５に関連して上述したような例示のインポート動作を含むことができるコードセグメント５０４を含む。

【0144】

９０８において、インポート動作のセットの実行に少なくとも部分的に基づいて、特定された既存のリソースに対応する識別子を（たとえば図６のＭＦＯ６０２に）送信することができる。

【0145】

図１０に、少なくとも１つの実施形態による、リージョン構築を実行するために既存のリソースを使用する例示の方法１０００を示す。方法１０００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２（たとえば、図１～図４および／または図６のマルチフロックオーケストレータなどのオーケストレーションサービス）の１つまたは複数のコンポーネントによって行うことができる。コンピュータ可読記憶媒体が、コンピューティングデバイスの１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに方法１０００を行わせるコンピュータ可読命令を含む。方法１０００は、任意の適切な順序で行うことができる。方法１０００は、図１０に示されているよりもより多いかまたはより少ない数のステップを含み得ることを理解されたい。

【0146】

方法１０００は１００２から開始することができ、複数のサービスに対応する複数のフロック構成ファイルを取得することができる。ある実施形態では、複数のサービスは、リージョン構築プロセス時にリージョン内でブートストラップされるサービスである。

【0147】

１００４において、複数のフロック構成ファイルに少なくとも部分的に基づいて、複数のサービスがリージョン内でブートストラップされる順序を判定することができる。たとえば、リージョン内で複数のサービスをブートストラップするためにフロックコンフィグがリリースされる順序を特定する構築依存関係グラフ３３８を生成するために、複数のフロック構成ファイルの静的解析を行うことができる。

【0148】

１００６において、複数のサービスのうちのサービスのブートストラップに関する第１の要求を送信することができる。第１の要求は、第１のフロックコンフィグに対応するフロック構成ファイルを含むことができる。これらの動作は、図６のステップ６１６に対応し得る。

【0149】

１００８において、サービスをブートストラップするために作成されるリソースを最初に示す立案データ（たとえば図６の立案データ６２０）を（たとえば図６のＣＩＯＳセントラル６０４から）受信することができる。

【0150】

１０１０において、クラウドコンピューティング環境の、以前に作成されたリソースに対応する識別子を（たとえば図６のリソース検出サービス６０６から）取得することができる。たとえば、図６のステップ６３８に記載のように、ＣＩＯＳリージョナル３１４のアドレスとリソース識別子を受信することができる。

【0151】

ステップ１０１２において、クラウドコンピューティング環境の以前に作成されたリソースに対応する識別子を含むように立案データを修正することができる。修正された立案データの一例は、図８の状態データ８１０を含むことができる。

【0152】

１０１４において、サービスのブートストラップに関する第２の要求を（たとえばＣＩＯＳセントラル６０４）に送信することができる。ある実施形態では、第２の要求は、以前に作成されたリソースに対応する識別子を含む立案データを含む。識別子を含む第２の要求の送信により、図６に関連して説明した方式で、以前に作成されたリソースを使用してリージョン内でサービスをブートストラップさせることができる。

【0153】

クラウドサービスインフラストラクチャアーキテクチャの例
上述のように、インフラストラクチャアズアサービス（ＩａａＳ）は、１つの特定の種類のクラウドコンピューティングである。ＩａａＳは、パブリックネットワーク（たとえばインターネット）を介して仮想化コンピューティングリソースを提供するように構成可能である。ＩａａＳモデルにおいて、クラウドコンピューティングプロバイダがインフラストラクチャコンポーネント（たとえば、サーバ、ストレージデバイス、ネットワークノード（たとえばハードウェア）、デプロイメントソフトウェア、プラットフォーム仮想化（たとえばハイパーバイザ層）など）をホストすることができる。場合によっては、ＩａａＳプロバイダが、それらのインフラストラクチャコンポーネントに付随する様々なサービス（たとえば、対価請求、モニタリング、ロギング、負荷バランシングおよびクラスタ化など））も提供することができる。したがって、これらのサービスはポリシー主導型とすることができるため、ＩａａＳユーザは、アプリケーションの可用性およびパフォーマンスを維持するように負荷バランシングを駆動するために、ポリシーを実施することができるようにし得る。

【0154】

場合によっては、ＩａａＳ顧客は、インターネットなどのワイドエリアネットワーク（ＷＡＮ）を介してリソースおよびサービスにアクセスすることができ、アプリケーションスタックの残りの要素をインストールするためにクラウドプロバイダのサービスを使用することができる。たとえば、ユーザは、仮想マシン（ＶＭ）の作成、各ＶＭへのオペレーティングシステム（ＯＳ）のインストール、データベースなどのミドルウェアのデプロイメント、タスク負荷およびバックアップのためのストレージバケットの作成、さらにそのＶＭへの企業ソフトウェアのインストールのために、ＩａａＳプラットフォームにログインすることができる。顧客は次に、ネットワークトラフィックのバランシング、アプリケーションの問題のトラブルシューティング、パフォーマンスの監視、障害復旧の管理などを含む、様々な機能を実行するために、プロバイダのサービスを使用することができる。

【0155】

ほとんどの場合、クラウドコンピューティングモデルはクラウドプロバイダの関与を必要とすることになる。クラウドプロバイダは、ＩａａＳの提供（たとえばオファリング、レンタル、販売）を専門に扱うサードパーティサービスとすることができるが、必ずしもこれには限らない。エンティティは、プライベートクラウドをデプロイすることを選択してもよく、それによってインフラストラクチャサービスの自己プロバイダとなってもよい。

【0156】

ある例では、ＩａａＳデプロイメントは、準備されたアプリケーションサーバなどに新たなアプリケーションまたはアプリケーションの新たなバージョンを配置するプロセスである。これは、サーバを準備する（たとえばライブラリ、デーモンなどをインストールする）プロセスも含み得る。これは、ハイパーバイザ層より下（たとえばサーバ、ストレージ、ネットワークハードウェア、および仮想化）でクラウドプロバイダによって管理されることが多い。したがって、顧客は、ハンドリング（ＯＳ）、ミドルウェアおよび／またはアプリケーションのデプロイメント（たとえばセルフサービス仮想マシン（たとえばオンデマンドでスピンアップすることができる）など）を担うことができる。

【0157】

ある例では、ＩａａＳプロビジョニングは、使用のためにコンピュータまたは仮想ホストを取得することと、さらにその上に必要なライブラリまたはサービスをインストールすることを指す。多くの場合、デプロイメントはプロビジョニングを含まず、先にプロビジョニングが行われる必要がある場合がある。

【0158】

場合によっては、ＩａａＳプロビジョニングには２つの異なる課題がある。第１に、いかなるものでもそれを稼働させる前に命令の初期セットをプロビジョニングするという初期課題がある。第２に、すべてがプロビジョニングされた後で、既存のインフラストラクチャを進化させる（たとえば新しいサービスを追加する、サービスを変更する、サービスを削除するなど）という課題がある。場合によっては、これら２つの課題には、インフラストラクチャの構成を宣言的に定義することを可能にすることによって対処することができる。言い換えると、１つまたは複数の構成ファイルによって、インフラストラクチャ（たとえばどのようなコンポーネントが必要であり、それらがどのようにインタラクトするか）を定義することができる。したがって、インフラストラクチャの全体的トポロジ（たとえば、どのようなリソースがどのリソースに依存しているか、およびそれらの各々がどのように協働するか）を、宣言的に定義することができる。場合によっては、トポロジが定義された後、構成ファイルで記述されている異なるコンポーネントを作成および／または管理するワークフローを生成することができる。

【0159】

ある例では、インフラストラクチャが多くの相互接続された要素を有することができる。たとえば、コアネットワークとも呼ばれる、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（たとえば、構成可能および／または共用コンピューティングリソースの潜在的オンデマンドのプール）があってもよい。ある例では、ネットワークのインバウンド／アウトバウンドトラフィックがどのように設定されるか、および１つまたは複数の仮想マシン（ＶＭ）を定義するためにプロビジョニングされる、１つまたは複数のインバウンド／アウトバウンドトラフィックグループ規則もあってもよい。負荷バランサ、データベースなど、他のインフラストラクチャ要素もプロビジョニング可能である。ますます多くのインフラストラクチャ要素が求められ、および／または追加されるにつれて、インフラストラクチャは徐々に進化することができる。

【0160】

場合によっては、様々な仮想コンピューティング環境にわたるインフラストラクチャコードのデプロイメントを可能にするために、連続デプロイメント技術を採用することができる。さらに、記載の技術は、これらの環境内でのインフラストラクチャ管理を可能にすることができる。ある例では、サービスチームが、１つまたは複数の、大抵は多くの異なる（たとえば様々な異なる地理的場所にわたる、時には世界中に広がる）実働環境にデプロイされることが求められるコードを書くことができる。しかし、例によっては、コードがデプロイされるインフラストラクチャがまず先に設定される必要がある。場合によっては、プロビジョニングを手動で行うことができ、リソースをプロビジョニングするためにプロビジョニングツールを使用することができ、および／または、インフラストラクチャがプロビジョニングされた後はコードをデプロイするためにデプロイメントツールを使用することができる。

【0161】

図１１は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの例示のプラットフォームを示すブロック図１１００である。サービス運用者１１０２が、仮想クラウドネットワーク（ＶＣＮ）１１０６とセキュアホストサブネット１１０８とを含むことができるセキュアホストテナンシ１１０４に通信可能に結合可能である。ある例では、サービス運用者１１０２は、Microsoft Windows Mobile（登録商標）などのソフトウェア、および／または、iOS、Windows Phone、Android、BlackBerry 8、Palm OSなどの様々なモバイルオペレーティングシステムを稼働させ、インターネット、ｅメール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）またはその他の通信プロトコル対応の、携帯型ハンドヘルドデバイス（たとえば、iPhone（登録商標）、携帯電話、iPad（登録商標）、コンピューティングタブレット、パーソナルデジタルアシスタント（ＰＤＡ））またはウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）であってもよい、１つまたは複数の顧客コンピューティングデバイスを使用することができる。あるいは、顧客コンピューティングデバイスは、たとえば、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）および／またはLinux（登録商標）オペレーティングシステムの様々なバージョンを稼働させる、パーソナルコンピュータおよび／またはラップトップコンピュータを含む、汎用パーソナルコンピュータであってもよい。顧客コンピューティングデバイスは、たとえばGoogle（登録商標） Chrome（登録商標） ＯＳなどの様々なＧＮＵ／Linuxオペレーティングシステムを含むがこれらには限定されない様々な市販のＵＮＩＸ（登録商標）またはＵＮＩＸのようなオペレーティングシステムのいずれかを稼働させる、ワークステーションコンピュータとすることができる。上記に代えて、または上記に加えて、顧客コンピューティングデバイスは、シンクライアントコンピュータ、インターネット対応ゲームシステム（たとえば、Kinect（登録商標）ジェスチャー入力デバイスありまたはなしのMicrosoft Xboxゲームコンソール）など、および／または、ＶＣＮ１１０６および／またはインターネットにアクセス可能なネットワークを介して通信することができるパーソナルメッセージングデバイスなど、任意のその他の電子デバイスであってもよい。

【0162】

ＶＣＮ１１０６は、セキュアシェル（ＳＳＨ：secure shell）ＶＣＮ１１１２に含まれるＬＰＧ１１１０を介してＳＳＨ ＶＣＮ１１１２に通信可能に結合可能な、ローカルピアリングゲートウェイ（ＬＰＧ：local peering gateway）１１１０を含むことができる。ＳＳＨ ＶＣＮ１１１２は、ＳＳＨサブネット１１１４を含むことができ、ＳＳＨ ＶＣＮ１１１２は制御プレーンＶＣＮ１１１６に含まれるＬＰＧ１１１０を介して制御プレーンＶＣＮ１１１６に通信可能に結合することができる。また、ＳＳＨ ＶＣＮ１１１２は、ＬＰＧ１１１０を介してデータプレーンＶＣＮ１１１８に通信可能に結合することができる。制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８は、ＩａａＳプロバイダによって所有および／または運用可能なサービステナンシ１１１９に含まれ得る。

【0163】

制御プレーンＶＣＮ１１１６は、境界ネットワーク（たとえば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）として機能する、制御プレーン非武装地帯（ＤＭＺ：demilitarized zone）層１１２０を含むことができる。ＤＭＺベースのサーバは、制限された任務を有し、侵害をくい止めるのに役立ち得る。さらに、ＤＭＺ層１１２０は、１つまたは複数の負荷バランサ（ＬＢ：load balancer）サブネット１１２２、アプリケーションサブネット１１２６を含み得る制御プレーンアプリケーション層１１２４、データベース（ＤＢ）サブネット１１３０（たとえばフロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含み得る制御プレーンデータ層１１２８を含むことができる。制御プレーンＤＭＺ層１１２０に含まれるＬＢサブネット１１２２は、制御プレーンアプリケーション層１１２４に含まれるアプリケーションサブネット１１２６と制御プレーンＶＣＮ１１１６に含まれ得るインターネットゲートウェイ１１３４とに通信可能に結合することができ、アプリケーションサブネット１１２６は、制御プレーンデータ層１１２８に含まれるＤＢサブネット１１３０とサービスゲートウェイ１１３６およびネットワークアドレス変換（ＮＡＴ：network address translation）ゲートウェイ１１３８とに通信可能に結合することができる。制御プレーンＶＣＮ１１１６は、サービスゲートウェイ１１３６とＮＡＴゲートウェイ１１３８とを含むことができる。

【0164】

制御プレーンＶＣＮ１１１６は、アプリケーションサブネット１１２６を含み得るデータプレーンミラーアプリケーション層１１４０を含むことができる。データプレーンミラーアプリケーション層１１４０に含まれるアプリケーションサブネット１１２６は、計算インスタンス１１４４を実行可能な仮想ネットワークインターフェースコントローラ（ＶＮＩＣ：virtual network interface controller）１１４２を含むことができる。計算インスタンス１１４４は、データプレーンミラーアプリケーション層１１４０のアプリケーションサブネット１１２６を、データプレーンアプリケーション層１１４６に含まれ得るアプリケーションサブネット１１２６に通信可能に結合することができる。

【0165】

データプレーンＶＣＮ１１１８は、データプレーンアプリケーション層１１４６とデータプレーンＤＭＺ層１１４８とデータプレーンデータ層１１５０とを含むことができる。データプレーンＤＭＺ層１１４８は、データプレーンアプリケーション層１１４６のアプリケーションサブネット１１２６とデータプレーンＶＣＮ１１１８のインターネットゲートウェイ１１３４とに通信可能に結合することができるＬＢサブネット１１２２を含むことができる。アプリケーションサブネット１１２６は、データプレーンＶＣＮ１１１８のサービスゲートウェイ１１３６とデータプレーンＶＣＮ１１１８のＮＡＴゲートウェイ１１３８とに通信可能に結合することができる。データプレーンデータ層１１５０は、データプレーンアプリケーション層１１４６のアプリケーションサブネット１１２６に通信可能に結合可能なＤＢサブネット１１３０も含むことができる。

【0166】

制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８のインターネットゲートウェイ１１３４は、パブリックインターネット１１５４に通信可能に結合可能なメタデータ管理サービス１１５２に通信可能に結合することができる。パブリックインターネット１１５４は、制御プレーンＶＣＮ１１１６の、およびデータプレーンＶＣＮ１１１８のＮＡＴゲートウェイ１１３８に通信可能に結合することができる。制御プレーンＶＣＮ１１１６の、およびデータプレーンＶＣＮ１１１８のサービスゲートウェイ１１３６は、クラウドサービス１１５６に通信可能に結合することができる。

【0167】

ある例では、制御プレーンＶＣＮ１１１６の、またはデータプレーンＶＣＮ１１１８のサービスゲートウェイ１１３６は、パブリックインターネット１１５４を通ることなくクラウドサービス１１５６にアプリケーションプログラミングインターフェース（ＡＰＩ:application programming interface）呼び出しを行うことができる。サービスゲートウェイ１１３６からクラウドサービス１１５６へのＡＰＩ呼び出しは、一方向とすることができる。すなわち、サービスゲートウェイ１１３６はクラウドサービス１１５６にＡＰＩ呼び出しを行うことができ、クラウドサービス１１５６はサービスゲートウェイ１１３６に要求されたデータを送信することができる。しかし、クラウドサービス１１５６はサービスゲートウェイ１１３６に対してＡＰＩ呼び出しを発信することができない。

【0168】

ある例では、セキュアホストテナンシ１１０４が、他の場合には分離可能なサービステナンシ１１１９に、直接接続することができる。セキュアホストサブネット１１０８は、他の場合には分離されているシステムを介して双方向通信を可能にすることができる、ＬＰＧ１１１０を介してＳＳＨサブネット１１１４と通信することができる。セキュアホストサブネット１１０８をＳＳＨサブネット１１１４に接続することにより、セキュアホストサブネット１１０８にサービステナンシ１１１９内の他のエンティティへのアクセスを与えることができる。

【0169】

制御プレーンＶＣＮ１１１６は、サービステナンシ１１１９のユーザが所望のリソースを設定またはその他によりプロビジョニングすることを可能にすることができる。制御プレーンＶＣＮ１１１６においてプロビジョニングされた所望のリソースは、データプレーンＶＣＮ１１１８においてデプロイまたはその他により使用することができる。ある例では、制御プレーンＶＣＮ１１１６はデータプレーンＶＣＮ１１１８から分離可能であり、制御プレーンＶＣＮ１１１６のデータプレーンミラーアプリケーション層１１４０は、データプレーンミラーアプリケーション層１１４０およびデータプレーンアプリケーション層１１４６に含まれ得るＶＮＩＣ１１４２を介してデータプレーンＶＣＮ１１１８のデータプレーンアプリケーション層１１４６と通信することができる。

【0170】

ある例では、システムのユーザまたは顧客が、メタデータ管理サービス１１５２に要求を伝達することができるパブリックインターネット１１５４を介して、たとえば作成、読み出し、更新または削除（ＣＲＵＤ：create, read, update or delete）動作の要求を行うことができる。メタデータ管理サービス１１５２は、要求をインターネットゲートウェイ１１３４を介して制御プレーンＶＣＮ１１１６に伝達することができる。要求は、制御プレーンＤＭＺ層１１２０に含まれるＬＢサブネット１１２２によって受信可能である。ＬＢサブネット１１２２は、要求が有効であると判定することができ、この判定に応答して、ＬＢサブネット１１２２は要求を制御プレーンアプリケーション層１１２４に含まれるアプリケーションサブネット１１２６に送信することができる。要求の有効性が検証され、パブリックインターネット１１５４への呼び出しが必要な場合、パブリックインターネット１１５４への呼び出しは、パブリックインターネット１１５４への呼び出しを行うことができるＮＡＴゲートウェイ１１３８に送信可能である。要求によって記憶されることが望まれる場合があるメモリを、ＤＢサブネット１１３０に格納することができる。

【0171】

ある例では、データプレーンミラーアプリケーション層１１４０が、制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８との間の直接通信を容易にすることができる。たとえば、構成に対する変更、更新またはその他の適切な修正が、データプレーンＶＣＮ１１１８に含まれるリソースに適用されることが望まれる場合がある。ＶＮＩＣ１１４２によって、制御プレーンＶＣＮ１１１６はデータプレーンＶＣＮ１１１８に含まれるリソースと直接通信することができ、それによってそれらのリソースに対する構成の変更、更新またはその他の適切な修正を実行することができる。

【0172】

ある実施形態では、制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８は、サービステナンシ１１１９に含まれ得る。この場合、システムのユーザまたは顧客は、制御プレーンＶＣＮ１１１６またはデータプレーンＶＣＮ１１１８を所有することも運用することもできない。その代わりに、ＩａａＳプロバイダが制御プレーンＶＣＮ１１１６およびデータプレーンＶＣＮ１１１８を所有または運用することができ、これらの両方がサービステナンシ１１１９に含まれ得る。この実施形態は、ユーザまたは顧客が他のユーザまたは他の顧客のリソースと対話することを防止することができる、ネットワークの分離を可能にし得る。また、この実施形態は、システムのユーザまたは顧客が、記憶のために望ましい脅威防止レベルを有していない可能性があるパブリックインターネット１１５４に依存する必要なしに、データベースをプライベートで記憶することを可能にすることができる。

【0173】

他の実施形態では、制御プレーンＶＣＮ１１１６に含まれるＬＢサブネット１１２２を、サービスゲートウェイ１１３６から信号を受信するように構成することができる。この実施形態では、制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８を、パブリックインターネット１１５４を呼び出さずにＩａａＳプロバイダの顧客によって呼び出されるように構成することができる。顧客が使用するデータベースがＩａａＳプロバイダによって制御可能であり、パブリックインターネット１１５４から分離可能なサービステナンシ１１１９上に記憶することができるため、ＩａａＳプロバイダの顧客はこの実施形態を望む可能性がある。

【0174】

図１２は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示のパターンを示すブロック図１２００である。サービス運用者１２０２（たとえば図１１のサービス運用者１１０２）を、仮想クラウドネットワーク（ＶＣＮ）１２０６（たとえば図１１のＶＣＮ１１０６）とセキュアホストサブネット１２０８（たとえば図１１のセキュアホストサブネット１１０８）とを含むことができるセキュアホストテナンシ１２０４（たとえば図１１のセキュアホストテナンシ１１０４）に通信可能に結合することができる。ＶＣＮ１２０６は、セキュアシェル（ＳＳＨ）ＶＣＮ１２１２に含まれるローカルピアリングゲートウェイ（ＬＰＧ）１１１０を介してＳＳＨ ＶＣＮ１２１２（たとえば図１１のＳＳＨ ＶＣＨ１１１２）に通信可能に結合することができるＬＰＧ１２１０（たとえば図１１のＬＰＧ１１１０）を含むことができる。ＳＳＨ ＶＣＮ１２１２は、ＳＳＨサブネット１２１４（たとえば図１１のＳＳＨサブネット１１１４）を含むことができ、ＳＳＨ ＶＣＮ１２１２は制御プレーンＶＣＮ１２１６に含まれるＬＰＧ１２１０を介して制御プレーンＶＣＮ１２１６（たとえば図１１の制御プレーンＶＣＮ１１１６）に通信可能に結合することができる。制御プレーンＶＣＮ１２１６はサービステナンシ１２１９（たとえば図１１のサービステナンシ１１１９）に含めることができ、データプレーンＶＣＮ１２１８（たとえば図１１のデータプレーンＶＣＮ１１１８）は、システムのユーザまたは顧客によって所有または運用可能な顧客テナンシ１２２１に含めることができる。

【0175】

制御プレーンＶＣＮ１２１６は、ＬＢサブネット１２２２（たとえば図１１のＬＢサブネット１１２２）を含むことができる制御プレーンＤＭＺ層１２２０（たとえば図１１の制御プレーンＤＭＺ層１１２０）と、アプリケーションサブネット１２２６（たとえば図１１のアプリケーションサブネット１１２６）を含むことができる制御プレーン層１２２４（たとえば図１１の制御プレーンアプリケーション層１１２４）と、データベース（ＤＢ）サブネット１２３０（たとえば図１１のＤＢサブネット１１３０と類似したもの）を含むことができる制御プレーンデータ層１２２８（たとえば図１１の制御プレーンデータ層１１２８）とを含むことができる。制御プレーンＤＭＺ層１２２０に含まれるＬＢサブネット１２２２を、制御プレーンアプリケーション層１２２４に含まれるアプリケーションサブネット１２２６と、制御プレーンＶＣＮ１２１６に含まれ得るインターネットゲートウェイ１２３４（たとえば図１１のインターネットゲートウェイ１１３４）とに通信可能に結合することができ、アプリケーションサブネット１２２６を制御プレーンデータ層１２２８に含まれるＤＢサブネット１２３０と、サービスゲートウェイ１２３６（たとえば図１１のサービスゲートウェイ１１３６）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１２３８（たとえば図１１のＮＡＴゲートウェイ１１３８）に通信可能に結合することができる。制御プレーンＶＣＮ１２１６は、サービスゲートウェイ１２３６とＮＡＴゲートウェイ１２３８を含むことができる。

【0176】

制御プレーンＶＣＮ１２１６は、アプリケーションサブネット１２２６を含むことができるデータプレーンミラーアプリケーション層１２４０（たとえば図１１のデータプレーンミラーアプリケーション層１１４０）を含むことができる。データプレーンミラーアプリケーション層１２４０に含まれるアプリケーションサブネット１２２６は、計算インスタンス１２４４（たとえば図１１の計算インスタンス１１４４に類似したもの）を実行することができる仮想ネットワークインターフェースコントローラ（ＶＮＩＣ）１２４２（たとえば１１４２のＶＮＩＣ）を含むことができる。計算インスタンス１２４４は、データプレーンミラーアプリケーション層１２４０のアプリケーションサブネット１２２６とデータプレーンアプリケーション層１２４６（たとえば図１１のデータプレーンアプリケーション層１１４６）に含まれ得るアプリケーションサブネット１２２６との間の、データプレーンミラーアプリケーション層１２４０に含まれるＶＮＩＣ１２４２とデータプレーンアプリケーション層１２４６に含まれるＶＮＩＣ１２４２とを介した通信を容易にすることができる。

【0177】

制御プレーンＶＣＮ１２１６に含まれるインターネットゲートウェイ１２３４は、パブリックインターネット１２５４（たとえば図１１のパブリックインターネット１１５４）に通信可能に結合することができるメタデータ管理サービス１２５２（たとえば図１１のメタデータ管理サービス１１５２）に通信可能に結合することができる。パブリックインターネット１２５４は、制御プレーンＶＣＮ１２１６に含まれるＮＡＴゲートウェイ１２３８に通信可能に結合することができる。制御プレーンＶＣＮ１２１６に含まれるサービスゲートウェイ１２３６を、クラウドサービス１２５６（たとえば図１１のクラウドサービス１１５６）に通信可能に結合することができる。

【0178】

ある例では、データプレーンＶＣＮ１２１８は顧客テナンシ１２２１に含まれ得る。この場合、ＩａａＳプロバイダは、各顧客に制御プレーンＶＣＮ１２１６を提供することができ、ＩａａＳプロバイダは各顧客のためにサービステナンシ１２１９に含まれる固有計算インスタンス１２４４を設定することができる。各計算インスタンス１２４４は、サービステナンシ１２１９に含まれる制御プレーンＶＣＮ１２１６と顧客テナンシ１２２１に含まれるデータプレーンＶＣＮ１２１８との間の通信を可能にすることができる。計算インスタンス１２４４は、サービステナンシ１２１９に含まれる制御プレーンＶＣＮ１２１６においてプロビジョニングされているリソースを、顧客テナンシ１２２１に含まれるデータプレーンＶＣＮ１２１８においてデプロイまたはその他により使用することを可能にすることができる。

【0179】

他の例では、ＩａａＳプロバイダの顧客は顧客テナンシ１２２１内にあるデータベースを有することができる。この例では、制御プレーンＶＣＮ１２１６は、アプリケーションサブネット１２２６を含むことができるデータプレーンミラーアプリケーション層１２４０を含むことができる。データプレーンミラーアプリケーション層１２４０は、データプレーンＶＣＮ１２１８に存在することができるが、データプレーンミラーアプリケーション層１２４０はデータプレーンＶＣＮ１２１８に存在し得ない。すなわち、データプレーンミラーアプリケーション層１２４０は、顧客テナンシ１２２１にアクセスすることができるが、データプレーンミラーアプリケーション層１２４０はデータプレーンＶＣＮ１２１８に存在することができず、または、ＩａａＳプロバイダの顧客によって所有されることも運用されることもできない。データプレーンミラーアプリケーション層１２４０は、データプレーンＶＣＮ１２１８への呼び出しを行うように構成することができるが、制御プレーンＶＣＮ１２１６に含まれるいずれのエンティティにも呼び出しを行うように構成することができない。顧客は、制御プレーンＶＣＮ１２１６においてプロビジョニングされているデータプレーンＶＣＮ１２１８におけるリソースをデプロイまたはその他により使用することを希望することができ、データプレーンミラーアプリケーション層１２４０は顧客のリソースの希望するデプロイメントまたはその他の使用を容易にすることができる。

【0180】

ある実施形態では、ＩａａＳプロバイダの顧客はデータプレーンＶＣＮ１２１８にフィルタをかけることができる。この実施形態では、顧客はデータプレーンＶＣＮ１２１８が何にアクセス可能であるかを判定することができ、顧客はデータプレーンＶＣＮ１２１８からのパブリックインターネット１２５４へのアクセスを制限することができる。ＩａａＳプロバイダが外部ネットワークまたはデータベースへのデータプレーンＶＣＮ１２１８のアクセスにフィルタをかけるかまたはその他により制御することは不可能とすることができる。顧客テナンシ１２２１に含まれるデータプレーンＶＣＮ１２１８への顧客によるフィルタおよび制御の適用は、データプレーンＶＣＮ１２１８を他の顧客からとパブリックインターネット１２５４から分離しやすくすることができる。

【0181】

ある実施形態では、パブリックインターネット１２５４上、制御プレーンＶＣＮ１２１６上またはデータプレーンＶＣＮ１２１８上には存在しない場合があるサービスにアクセスするために、クラウドサービス１２５６をサービスゲートウェイ１２３６によって呼び出すことができる。クラウドサービス１２５６と制御プレーンＶＣＮ１２１６またはデータプレーンＶＣＮ１２１８との間の接続は、ライブまたは連続とすることはできない。クラウドサービス１２５６は、ＩａａＳプロバイダによって所有または運用されている異なるネットワーク上に存在することができる。クラウドサービス１２５６は、サービスゲートウェイ１２３６から呼び出しを受信するように構成可能であり、パブリックインターネット１２５４から呼び出しを受信しないように構成可能である。一部のクラウドサービス１２５６は、他のクラウドサービス１２５６から分離することができ、制御プレーンＶＣＮ１２１６を、制御プレーンＶＣＮ１２１６と同じリージョンにない場合があるクラウドサービス１２５６から分離することができる。たとえば、制御プレーンＶＣＮ１２１６が「リージョン１」に位置してもよく、クラウドサービス「デプロイメント１１」がリージョン１と「リージョン２」とに位置してもよい。リージョン１内に位置する制御プレーンＶＣＮ１２１６に含まれるサービスゲートウェイ１２３６によってデプロイメント１１への呼び出しが行われた場合、その呼び出しをリージョン１内のデプロイメント１１に送信することができる。この例では、制御プレーンＶＣＮ１２１６、またはリージョン１内のデプロイメント１１は、リージョン２内のデプロイメント１１と通信可能に結合またはその他により通信することができない。

【0182】

図１３は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示のパターンを示すブロック図１３００である。サービス運用者１３０２（たとえば図１１のサービス運用者１１０２）を、仮想クラウドネットワーク（ＶＣＮ）１３０６（たとえば図１１のＶＣＮ１１０６）を含むことができるセキュアホストテナンシ１３０４（たとえば図１１のセキュアホストテナンシ１１０４）および第２のセキュアホストサブネット１３０８（たとえば図１１のセキュアホストサブネット１１０８）に通信可能に接続することができる。ＶＣＮ１３０６は、ＳＳＨ ＶＣＮ１３１２に含まれるＬＰＧ１３１０を介してＳＳＨ ＶＣＮ１３１２（たとえば図１１のＳＳＨ ＶＣＮ１１１２）に通信可能に接続することができるＬＰＧ１３１０（たとえば図１１のＬＰＧ１１１０）を含むことができる。ＳＳＨ ＶＣＮ１３１２は、ＳＳＨサブネット１３１４（たとえば図１１のＳＳＨサブネット１１１４）を含むことができ、ＳＳＨ ＶＣＮ１３１２は、制御プレーンＶＣＮ１３１６に含まれるＬＰＧ１３１０を介して制御プレーンＶＣＮ１３１６（たとえば図１１の制御プレーンＶＣＮ１１１６）と、データプレーンＶＣＮ１３１８に含まれるＬＰＧ１３１０を介してデータプレーンＶＣＮ１３１８（たとえば図１１のデータプレーン１１１８）とに通信可能に接続することができる。制御プレーンＶＣＮ１３１６とデータプレーンＶＣＮ１３１８は、サービステナンシ１３１９（たとえば図１１のサービステナンシ１１１９）に含まれ得る。

【0183】

制御プレーンＶＣＮ１３１６は、負荷バランサ（ＬＢ）サブネット１３２２（たとえば図１１のＬＢサブネット１１２２）を含むことができる制御プレーンＤＭＺ層１３２０（たとえば図１１の制御プレーンＤＭＺ層１１２０）と、アプリケーションサブネット１３２６（たとえば図１１のアプリケーションサブネット１１２６と類似したもの）を含むことができる制御プレーンアプリケーション層１３２４（たとえば図１１の制御プレーンアプリケーション層１１２４）と、ＤＢサブネット１３３０を含むことができる制御プレーンデータ層１３２８（たとえば図１１の制御プレーンデータ層１１２８）とを含むことができる。制御プレーンＤＭＺ層１３２０に含まれるＬＢサブネット１３２２は、制御プレーンアプリケーション層１３２４に含まれるアプリケーションサブネット１３２６と、制御プレーンＶＣＮ１３１６に含まれ得るインターネットゲートウェイ１３３４（たとえば図１１のインターネットゲートウェイ１１３４）とに通信可能に結合することができ、アプリケーションサブネット１３２６は、制御プレーンデータ層１３２８に含まれるＤＢサブネット１３３０と、サービスゲートウェイ１３３６（たとえば図１１のサービスゲートウェイ１１３６）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１３３８（たとえば図１１のＮＡＴゲートウェイ１１３８）とに通信可能に結合することができる。制御プレーンＶＣＮ１３１６は、サービスゲートウェイ１３３６とＮＡＴゲートウェイ１３３８とを含むことができる。

【0184】

データプレーンＶＣＮ１３１８は、データプレーンアプリケーション層１３４６（たとえば図１１のデータプレーンアプリケーション層１１４６）と、データプレーンＤＭＺ層１３４８（たとえば図１１のデータプレーンＤＭＺ層１１４８）と、データプレーンデータ層１３５０（たとえば図１１のデータプレーンデータ層１１５０）とを含むことができる。データプレーンＤＭＺ層１３４８は、データプレーンアプリケーション層１３４６の信頼できるアプリケーションサブネット１３６０と信頼できないアプリケーションサブネット１３６２と、データプレーンＶＣＮ１３１８に含まれるインターネットゲートウェイ１３３４とに通信可能に結合可能なＬＢサブネット１３２２を含むことができる。信頼できるアプリケーションサブネット１３６０は、データプレーンＶＣＮ１３１８に含まれるサービスゲートウェイ１３３６と、データプレーンＶＣＮ１３１８に含まれるＮＡＴゲートウェイ１３３８と、データプレーンデータ層１３５０に含まれるＤＢサブネット１３３０とに通信可能に結合することができる。信頼できないアプリケーションサブネット１３６２は、データプレーンＶＣＮ１３１８に含まれるサービスゲートウェイ１３３６と、データプレーンデータ層１３５０に含まれるＤＢサブネット１３３０とに通信可能に結合することができる。データプレーンデータ層１３５０は、データプレーンＶＣＮ１３１８に含まれるサービスゲートウェイ１３３６に通信可能に結合可能なＤＢサブネット１３３０を含むことができる。

【0185】

信頼できないアプリケーションサブネット１３６２は、テナント仮想マシン（ＶＭ）１３６６（１）～（Ｎ）に通信可能に結合可能な１つまたは複数の一次ＶＮＩＣ１３６４（１）～（Ｎ）を含むことができる。各テナントＶＭ１３６６（１）～（Ｎ）は、それぞれの顧客テナンシ１３７０（１）～（Ｎ）に含まれ得るそれぞれのコンテナエグレスＶＣＮ１３６８（１）～（Ｎ）に含まれ得るそれぞれのアプリケーションサブネット１３６７（１）～（Ｎ）に通信可能に結合することができる。それぞれの二次ＶＮＩＣ１３７２（１）～（Ｎ）が、データプレーンＶＣＮ１３１８に含まれる信頼できないアプリケーションサブネット１３６２とコンテナエグレスＶＣＮ１３６８（１）～（Ｎ）に含まれるアプリケーションサブネットとの間の通信を容易にすることができる。各コンテナエグレスＶＣＮ１３６８（１）～（Ｎ）は、パブリックインターネット１３５４（たとえば図１１のパブリックインターネット１１５４）に通信可能に結合可能なＮＡＴゲートウェイ１３３８を含むことができる。

【0186】

制御プレーンＶＣＮ１３１６に含まれ、データプレーンＶＣＮ１３１８に含まれるインターネットゲートウェイ１３３４を、パブリックインターネット１３５４に通信可能に結合可能なメタデータ管理サービス１３５２（たとえば図１１のメタデータ管理システム１１５２）に通信可能に結合することができる。パブリックインターネット１３５４を、制御プレーンＶＣＮ１３１６に含まれ、データプレーンＶＣＮ１３１８に含まれる、ＮＡＴゲートウェイ１３３８に通信可能に結合することができる。制御プレーンＶＣＮ１３１６に含まれ、データプレーンＶＣＮ１３１８に含まれる、サービスゲートウェイ１３３６をクラウドサービス１３５６に通信可能に結合することができる。

【0187】

ある実施形態では、データプレーンＶＣＮ１３１８は、顧客テナンシ１３７０と一体化することができる。この一体化は、コードを実行するときにサポートが望まれる場合など、場合によってはＩａａＳプロバイダの顧客にとって有用または望ましい可能性がある。顧客は、破壊的である可能性があるか、他の顧客リソースと通信する可能性があるか、またはその他により望ましくない影響を生じさせる可能性があるコードを実行のために提供する可能性がある。これに応答して、ＩａａＳプロバイダは、顧客によってＩａａＳプロバイダに与えられたコードを実行するか否かを判定することができる。

【0188】

ある例では、ＩａａＳプロバイダの顧客は、ＩａａＳプロバイダへの一時的なネットワークアクセスを認めることができ、データプレーンアプリケーション層１３４６に機能を付加することを要求することができる。その機能を実行するコードはＶＭ１３６６（１）～（Ｎ）において実行可能であり、このコードはデータプレーンＶＣＮ１３１８上の他の場所で実行するように構成することができない。各ＶＭ１３６６（１）～（Ｎ）は、１つの顧客テナンシ１３７０に接続することができる。ＶＭ１３６６（１）～（Ｎ）に含まれるそれぞれのコンテナ１３７１（１）～（Ｎ）を、このコードを実行するように構成することができる。この場合、二重分離（たとえば、コンテナ１３７１（１）～（Ｎ）がコードを実行し、コンテナ１３７１（１）～１（Ｎ）は、信頼できないアプリケーションサブネット１３６２に含まれるＶＭ１３６６（１）～（Ｎ）に少なくとも含まれ得る）が存在することができ、これは、不適正またはその他により望ましくないコードがＩａａＳプロバイダのネットワークに損傷を与えること、または異なる顧客のネットワークに損傷を与えることを防止するのに役立ち得る。コンテナ１３７１（１）～（Ｎ）は、顧客テナンシ１３７０に通信可能に結合することができ、顧客テナンシ１３７０との間でそれぞれのデータを送信または受信するように構成することができる。コンテナ１３７１（１）～（Ｎ）は、データプレーンＶＣＮ１３１８におけるいずれの他のエンティティとの間でもデータを送信または受信するように構成することができない。コードの実行の完了時、ＩａａＳプロバイダはコンテナ１３７１（１）～（Ｎ）を無効化またはその他により廃棄することができる。

【0189】

ある実施形態では、信頼できるアプリケーションサブネット１３６０が、ＩａａＳプロバイダによって所有または運用可能なコードを実行することができる。この実施形態では、信頼できるアプリケーションサブネット１３６０はＤＢサブネット１３３０に通信可能に結合され、ＤＢサブネット１３３０においてＣＲＵＤ動作を実行するように構成可能である。信頼できないアプリケーションサブネット１３６２は、ＤＢサブネット１３３０に通信可能に接続することができるが、この実施形態では、信頼できないアプリケーションサブネットをＤＢサブネット１３３０において読み出し動作を実行するように構成可能である。各顧客のＶＭ１３６６（１）～（Ｎ）に含めることができ、顧客からのコードを実行することができるコンテナ１３７１（１）～（Ｎ）は、ＤＢサブネット１３３０に通信可能に結合することができない。

【0190】

他の実施形態では、制御プレーンＶＣＮ１３１６とデータプレーンＶＣＮ１３１８を、直接通信可能に結合することができない。この実施形態では、制御プレーンＶＣＮ１３１６とデータプレーン１３１８との間には直接通信が存在し得ない。しかし、少なくとも１つの方法によって通信を間接的に行うことができる。制御プレーンＶＣＮ１３１６とデータプレーンＶＣＮ１３１８との間の通信を容易にすることができるＬＰＧ１３１０を、ＩａａＳプロバイダが設定することができる。別の例では、制御プレーンＶＣＮ１３１６またはデータプレーンＶＣＮ１３１８が、サービスゲートウェイ１３３６を介してクラウドサービス１３５６に呼び出しを行うことができる。たとえば、制御プレーンＶＣＮ１３１６からクラウドサービス１３５６への呼び出しは、データプレーンＶＣＮ１３１８と通信することができるサービスの要求を含み得る。

【0191】

図１４は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示のパターンを示すブロック図である。サービス運用者１４０２（たとえば図１１のサービス運用者１１０２）を、仮想クラウドネットワーク（ＶＣＮ）１４０６（たとえば図１１のＶＣＮ１１０６）とセキュアホストサブネット１４０８（たとえば図１１のセキュアホストサブネット１１０８）とを含むことができるセキュアホストテナンシ１４０４（たとえば図１１のセキュアホストテナンシ１１０４）に通信可能に接続することができる。ＶＣＮ１４０６は、ＳＳＨ ＶＣＮ１４１２（たとえば図１１のＳＳＨ ＶＣＮ１１１２）にＳＳＨ ＶＣＮ１４１２に含まれるＬＰＧ１４１０を介して通信可能に結合することができるＬＰＧ１４１０（たとえば図１１のＬＰＧ１１１０）を含むことができる。ＳＳＨ ＶＣＮ１４１２は、ＳＳＨサブネット１４１４（たとえば図１１のＳＳＨサブネット１１１４）を含むことができ、ＳＳＨ ＶＣＮ１４１２は制御プレーンＶＣＮ１４１６に含まれるＬＰＧ１４１０を介して制御プレーンＶＣＮ１４１６（たとえば図１１の制御プレーンＶＣＮ１１１６）と、データプレーンＶＣＮ１４１８に含まれるＬＰＧ１４１０を介してデータプレーンＶＣＮ１４１８（たとえば図１１のデータプレーン１１１８）とに通信可能に結合することができる。制御プレーンＶＣＮ１４１６とデータプレーンＶＣＮ１４１８は、サービステナンシ１４１９（たとえば図１１のサービステナンシ１１１９）に含まれ得る。

【0192】

制御プレーンＶＣＮ１４１６は、ＬＢサブネット１４２２（たとえば図１１のＬＢサブネット１１２２）を含むことができる制御プレーンＤＭＺ層１４２０（たとえば図１１の制御プレーンＤＭＺ層１１２０）と、アプリケーションサブネット１４２６（たとえば図１１のアプリケーションサブネット１１２６）を含むことができる制御プレーンアプリケーション層１４２４（たとえば図１１の制御プレーンアプリケーション層１１２４）と、ＤＢサブネット１４３０（たとえば図１３のＤＢサブネット１３３０）を含むことができる制御プレーンデータ層１４２８（たとえば図１１の制御プレーンデータ層１１２８）とを含むことができる。制御プレーンＤＭＺ層１４２０に含まれるＬＢサブネット１４２２は、制御プレーンアプリケーション層１４２４に含まれるアプリケーションサブネット１４２６と、制御プレーンＶＣＮ１４１６に含まれ得るインターネットゲートウェイ１４３４（たとえば図１１のインターネットゲートウェイ１１３４）とに通信可能に結合することができ、アプリケーションサブネット１４２６は、制御プレーンデータ層１４２８に含まれるＤＢサブネット１４３０と、サービスゲートウェイ１４３６（たとえば図１１のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１４３８（たとえば図１１のＮＡＴゲートウェイ１１３８）とに通信可能に結合することができる。制御プレーンＶＣＮ１４１６は、サービスゲートウェイ１４３６とＮＡＴゲートウェイ１４３８を含むことができる。

【0193】

データプレーンＶＣＮ１４１８は、データプレーンアプリケーション層１４４６（たとえば図１１のデータプレーンアプリケーション層１１４６）と、データプレーンＤＭＺ層１４４８（たとえば図１１のデータプレーンＤＭＺ層１１４８）と、データプレーンデータ層１４５０（たとえば図１１のデータプレーンデータ層１１５０）とを含むことができる。データプレーンＤＭＺ層１４４８は、信頼できるアプリケーションサブネット１４６０（たとえば図１３の信頼できるアプリケーションサブネット１３６０）とデータプレーンアプリケーション層１４４６の信頼できないアプリケーションサブネット１４６２（たとえば図１３の信頼できないアプリケーション層１３６２）とデータプレーンＶＣＮ１４１８に含まれるインターネットゲートウェイ１４３４とに通信可能に結合することができるＬＢサブネット１４２２を含むことができる。信頼できるアプリケーションサブネット１４６０は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６と、データプレーンＶＣＮ１４１８に含まれるＮＡＴゲートウェイ１４３８と、データプレーンデータ層１４５０に含まれるＤＢサブネット１４３０とに通信可能に結合することができる。信頼できないアプリケーションサブネット１４６２は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６と、データプレーンデータ層１４５０に含まれるＤＢサブネット１４３０とに通信可能に結合することができる。データプレーンデータ層１４５０は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６に通信可能に結合することができるＤＢサブネット１４３０を含むことができる。

【0194】

信頼できないアプリケーションサブネット１４６２は、信頼できないアプリケーションサブネット１４６２内にあるテナント仮想マシン（ＶＭ）１４６６（１）～（Ｎ）に通信可能に結合可能な一次ＶＮＩＣ１４６４（１）～（Ｎ）を含むことができる。各テナントＶＭ１４６６（１）～（Ｎ）は、それぞれのコンテナ１４６７（１）～（Ｎ）内のコードを実行することができ、コンテナエグレスＶＣＮ１４６８に含まれ得るデータプレーンアプリケーション層１４４６に含まれ得るアプリケーションサブネット１４２６に通信可能に結合することができる。それぞれの二次ＶＮＩＣ１４７２（１）～（Ｎ）が、データプレーンＶＣＮ１４１８に含まれる信頼できないアプリケーションサブネット１４６２とコンテナエグレスＶＣＮ１４６８に含まれるアプリケーションサブネットとの間の通信を容易にすることができる。コンテナエグレスＶＣＮは、パブリックインターネット１４５４（たとえば図１１のパブリックインターネット１１５４）に通信可能に結合することができるＮＡＴゲートウェイ１４３８を含むことができる。

【0195】

制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるインターネットゲートウェイ１４３４は、パブリックインターネット１４５４に通信可能に結合することができるメタデータ管理サービス１４５２（たとえば図１１のメタデータ管理システム１１５２）に通信可能に結合することができる。パブリックインターネット１４５４は、制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるＮＡＴゲートウェイ１４３８に通信可能に結合することができる。制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６をクラウドサービス１４５６に通信可能に結合することができる。

【0196】

ある例では、図１４のブロック図１４００のアーキテクチャによって示されるパターンは、図１３のブロック図１３００のアーキテクチャによって示されるパターンの例外とみなすことができ、ＩａａＳプロバイダの顧客にとって、ＩａａＳプロバイダが顧客と直接通信することができない（たとえば切断されたリージョン）場合に望ましい場合がある。各顧客のためのＶＭ１４６６（１）～（Ｎ）に含まれるそれぞれのコンテナ１４６７（１）～（Ｎ）は、その顧客によってリアルタイムでアクセス可能である。コンテナ１４６７（１）～（Ｎ）は、コンテナエグレスＶＣＮ１４６８に含まれ得るデータプレーンアプリケーション層１４４６のアプリケーションサブネット１４２６に含まれるそれぞれの二次ＶＮＩＣ１４７２（１）～（Ｎ）に呼び出しを行うように構成することができる。二次ＶＮＩＣ１４７２（１）～（Ｎ）は、パブリックインターネット１４５４に呼び出しを送信することができるＮＡＴゲートウェイ１４３８に呼び出しを送信することができる。この例では、顧客がリアルタイムでアクセス可能なコンテナ１４６７（１）～（Ｎ）は、制御プレーンＶＣＮ１４１６から分離可能であり、データプレーンＶＣＮ１４１８内に含まれる他のエンティティから分離可能である。コンテナ１４６７（１）～（Ｎ）は他の顧客からのリソースからも分離可能である。

【0197】

他の例では、顧客はクラウドサービス１４５６を呼び出すためにコンテナ１４６７（１）～（Ｎ）を使用することができる。この例では、顧客は、クラウドサービス１４５６にサービスを要求するコンテナ１４６７（１）～（Ｎ）内のコードを実行することができる。コンテナ１４６７（１）～（Ｎ）はこの要求を、要求をパブリックインターネット１４５４に送信することができるＮＡＴゲートウェイに要求を送信することができる二次ＶＮＩＣ１４７２（１）～（Ｎ）に送信することができる。パブリックインターネット１４５４は、要求をインターネットゲートウェイ１４３４を介して制御プレーンＶＣＮ１４１６に含まれるＬＢサブネット１４２２に送信することができる。要求が有効であるとの判定に応答して、ＬＢサブネットは、要求をサービスゲートウェイ１４３６を介してクラウドサービス１４５６に送信することができるアプリケーションサブネット１４２６に、要求を送信することができる。

【0198】

図に示されているＩａａＳアーキテクチャ１１００、１２００、１３００、１４００は、図示されている以外のコンポーネントを有することができることを理解されたい。また、図に示されている実施形態は、本開示の実施形態を組み込むことができるクラウドインフラストラクチャシステムのいくつかの例に過ぎない。一部の他の実施形態では、ＩａａＳシステムは、図に示されているよりも多いかまたは少ないコンポーネントを有してもよく、２つ以上のコンポーネントを組み合わせてもよく、またはコンポーネントの異なる構成または配置を有してもよい。

【0199】

ある実施形態では、本明細書に記載のＩａａＳシステムは、顧客にセルフサービスの、加入式で、柔軟に拡張可能で信頼性があり、可用性の高いセキュアな方式で配布される、１組のアプリケーション、ミドルウェアおよびデータベースサービス提供品を含むことができる。このようなＩａａＳシステムの一例は、本出願の譲渡人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。

【0200】

図１５に、様々な実施形態を実装可能な例示のコンピュータシステム１５００を示す。システム１５００は、上述のコンピュータシステムのいずれかを実装するために使用することができる。図に示すように、コンピュータシステム１５００は、バスサブシステム１５０２を介していくつかの周辺サブシステムと通信する処理ユニット１５０４を含む。これらの周辺サブシステムは、処理アクセラレーションユニット１５０６とＩ／Ｏサブシステム１５０８とストレージサブシステム１５１８と通信サブシステム１５２４とを含むことができる。ストレージサブシステム１５１８は、有形のコンピュータ可読記憶媒体１５２２とシステムメモリ１５１０を含む。

【0201】

バスサブシステム１５０２は、コンピュータシステム１５００の様々なコンポーネントおよびサブシステムを目的通りに互いに通信させるための機構を提供する。バスサブシステム１５０２は単一のバスとして概略的に示されているが、バスサブシステムの別の実施形態は複数のバスを使用してもよい。バスサブシステム１５０２は、様々なバスアーキテクチャのいずれかを使用した、メモリバスまたはメモリコントローラ、ペリフェラルバスおよびローカルバスを含む、数種類のバス構造のうちのいずれでもよい。たとえば、そのようなアーキテクチャには、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダードアソシエーション（ＶＥＳＡ）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１標準に従って製造されたメザニンバスとして実装可能なペリフェラルコンポーネントインターコネクト（ＰＣＩ）バスが含まれ得る。

【0202】

１つまたは複数の集積回路（たとえば従来のマイクロプロセッサまたはマイクロコントローラ）として実装可能な処理ユニット１５０４が、コンピュータシステム１５００の動作を制御する。処理ユニット１５０４には１つまたは複数のプロセッサが含まれ得る。これらのプロセッサには、シングルコアまたはマルチコアプロセッサが含まれ得る。ある実施形態では、処理ユニット１５０４は、各処理ユニットにシングルコアプロセッサまたはマルチコアプロセッサが含まれた、１つまたは複数の独立した処理ユニット１５３２および／または１５３４として実装可能である。他の実施形態では、処理ユニット１５０４は、２つのデュアルコアプロセッサを単一のチップに集積することによって形成されたクワッドコア処理ユニットとして実装することもできる。

【0203】

様々な実施形態において、処理ユニット１５０４は、プログラムコードに応答して様々なプログラムを実行することができ、複数の並列実行プログラムまたはプロセスを維持することができる。任意の時点で、実行されるプログラムコードの一部または全部がプロセッサ１５０４内および／またはストレージサブシステム１５１８内に存在することができる。適切なプログラミングにより、プロセッサ１５０４は上述の様々な機能を提供することができる。コンピュータシステム１５００は、デジタルシグナルプロセッサ（ＤＳＰ）、特殊目的プロセッサおよび／または同様のものなどを含み得る処理アクセラレーションユニット１５０６をさらに含むことができる。

【0204】

Ｉ／Ｏサブシステム１５０８は、ユーザインターフェース入力デバイスとユーザインターフェース出力デバイスを含むことができる。ユーザインターフェース入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを有する音声入力デバイス、マイクロフォン、およびその他の種類の入力デバイスを含み得る。ユーザインターフェース入力デバイスは、たとえば、ユーザが、ジェスチャーと発話コマンドを使用してナチュラルユーザインターフェースを介してMicrosoft Xbox（登録商標）３６０ゲームコントローラなどの入力デバイスを制御し、対話することを可能にするMicrosoft Kinect（登録商標）モーションセンサーなどの、モーションセンシングおよび／またはジェスチャー認識デバイスを含み得る。ユーザインターフェース入力デバイスには、ユーザからの眼球活動（たとえば写真撮影および／またはメニュー選択時の「まばたき」）を検出し、眼球ジェスチャーを入力デバイス（たとえばGoogle Glass（登録商標））への入力として変換する、Google Glass（登録商標）瞬き検出器などの眼球ジェスチャー認識デバイスも含まれ得る。さらに、ユーザインターフェース入力デバイスには、ユーザが音声コマンドにより音声認識システム（たとえばSiri（登録商標）ナビゲータ）と対話することを可能にする音声認識感知デバイスが含まれ得る。

【0205】

ユーザインターフェース入力デバイスには、これらには限定されないが３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドならびにグラフィックタブレット、および、スピーカ、デジタルカメラ、デジタルカムコーダ、携帯型メディアプレイヤー、ウェブカメラ、画像スキャナ、指紋スキャナ、バーコードリーダー３Ｄスキャナ、３Ｄプリンタ、レーザ距離測定器および視線追跡システムなどの音声／視覚デバイスも含まれ得る。さらに、ユーザインターフェース入力デバイスには、たとえば、コンピュータ断層撮影、磁気共鳴撮影、陽電子放出断層撮影、医療超音波検査デバイスなどの医療用撮像入力デバイスが含まれ得る。ユーザインターフェース入力デバイスには、たとえば、ＭＩＤＩキーボード、デジタル楽器などの音声入力デバイスも含まれ得る。

【0206】

ユーザインターフェース出力デバイスには、ディスプレイサブシステム、表示灯または音声出力デバイスなどの非視覚ディスプレイが含まれ得る。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するものなどのフラットパネルデバイス、プロジェクションデバイス、タッチスクリーンなどであってもよい。一般に、「出力デバイス」という用語の使用は、コンピュータシステム１５００からユーザまたは他のコンピュータに情報を出力するための可能なあらゆる種類のデバイスおよび機構を含むことが意図されている。たとえば、ユーザインターフェース出力デバイスは、これらには限定されないが、モニター、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイスおよびモデムなど、テキスト、グラフィックスおよび音声／ビデオ情報を視覚的に伝達する様々なディスプレイデバイスを含み得る。

【0207】

コンピュータシステム１５００は、本開示に記載されている実施形態の機能を提供するソフトウェアおよびデータ構造を記憶するための有形の非一時的なコンピュータ可読記憶媒体を提供するストレージサブシステム１５１８を含むことができる。ソフトウェアは、処理ユニット１５０４の１つまたは複数のコアまたはプロセッサによって実行されると、上述の機能を提供する、プログラム、コードモジュール、命令、スクリプトなどを含み得る。ストレージサブシステム１５１８は、本開示に従って使用されるデータを記憶するためのリポジトリも提供することができる。

【0208】

図１５に示すように、ストレージサブシステム１５１８は、システムメモリ１５１０とコンピュータ可読記憶媒体１５２２とコンピュータ可読記憶媒体リーダー１５２０とを含む、様々なコンポーネントを含むことができる。システムメモリ１５１０は、処理ユニット１５０４によってロード可能であり、実行可能であるプログラム命令を記憶することができる。システムメモリ１５１０は、命令の実行時に使用されるデータ、および／または、プログラム命令の実行時に生成されるデータも記憶することができる。クライアントアプリケーション、ウェブブラウザ、中層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）、仮想マシン、コンテナなどを含むがこれらには限定されない、様々な異なる種類のプログラムをシステムメモリ１５１０にロードすることができる。

【0209】

システムメモリ１５１０は、オペレーティングシステム１５１６も記憶することができる。オペレーティングシステム１５１６の例には、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）および／またはLinuxオペレーティングシステム、様々な市販のＵＮＩＸ（登録商標）またはＵＮＩＸのようなオペレーティングシステム（ＧＮＵ／Linuxオペレーティングシステム、Google Chrome（登録商標）ＯＳなどを含むがこれらには限定されない）および／または、iOS、Windows（登録商標）Phone、Android（登録商標）ＯＳ、BlackBerry（登録商標）ＯＳ、およびPalm（登録商標）ＯＳオペレーティングシステムなどのモバイルオペレーティングシステムが含まれ得る。コンピュータシステム１５００が１つまたは複数の仮想マシンを実行するある実装形態では、仮想マシンは仮想マシンのゲストオペレーティングシステム（ＧＯＳ）とともに、システムメモリ１５１０にロードすることができ、処理ユニット１５０４の１つまたは複数のプロセッサまたはコアによって実行可能である。

【0210】

システムメモリ１５１０は、コンピュータシステム１５００の種類に応じて異なる構成で提供されることがある。たとえば、システムメモリ１５１０は、揮発性メモリ（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性メモリ（読み出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などを含む、異なる種類のＲＡＭ構成を設けることができる。実施形態によっては、システムメモリ１５１０は、スタートアップ時などにコンピュータシステム１５００内の要素間で情報を転送するのを助ける基本ルーチンを含む、基本入出力システム（ＢＩＯＳ）を含み得る。

【0211】

コンピュータ可読記憶媒体１５２２は、リモート、ローカル、固定および／または取り外し型ストレージデバイスと、コンピュータシステム１５００の処理ユニット１５０４によって実行可能な命令を含むコンピュータシステム１５００による使用のためのコンピュータ可読情報を、一時的におよび／またはより永続的に収容し、記憶するための記憶媒体とを表し得る。

【0212】

コンピュータ可読記憶媒体１５２２は、情報の記憶および／または伝送のための任意の方法または技術で実装された、揮発性および不揮発性、取り外し型および非取り外し型媒体などであるがこれらには限定されない記憶媒体および通信媒体を含む、当技術分野で知られているかまたは使用されている任意の適切な媒体を含み得る。これには、ＲＡＭ、ＲＯＭ、電気的消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリもしくはその他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）もしくはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくはその他の磁気ストレージデバイス、またはその他の有形のコンピュータ可読媒体などの、有形のコンピュータ可読記憶媒体が含まれ得る。

【0213】

たとえば、コンピュータ可読記憶媒体１５２２は、非取り外し型不揮発性磁気媒体の読み出しまたは書き込みを行うハードディスクドライブ、取り外し型不揮発性磁気ディスクの読み出しまたは書き込みを行う磁気ディスクドライブ、およびＣＤ ＲＯＭ、ＤＶＤおよびＢｌｕ－Ｒａｙ（登録商標）ディスクまたはその他の光媒体などの取り外し型不揮発性光ディスクの読み出しまたは書き込みを行う光ディスクドライブを含み得る。コンピュータ可読記憶媒体１５２２は、Zip（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、これらには限定されない。コンピュータ可読記憶媒体１５２２は、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭなど、不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースのＳＳＤ、磁気抵抗型ＲＡＭ（ＭＲＡＭ）ＳＳＤなどの揮発性メモリに基づくＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤの組合せを使用するハイブリッドＳＳＤも含み得る。ディスクドライブとそれに関連付けられたコンピュータ可読媒体は、コンピュータシステム１５００にコンピュータ可読命令、データ構造、プログラムモジュールおよびその他のデータの不揮発性記憶を提供することができる。

【0214】

処理ユニット１５０４の１つまたは複数のプロセッサまたはコアによって実行可能な機械可読命令を、非一時的なコンピュータ可読記憶媒体に記憶することができる。非一時的なコンピュータ可読記憶媒体は、揮発性メモリストレージデバイスおよび／または不揮発性ストレージデバイスを含む、物理的に有形のメモリまたはストレージデバイスを含み得る。非一時的なコンピュータ可読記憶媒体の例には、磁気記憶媒体（たとえばディスクまたはテープ）、光記憶媒体（たとえばＤＶＤ、ＣＤ）、様々な種類のＲＡＭ、ＲＯＭまたはフラッシュメモリ、ハードドライブ、フロッピィドライブ、取り外し可能メモリドライブ（たとえばＵＳＢドライブ）、またはその他の種類のストレージデバイスが含まれる。

【0215】

通信サブシステム１５２４は、他のコンピュータシステムおよびネットワークへのインターフェースを提供する。通信サブシステム１５２４は、コンピュータシステム１５００以外のシステムとの間でデータを受信し、送信するためのインターフェースとして機能する。たとえば、通信サブシステム１５２４は、コンピュータシステム１５００がインターネットを介して１つまたは複数のデバイスに接続することを可能にすることができる。実施形態によっては、通信サブシステム１５２４は、（たとえば、携帯電話技術、３Ｇ、４ＧまたはＥＤＧＥ（グローバルエボリューション向け進化型高速データレート）などの高度なデータネットワーク技術、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー標準、またはその他のモバイル通信技術あるいはこれらの任意の組合せ）を使用した）無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）送受信器コンポーネント、グローバルポジショニングシステム（ＧＰＳ）受信器コンポーネントおよび／またはその他のコンポーネントを含むことができる。実施形態によっては、通信サブシステム１５２４は、無線インターフェースに加えてまたはその代わりに、有線ネットワーク接続（たとえばＥｔｈｅｒｎｅｔ（登録商標））を提供することができる。

【0216】

実施形態によっては、通信サブシステム１５２４は、コンピュータシステム１５００を使用可能な１人または複数のユーザに代わって、構造化および／または非構造化データフィード１５２６、イベントストリーム１５２８、イベント更新１５３０などの形態の入力通信も受信することができる。

【0217】

たとえば、通信サブシステム１５２４は、Twitter（登録商標）フィード、Facebook（登録商標）更新、リッチサイトサマリー（ＲＳＳ:Rich Site Summary）フィード、および／または１つまたは複数のサードパーティ情報源からのリアルタイム更新などの、ウェブフィードなどのソーシャルネットワークおよび／またはその他の通信サービスのユーザから、リアルタイムでデータフィード１５２６を受信するように構成可能である。

【0218】

さらに、通信サブシステム１５２４は、明確な終わりのない連続的または際限のない性質の場合があるリアルタイムイベントのイベントストリーム１５２８および／またはイベント更新１５３０を含み得る、連続データストリームの形態のデータを受信するように構成することも可能である。連続データを生成するアプリケーションの例には、たとえば、センサーデータアプリケーション、金融ティッカー、ネットワークパフォーマンス測定ツール（たとえばネットワークモニタリングおよびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通量モニタリングなどが含まれ得る。

【0219】

通信サブシステム１５２４は、コンピュータシステム１５００に結合された１つまたは複数のストリーミングデータソースコンピュータと通信可能な１つまたは複数のデータベースに、構造化および／または非構造化データフィード１５２６、イベントストリーム１５２８、イベント更新１５３０などを出力するように構成することも可能である。

【0220】

コンピュータシステム１５００は、ハンドヘルド携帯型デバイス（たとえば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意のその他のデータ処理システムを含む、様々な種類のうちの１つとすることができる。

【0221】

コンピュータとネットワークの絶えず変化する性質のため、図に示されているコンピュータシステム１５００の説明は具体例として意図されているに過ぎない。図に示されているシステムより多いかまたはより少ないコンポーネントを有する多くの他の構成も可能である。たとえば、カスタマイズされたハードウェアも使用されてもよく、および／または特定の要素がハードウェア、ファームウェア、ソフトウェア（アプレットを含む）またはこれらの組合せで実装されてもよい。また、ネットワーク入力および／または出力デバイスなど、他のコンピューティングデバイスへの接続を採用することができる。本開示および本明細書で示されている教示に基づいて、当業者には様々な実施形態を実装する他の方式および／または方法もわかるであろう。

【0222】

特定の実施形態について説明したが、様々な修正、変更、代替構造および均等物も本開示の範囲内に包含される。実施形態は、ある特定のデータ処理環境内での動作には限定されず、複数のデータ処理環境内で自由に動作することができる。さらに、実施形態について特定の一連のトランザクションおよびステップを使用して説明したが、本開示の範囲は記載されている一連のトランザクションおよびステップには限定されないことが当業者には明らかであろう。上述の実施形態の様々な特徴および態様は、個別にまたは組み合わせて使用することができる。

【0223】

また、実施形態についてハードウェアとソフトウェアの特定の組合せを使用して説明したが、ハードウェアとソフトウェアの他の組合せも本開示の範囲内に含まれるものと理解されたい。実施形態は、ハードウェアでのみ、またはソフトウェアでのみ、あるいはこれらの組合せを使用して実装可能である。本明細書に記載の様々なプロセスは、同じプロセッサ上または任意の組合せの異なるプロセッサ上で実施可能である。したがって、コンポーネントまたはモジュールについてある動作を行うように構成されているものとして説明されている場合、そのような構成は、たとえば、その動作を行うように電子回路を設計することによって、または、その動作を行うようにプログラマブル電子回路（マイクロプロセッサなど）をプログラムすることによって、あるいはこれらの組合せによって実現可能である。プロセスは、プロセス間通信のための従来の技術を含むがこれらには限らない様々な技術を使用して通信することができ、プロセスの異なる対が異なる技術を使用してもよく、またはプロセスの同じ対が異なる時点で異なる技術を使用してもよい。

【0224】

したがって、本明細書および図面は、限定的な意味ではなく例示的な意味で捉えられるべきである。しかし、特許請求の範囲に記載されているより広い思想および範囲から逸脱することなくこれらに対する追加、置換、削除およびその他の修正および変更を加えることができることは明らかであろう。したがって、特定の開示の実施形態について説明したが、これらは限定的であることは意図されていない。様々な修正および均等物も添付の特許請求の範囲に含まれる。

【0225】

本開示の実施形態の説明の文脈（特に添付の特許請求の範囲の文脈）における「ａ」、「ａｎ」、「ｔｈｅ」という用語および類似の指示物の使用は、本明細書で別に示されているかまたは文脈によって明確に否定されない限り、単数と複数の両方を対象として含むものと解釈されるべきである。「含む（comprising）」、「有する」、「含む（including）」および「含む（containing）」という用語は、別に明記されていない限りオープンエンド用語（すなわち「含むが、それには限定されない」ことを意味する）と解釈されるべきである。「接続される」という用語は、介在するものがある場合でも、一部または全体が中に含まれるか、取り付けられるかまたは互いに接合されていると解釈されるべきである。本明細書における値の範囲の記載は、本明細書において別に示されていない限り、単にその範囲に入る各々別個の値を個別に指す省略された方法の役割を果たすように意図されているに過ぎず、各々別個の値は本明細書において個別に記載されているかのように本明細書に組み込まれる。本明細書に記載のすべての方法は、本明細書で別に示されているかまたは文脈によって明確に否定されない限り、任意の適切な順序で実行可能である。あらゆる例の使用および本明細書に記載されている例示の表現（たとえば「など」）は、別に要求されていない限り、単に実施形態をよりよく理解することができるようにすることが意図されているに過ぎず、本開示の範囲を限定しない。本明細書における表現は、いかなる非特許請求要素も、本開示の実施にとって不可欠なものとして示すものと解釈されるべきではない。

【0226】

「Ｘ、ＹまたはＺのうちの少なくとも１つ」という語句などの離接表現は、具体的に別に明記されていない限り、文脈内で項目、用語などがＸ、ＹまたはＺあるいはこれらの任意の組合せのいずれか（たとえば、Ｘ、Ｙおよび／またはＺ）であり得ることを示すために一般的に使用されているものと解釈されることが意図されている。したがって、このような離接表現は、ある実施形態がＸの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つが、各々存在することを必要としていることを含意することが一般に意図されておらず、含意しないものとする。

【0227】

本明細書では、本開示を実施するための知られている最良の形態を含む、本開示の好ましい実施形態について説明している。以上の説明を読めば、当業者にはそれらの好ましい実施形態の変形が明らかになるであろう。当業者は、そのような変形を適宜に採用することができるはずであり、本開示は本明細書に具体的に記載されているものとは異なる方式で実施されてもよい。したがって、本開示は、本明細書に添付されている特許請求の範囲に記載されている主題のすべての修正および均等物を、適用法により認められているものとして含む。また、本明細書で別に示されていない限り、上述の要素の任意の組合せがその可能なすべての変形において本開示に包含される。

【0228】

本明細書で引用されている公開文献、特許出願および特許を含むすべての参照文献は、参照により各々の参照文献が個別に具体的に組み込まれ、その全体が本明細書に記載されているかのように、同程度まで参照により本明細書に組み込まれる。

【0229】

以上の本明細書では、本開示の態様についてその特定の実施形態を参照しながら説明しているが、当業者は本開示がそれらには限定されないことがわかるであろう。上記の開示の様々な特徴および態様は、個別にまたは組み合わせて使用可能である。また、実施形態は、本明細書のより広い思想および範囲から逸脱することなく本明細書に記載されているもの以外の任意の数の環境および用途において使用可能である。したがって、本明細書および図面は限定的なものではなく例示であるものとみなされるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【国際調査報告】