知財求人 - 知財ポータルサイト「IP Force」
▶ オラクル・インターナショナル・コーポレイションの特許一覧
特表2025-506015クラウドリージョンにデータセンタを構築するための技術
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2025-03-05
(54)【発明の名称】クラウドリージョンにデータセンタを構築するための技術
(51)【国際特許分類】
G06F 9/50 20060101AFI20250226BHJP
【ＦＩ】
G06F9/50 150Z
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024547098
(86)(22)【出願日】2023-01-31
(85)【翻訳文提出日】2024-08-16
(86)【国際出願番号】 US2023012035
(87)【国際公開番号】W WO2023154198
(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,005
(32)【優先日】2022-02-28
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】18/076,238
(32)【優先日】2022-12-06
(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 Building Data Centers in Cloud Regions」という名称の、２０２２年２月２８日に出願された米国仮特許出願第６３／３１５，００５号、および「Techniques for Building Data Centers in Cloud Regions」という名称の、２０２２年１２月６日に出願された米国特許出願第１８／０７６，２３８号の優先権を主張し、それらの開示は、全ての目的のためにそれらの全体が参照により本明細書に組み込まれる。
本ＰＣＴ出願は、「Techniques for Bootstrapping a Region Build」という名称の、２０２２年２月８日に出願された米国仮特許出願第６３／３０８，００３号、「Techniques for Implementing Virtual Data Centers」という名称の、２０２２年２月２２日に出願された米国仮特許出願第６３／３１２，８１４号、「Techniques for Building Data Centers in Cloud Regions」という名称の、２０２２年２月２８日に出願された米国仮特許出願第６３／３１５，００５号、および「Techniques for Building Data Centers in Cloud Regions」という名称の、２０２２年１２月６日に出願された米国特許出願第１８／０７６，２３８号の優先権を主張し、それらの開示は、全ての目的のためにそれらの全体が参照により本明細書に組み込まれる。
【0002】
発明の分野
本開示は、クラウドコンピューティング環境にデータセンタを構築するための技術に関する。より具体的には、本開示は、自動化された形式においてデータセンタ内に様々なクラウドコンピューティングコンポーネント（例えば、サービス）に対応するリソースをプロビジョニングおよびデプロイするための技術を説明する。
本開示は、クラウドコンピューティング環境にデータセンタを構築するための技術に関する。より具体的には、本開示は、自動化された形式においてデータセンタ内に様々なクラウドコンピューティングコンポーネント（例えば、サービス）に対応するリソースをプロビジョニングおよびデプロイするための技術を説明する。
【背景技術】
【0003】
背景
今日、クラウドインフラストラクチャサービスは、データセンタを構築するために（例えば、特定の地理的リージョンのデータセンタに様々なリソースをブートストラップするために）多くの個々のサービスを利用する。いくつかの例において、リージョンは、１つまたは複数のデータセンタが配置された（またはされる）局所的な地理的エリアに対応する論理的抽象である。データセンタを構築することは、（例えば、様々なサービスのために）インフラストラクチャリソースをプロビジョニングおよび構成し、これらのリソースにコードをデプロイすることを含んでもよい。データセンタを構築するためのオペレーションは、集合的に「リージョン構築」を実行すると呼ばれることがある。あらゆる適切な数のデータセンタが、リージョンに含まれてもよく、したがって、リージョン構築は、多数のデータセンタを構築するためのオペレーションを含んでもよい。リージョンを構築するための従来のツールは、かなりの手作業の労力を必要とする。加えて、１つのサービスのためのブートストラップオペレーションは、まだ利用可能ではない場合があるリージョンの他の機能および／またはサービスに依存する場合がある。サービスチームおよびリージョンの数が増えるほど、プロビジョニングおよびデプロイをオーケストレーションするために実行されるタスクが劇的に増加する。サービスをブートストラップするためのおよび／またはリージョンを構築するための手作業の労力に実質的に依存することは、非常に時間がかかり、リスクを招き、十分なスケールにならない場合がある。
今日、クラウドインフラストラクチャサービスは、データセンタを構築するために（例えば、特定の地理的リージョンのデータセンタに様々なリソースをブートストラップするために）多くの個々のサービスを利用する。いくつかの例において、リージョンは、１つまたは複数のデータセンタが配置された（またはされる）局所的な地理的エリアに対応する論理的抽象である。データセンタを構築することは、（例えば、様々なサービスのために）インフラストラクチャリソースをプロビジョニングおよび構成し、これらのリソースにコードをデプロイすることを含んでもよい。データセンタを構築するためのオペレーションは、集合的に「リージョン構築」を実行すると呼ばれることがある。あらゆる適切な数のデータセンタが、リージョンに含まれてもよく、したがって、リージョン構築は、多数のデータセンタを構築するためのオペレーションを含んでもよい。リージョンを構築するための従来のツールは、かなりの手作業の労力を必要とする。加えて、１つのサービスのためのブートストラップオペレーションは、まだ利用可能ではない場合があるリージョンの他の機能および／またはサービスに依存する場合がある。サービスチームおよびリージョンの数が増えるほど、プロビジョニングおよびデプロイをオーケストレーションするために実行されるタスクが劇的に増加する。サービスをブートストラップするためのおよび／またはリージョンを構築するための手作業の労力に実質的に依存することは、非常に時間がかかり、リスクを招き、十分なスケールにならない場合がある。
【発明の概要】
【発明が解決しようとする課題】
【0004】
簡単な概要
本開示の実施形態は、自動化されたリージョン構築を実行することに関する（例えば、リージョン（例えば、１つまたは複数のデータセンタに関連した地理的位置）内のあらゆる適切な数のサービスのためのリソース（例えば、インフラストラクチャコンポーネント、アーティファクトなど）をブートストラップ（例えば、プロビジョニングおよび／またはデプロイ）すること）。ブートストラップオペレーションは、これらのオペレーション間の依存の自動的な検出に少なくとも部分的に基づいてオーケストレーションサービス（例えば、マルチフロックオーケストレータ）によってコーディネートおよびオーケストレーションされることができる。マルチフロックオーケストレータは、さらに、構成ファイルおよび／またはソフトウェアアーティファクトの様々なバージョンを維持してもよく、それによってリージョン構築が実行される特定のバージョンセットを知的にかつ自動的に識別することができる。
本開示の実施形態は、自動化されたリージョン構築を実行することに関する（例えば、リージョン（例えば、１つまたは複数のデータセンタに関連した地理的位置）内のあらゆる適切な数のサービスのためのリソース（例えば、インフラストラクチャコンポーネント、アーティファクトなど）をブートストラップ（例えば、プロビジョニングおよび／またはデプロイ）すること）。ブートストラップオペレーションは、これらのオペレーション間の依存の自動的な検出に少なくとも部分的に基づいてオーケストレーションサービス（例えば、マルチフロックオーケストレータ）によってコーディネートおよびオーケストレーションされることができる。マルチフロックオーケストレータは、さらに、構成ファイルおよび／またはソフトウェアアーティファクトの様々なバージョンを維持してもよく、それによってリージョン構築が実行される特定のバージョンセットを知的にかつ自動的に識別することができる。
【0005】
少なくとも１つの実施形態は、コンピュータが実行する方法に関する。方法は、クラウドコンピューティング環境のマルチフロックオーケストレータが、１つまたは複数のデータセンタに対応するリージョン内でブートストラップされる複数のサービスに対応する複数の構成ファイルを取得することを含んでもよい。いくつかの実施形態において、複数のサービスのそれぞれは、インフラストラクチャコンポーネントおよび対応するソフトウェアアーティファクトを含むリソースのそれぞれのセットに関連付けられている。方法は、マルチフロックオーケストレータが、複数の構成ファイルに少なくとも部分的に基づいて複数のサービスの間の１つまたは複数の依存を識別することをさらに含んでもよい。方法は、マルチフロックオーケストレータが、識別された１つまたは複数の依存に少なくとも部分的に基づいて、複数のサービスをブートストラップするためのオペレーションが実行される順序を決定することをさらに含んでもよい。方法は、マルチフロックオーケストレータが、決定された順序に従って複数のサービスをブートストラップするための対応するオペレーションを実行するようにブートストラップコントローラにインクリメントに命令することをさらに含んでもよい。
【0006】
別の実施形態は、別のコンピュータが実行する方法に関する。方法は、クラウドコンピューティング環境のマルチフロックオーケストレータが、複数のサービスに関連した複数の構成ファイルの構成ファイルのそれぞれのセットを識別する複数のバージョンセットを維持することを含んでもよい。方法は、マルチフロックオーケストレータが、複数の構成ファイルから構成ファイルの第１のセットを識別する第１のバージョンセットを決定することをさらに含んでもよい。方法は、マルチフロックオーケストレータが、第１のバージョンセットによって識別された構成ファイルの第１のセットを検証するための検証過程を実行することをさらに含んでもよい。方法は、マルチフロックオーケストレータが、フロック構成ファイルの第２のセットを識別する第２のバージョンセットを生成することをさらに含んでもよい。いくつかの実施形態において、構成ファイルの第２のセットは、検証過程に合格した構成ファイルを識別することに少なくとも部分的に基づいて構成ファイルの第１のセットから識別されてもよい。方法は、マルチフロックオーケストレータが、第２のバージョンセットによって識別された構成ファイルの第２のセットを利用するリージョン構築を実行することをさらに含んでもよい。
【0007】
別の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに、本明細書に開示された方法を実行させる命令と、を含むコンピューティングデバイスに関する。
【0008】
さらに別の実施形態は、コンピューティングクラスタの１つまたは複数のプロセッサによって実行されると、コンピューティングクラスタに、本明細書に開示された方法を実行させるコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体に関する。
【0009】
あらゆる特定の要素または行為の議論を容易に識別するために、参照番号における最も重要な１つまたは複数の数字は、その要素が最初に紹介される図面の番号を表す。
【図面の簡単な説明】
【0010】
【図1】少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）１０２が、リージョンにおいてブートストラップサービスをダイナミックに提供するために動作し得る環境のブロック図である。
【図2】少なくとも１つの実施形態による、仮想ブートストラップ環境（ＶｉＢＥ）を構築するための環境および方法を示すためのブロック図である。
【図3】少なくとも１つの実施形態による、ＶｉＢＥを利用するターゲットリージョンにサービスをブートストラップするための環境および方法を示すためのブロック図である。
【図4】少なくとも１つの実施形態による、どの構成ファイルバージョンおよび対応するアーティファクトが、ターゲットリージョンにサービスをブートストラップするために利用されるかを識別する多数のバージョンセットを維持するための例示的な方法を示すブロック図である。
【図5】少なくとも１つの実施形態による、リージョンに多数のサービスをプロビジョニングおよびデプロイするためのオペレーションを実行するための例示的なフローを示すブロック図である。
【図6】少なくとも１つの実施形態による、リージョン構築に関連付けられたサービスに関連する情報を表す例示的なインターフェースを示すブロック図である。
【図7】少なくとも１つの実施形態による、リージョン構築に関連付けられたイベントに関連する情報を表す例示的なインターフェースを示すブロック図である。
【図8】少なくとも１つの実施形態による、リージョン構築を実行するための（例えば、ブートストラップオペレーションをインクリメントに実行することによってリージョンを修正するための）例示的な方法を示す図である。
【図9】少なくとも１つの実施形態による、リージョン構築を実行するためにバージョンセットを利用するための例示的な方法を示す図である。
【図10】少なくとも１つの実施形態による、サービスシステムとしてのクラウドインフラストラクチャを実施するための１つのパターンを示すブロック図である。
【図11】少なくとも１つの実施形態による、サービスシステムとしてのクラウドインフラストラクチャを実施するための別のパターンを示すブロック図である。
【図12】少なくとも１つの実施形態による、サービスシステムとしてのクラウドインフラストラクチャを実施するための別のパターンを示すブロック図である。
【図13】少なくとも１つの実施形態による、サービスシステムとしてのクラウドインフラストラクチャを実施するための別のパターンを示すブロック図である。
【図14】少なくとも１つの実施形態による、例示的なコンピュータシステムを示すブロック図である。
【発明を実施するための形態】
【0011】
詳細な説明
以下の記述において、説明の目的で、ある実施形態の完全な理解を提供するために具体的な詳細が示される。しかしながら、これらの具体的な詳細なく様々な実施形態が実施され得ることが明らかになるであろう。図面および記述は、制限的であることは意図されていない。「例示的」という用語は、「例、実例または例示として働く」ことを意味するために本明細書において使用される。「例示的」なものとして本明細書に記述されたあらゆる実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
以下の記述において、説明の目的で、ある実施形態の完全な理解を提供するために具体的な詳細が示される。しかしながら、これらの具体的な詳細なく様々な実施形態が実施され得ることが明らかになるであろう。図面および記述は、制限的であることは意図されていない。「例示的」という用語は、「例、実例または例示として働く」ことを意味するために本明細書において使用される。「例示的」なものとして本明細書に記述されたあらゆる実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
【0012】
例示的な自動化されたデータセンタ構築（リージョン構築）インフラストラクチャ
クラウドサービスの採用は、近年、急速な増加を示している。今では、様々なタイプのクラウドサービスが、様々な異なるクラウドサービスプロバイダ（ＣＳＰ）によって提供されている。クラウドサービスという用語は、一般的に、ＣＳＰによって提供されるシステムおよびインフラストラクチャ（クラウドインフラストラクチャ）を使用してオンデマンドで（例えば、サブスクリプションモデルを介して）ユーザまたはカスタマーにＣＳＰによって利用可能にされるサービスまたは機能を指すために用いられる。典型的には、カスタマーにクラウドサービスを提供するために使用される、ＣＳＰのインフラストラクチャを構成するサーバおよびシステムは、カスタマーの自己の自社運用のサーバおよびシステムとは別のものである。したがって、カスタマーは、サービスのための別のハードウェアおよびソフトウェアリソースを購入する必要なく、ＣＳＰによって提供されるクラウドサービスを利用することができる。クラウドサービスは、カスタマーが、サービスまたは機能を提供するために使用されるインフラストラクチャを調達することに投資する必要なく、アプリケーションおよびコンピューティングリソースへの容易で、スケーラブルかつオンデマンドのアクセスを、サブスクライブするカスタマーに提供するように設計されている。サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）、およびその他のものなどの、クラウドサービスの様々な異なるタイプまたはモデルが提供され得る。カスタマーは、ＣＳＰによって提供される１つまたは複数のクラウドサービスをサブスクライブすることができる。カスタマーは、個人、組織、企業等のあらゆるエンティティであることができる。
クラウドサービスの採用は、近年、急速な増加を示している。今では、様々なタイプのクラウドサービスが、様々な異なるクラウドサービスプロバイダ（ＣＳＰ）によって提供されている。クラウドサービスという用語は、一般的に、ＣＳＰによって提供されるシステムおよびインフラストラクチャ（クラウドインフラストラクチャ）を使用してオンデマンドで（例えば、サブスクリプションモデルを介して）ユーザまたはカスタマーにＣＳＰによって利用可能にされるサービスまたは機能を指すために用いられる。典型的には、カスタマーにクラウドサービスを提供するために使用される、ＣＳＰのインフラストラクチャを構成するサーバおよびシステムは、カスタマーの自己の自社運用のサーバおよびシステムとは別のものである。したがって、カスタマーは、サービスのための別のハードウェアおよびソフトウェアリソースを購入する必要なく、ＣＳＰによって提供されるクラウドサービスを利用することができる。クラウドサービスは、カスタマーが、サービスまたは機能を提供するために使用されるインフラストラクチャを調達することに投資する必要なく、アプリケーションおよびコンピューティングリソースへの容易で、スケーラブルかつオンデマンドのアクセスを、サブスクライブするカスタマーに提供するように設計されている。サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）、およびその他のものなどの、クラウドサービスの様々な異なるタイプまたはモデルが提供され得る。カスタマーは、ＣＳＰによって提供される１つまたは複数のクラウドサービスをサブスクライブすることができる。カスタマーは、個人、組織、企業等のあらゆるエンティティであることができる。
【0013】
上記で示したように、ＣＳＰは、サブスクライブするカスタマーにクラウドサービスを提供するために使用されるインフラストラクチャおよびリソースを提供する責任を負う。ＣＳＰによって提供されるリソースは、ハードウェアリソースおよびソフトウェアリソースの両方を含むことができる。これらのリソースは、例えば、計算リソース（例えば、仮想マシン、コンテナ、アプリケーション、プロセッサ）、メモリリソース（例えば、データベース、データストア）、ネットワークリソース（例えば、ルータ、ホストマシン、ロードバランサ）、アイデンティティ、およびその他のリソースを含むことができる。ある実装形態では、クラウドサービスＣＳＰのセットを提供するためにＣＳＰによって提供されるリソースは、データセンタに組織化されている。データセンタは、クラウドサービスの特定のセットを提供するように構成されてもよい。ＣＳＰは、クラウドサービスのその特定のセットを提供するために使用されるインフラストラクチャおよびリソースをデータセンタに備え付ける責任を負う。ＣＳＰは、１つまたは複数のデータセンタを構築してもよい。
【0014】
ＣＳＰによって提供されるデータセンタは、異なるリージョンにおいてホストされてもよい。リージョンは、局所的な地理的エリアであり、リージョン名によって識別されてもよい。リージョンは、一般的に、互いに独立しており、国またはさらには大陸を横断するなど、大きな距離によって分離されることができる。リージョンは、レルムにグループ化される。ＣＳＰのためのリージョンの例は、ＵＳ西部、ＵＳ東部、オーストラリア東部、オーストラリア南東部などを含んでもよい。
【0015】
リージョンは、１つまたは複数のデータセンタを含むことができ、データセンタは、リージョンに対応するある地理的エリア内に配置されている。一例として、リージョンにおけるデータセンタは、そのリージョン内の都市に配置されてもよい。例えば、特定のＣＳＰのために、ＵＳ西部リージョンにおけるデータセンタは、カリフォルニア州サンホセに配置されてもよく、ＵＳ東部リージョンにおけるデータセンタは、バージニア州アッシュバーンに配置されてもよく、オーストラリア東部リージョンにおけるデータセンタは、オーストラリアのシドニーに配置されてもよく、オーストラリア南東部リージョンにおけるデータセンタは、オーストラリアのメルボルンに配置されてもよい、などである。
【0016】
リージョン内のデータセンタは、１つまたは複数のアベイラビリティドメインに組織化されてもよく、アベイラビリティドメインは、高いアベイラビリティおよび災害復旧目的のために使用される。アベイラビリティドメインは、リージョン内の１つまたは複数のデータセンタを含むことができる。リージョン内のアベイラビリティドメインは、互いに隔離されており、フォールトトレラントであり、多数のアベイラビリティドメインにおけるデータセンタが同時に故障する可能性が非常に低くなるように設計されている。例えば、リージョン内のアベイラビリティドメインは、リージョン内の１つのアベイラビリティドメインにおける故障が、同じリージョン内の他のアベイラビリティドメインにおけるデータセンタのアベイラビリティに影響する可能性が低くなるように構築されてもよい。
【0017】
カスタマーまたはサブスクライバが、ＣＳＰによって提供される１つまたは複数のサービスをサブスクライブするまたは１つまたは複数のサービスと契約すると、ＣＳＰは、カスタマーのためのテナンシを生成する。テナンシは、カスタマーのために生成されるアカウントのようなものである。ある実装形態において、カスタマーのためのテナンシは、１つのレルムに存在し、そのレルムに属する全てのリージョンにアクセスすることができる。したがって、カスタマーのユーザは、このテナンシの下でカスタマーによってサブスクライブされるサービスにアクセスすることができる。
【0018】
上記に示したように、ＣＳＰは、カスタマーにクラウドサービスを提供するためにデータセンタを構築またはデプロイする。ＣＳＰのカスタマーベースが成長するにつれて、ＣＳＰは、一般的に、カスタマーの増大する需要にサービスを提供しかつカスタマーにより良いサービスを提供するために、新たなリージョンに新たなデータセンタを構築するかまたは既存のデータセンタのキャパシティを増大する。好ましくは、データセンタは、そのデータセンタによってサービスを受けるカスタマーのロケーションの地理的近傍に構築される。データセンタと、データセンタによってサービスを受けるカスタマーとの間の地理的近接は、リソースのより効率的な利用およびより迅速かつより信頼できるサービスがカスタマーに提供されることにつながる。したがって、ＣＳＰは、一般的に、データセンタによってサービスを受けるカスタマーに地理的に近接する地理的エリアにおける新たなリージョンに新たなデータセンタを構築する。例えば、ドイツにおける成長するカスタマーベースのために、ＣＳＰは、ドイツにおける新たなリージョンに１つまたは複数のデータセンタを構築してもよい。
【0019】
リージョンにおいてデータセンタ（または多数のデータセンタ）を構築することは、時には、リージョンを構築するとも呼ばれる。「リージョン構築」という用語は、リージョンにおいて１つまたは複数のデータセンタを構築することを指すために使用される。リージョンにおいてデータセンタを構築することは、そのデータセンタが提供するように構成されているサービスのセットを提供するために必要とされるまたは使用される新たなリソースのセットをプロビジョニングまたは生成することを必要とする。リージョン構築プロセスの最終結果は、リージョンにおけるデータセンタの生成であり、データセンタは、そのデータセンタのために意図されたサービスのセットを提供することができ、サービスのセットを提供するために使用されるリソースのセットを含む。
【0020】
リージョンにおいて新たなデータセンタを構築することは、様々なブートストラップアクティビティ間の広範囲の調整を必要とする非常に複雑なアクティビティである。ハイレベルにおいて、これは、データセンタによって提供されるサービスのセットを識別する、サービスのセットを提供するために必要とされる様々なリソースを識別する、識別されたリソースを生成、プロビジョニング、およびデプロイする、意図した形式で使用することができるようにリソースを適切にワイヤリングする、などの様々なタスクの実行および調整を必要とする。これらのタスクのそれぞれは、調整される必要があるサブタスクをさらに有し、複雑性をさらに高める。この複雑性により、現在、リージョンにおけるデータセンタの構築は、注意深い手動調整を必要とするいくつかの手動で開始されるまたは手動でコントロールされるタスクを必要とする。その結果、新たなリージョンを構築する（すなわち、リージョンに１つまたは複数のデータセンタを構築する）タスクは、非常に時間がかかるものである。データセンタを構築するために、時間、例えば数カ月かかる可能性がある。加えて、プロセスは、非常にエラーを起こしやすく、時には、データセンタの所望の構成が達成される前に何回かの反復を必要とし、これは、データセンタを構築するためにかかる時間をさらに長くする。これらの制限および問題は、増大するカスタマーニーズに応答してタイムリーな形式でコンピューティングリソースを成長させるＣＳＰのケイパビリティを著しく制限する。
【0021】
技術的効果
本開示は、構築時間を短縮し、コンピューティングリソースの無駄を削減し、リージョンに１つまたは複数のデータセンタを構築することに関連するリスクを低減するための技術を記述する。過去にリージョンにおいてデータセンタを構築するために数週間および数カ月が必要とされた代わりに、本明細書に記載された技術は、従来のアプローチよりもエラーのリスクを減じながら、比較的大幅に短い時間でリージョンに新たなデータセンタを構築するために使用することができる。
本開示は、構築時間を短縮し、コンピューティングリソースの無駄を削減し、リージョンに１つまたは複数のデータセンタを構築することに関連するリスクを低減するための技術を記述する。過去にリージョンにおいてデータセンタを構築するために数週間および数カ月が必要とされた代わりに、本明細書に記載された技術は、従来のアプローチよりもエラーのリスクを減じながら、比較的大幅に短い時間でリージョンに新たなデータセンタを構築するために使用することができる。
【0022】
データセンタに対する所与の変更を実施するためのリソース（例えば、インフラストラクチャコンポーネントおよびデプロイされるソフトウェア）を識別する所定の構成ファイルに基づいてサービスを新たなデータセンタにブートストラップ（例えば、プロビジョニングおよびデプロイ）するように構成されたクラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）が本明細書に開示される。ＣＩＯＳは、リソース、実行ターゲット、フェーズ、およびフロックの間の依存を識別するために構成ファイル（例えば、フロック設定）をパースおよび分析することができる。ＣＩＯＳは、分析から特定のデータ構造を生成してもよく、これらのデータ構造を用いて、オペレーションをドライブし、サービスがリージョンにブートストラップされる順序を管理してもよい。ＣＩＯＳは、これらのデータ構造を利用して、いつＣＩＯＳがサービスをブートストラップすることができるか、いつブートストラップがブロックされるかおよび／または前にブロックされたサービスに関連したブートストラップオペレーションをいつ再開することができるかを識別してもよい。有利には、ＣＩＯＳは、データ構造内の循環依存を識別し、タスク実行の前にこれらの循環依存を排除／解消するためにオペレーションを実行することができる。これらの技術を用いて、ＣＩＯＳは、それらのタスクが依存するリソースのアベイラビリティの前にタスクを実行するリスクを実質的に提言する。
【0023】
本明細書に開示された技術を利用して、ＣＩＯＳは、それらのタスクが依存する機能がリージョンにおいて利用可能になるまでタスクが開始されないことを保証しながらデータセンタに対する変更を実行するために並列処理を最適化し得る。これにより、ＣＩＯＳは、リージョン構築がより効率的に実行されることを可能にし、これは、データセンタを構築するために必要とされる時間および従来のアプローチに見られる無駄な計算リソース使用を大幅に減じる。
【0024】
マルチフロックオーケストレータ（ＭＦＯ）が本明細書に開示される。ＭＦＯは、テストおよび／またはリージョン構築（例えば、リージョンのデータセンタへのプロビジョニングおよびデプロイ）のために利用される構成ファイルの異なるセットを識別する多数のバージョンセットを利用するように構成されてもよい。特定のバージョンセットは、リージョンのデータセンタを構築するために用いられることができる。そのバージョンセットは、そこからリージョンにおけるブートストラップタスク（例えば、プロビジョニングおよびデプロイタスク）が決定され得る構成ファイルの特定のセットを識別することができる。ＭＦＯは、構成ファイルの静的解析を行うことによって、サービス間の依存を識別し、リージョン構築の前に循環依存を識別および解消してもよい。ＭＦＯは、それらのタスクが依存するリソースが利用可能になるまで、依存するブートストラップタスクが開始されないことを保証しながら、ブートストラップタスクを実行するようにプロビジョニングおよびデプロイメントマネジャ（例えば、図１～図３において検討されるＣＩＯＳセントラル）にインクリメントに命令してもよい。リージョンの様々なケイパビリティが利用可能になるので、ＭＦＯは、実行される後続のブートストラップタスクを識別および実施してもよく、構築プロセスを完了までインクリメントに駆動する。開示された技術は、それらのファイルがリージョン構築のために利用される前に単体および／または統合テストが構成ファイルとともに実行されることを可能にし、これは、リージョン構築が成功する可能性を高める。開示された技術を用いて、ＭＦＯは、従来のシステムにおいて必要とされるエラーのリスクおよび時間を減じながら、自動化されたリージョン構築が実行されることを可能にする。
【0025】
定義
「リージョン」は、地理的位置に対応する論理的抽象である。リージョンは、あらゆる適切な数の１つまたは複数の実行ターゲットを含むことができる。いくつかの実施形態において、実行ターゲットは、データセンタに対応することができる。
「リージョン」は、地理的位置に対応する論理的抽象である。リージョンは、あらゆる適切な数の１つまたは複数の実行ターゲットを含むことができる。いくつかの実施形態において、実行ターゲットは、データセンタに対応することができる。
【0026】
「実行ターゲット」は、リリースを実行するための変化の最小単位を意味する。「リリース」は、サービスに対する特定の変更をオーケストレーションする意図の表現を意味する（例えば、バージョン８をデプロイする、「内部ＤＮＳレコードを加える」など）。ほとんどのサービスにとって、実行ターゲットは、サービスの「インスタンス」を表す。１つのサービスは、１つまたは複数の実行ターゲットのそれぞれにブートストラップされることができる。実行ターゲットは、デバイスのセット（例えば、データセンタ）と関連付けられてもよい。
【0027】
「ブートストラップ」は、１つのサービスに対応するあらゆる適切な数のリソース（例えば、インフラストラクチャコンポーネント、アーティファクトなど）のプロビジョニングおよびデプロイに関連付けられた集合的タスクを意味することが意図されている。
【0028】
「サービス」は、リソースのセットによって提供される機能を意味する。サービスのためのリソースのセットは、サービスの機能を提供するように構成されることができるクラウドプロバイダによってホストされるインフラストラクチャ、プラットフォーム、またはソフトウェア（例えば、アプリケーション）のあらゆる適切な組合せを含む。サービスは、インターネットを通じてユーザに利用可能にすることができる。
【0029】
「アーティファクト」は、インフラストラクチャコンポーネントまたはKubernetesエンジンクラスタにデプロイされるコードを意味し、これは、ソフトウェア（例えば、アプリケーション）、インフラストラクチャコンポーネントのための構成情報（例えば、構成ファイル）などを含んでもよい。
【0030】
「フロック設定」は、１つのサービスに関連付けられた全てのリソース（例えば、インフラストラクチャコンポーネントおよびアーティファクト）のセットを記述する構成ファイル（または構成ファイルのセット）を意味する。フロック設定は、サービスのリソースの所望の状態に対応する１つまたは複数の態様を指定する宣言文を含んでもよい。
【0031】
「サービス状態」は、サービスと関連付けられた全てのリソース（例えば、インフラストラクチャリソース、アーティファクトなど）の現時点のスナップショットを意味する。サービス状態は、サービスリソースに関連付けられたプロビジョニングおよび／またはデプロイメントタスクに対応する状態を示す。
【0032】
ＩａａＳプロビジョニング（または「プロビジョニング」）は、使用のためにコンピュータまたは仮想ホストを獲得すること、さらには必要なライブラリまたはサービスをそれらにインストールすることを意味する。「デバイスをプロビジョニングする」という表現は、それらの特定の使用のためのエンドユーザによって利用されることができる状態にデバイスを発展させることを意味する。プロビジョニングプロセスを受けたデバイスは、「プロビジョニングされたデバイス」と呼ばれてもよい。プロビジョニングされたデバイスを準備すること（ライブラリおよびデーモンをインストールすること）は、プロビジョニングの一部であり得る。この準備は、準備されたデバイスに新たなアプリケーションまたは新たなバージョンのアプリケーションをデプロイすることとは異なる。ほとんどのケースでは、デプロイメントはプロビジョニングを含まず、プロビジョニングは最初に実行される必要がある場合がある。準備されると、装置は、「インフラストラクチャコンポーネント」と呼ばれてもよい。
【0033】
ＩａａＳデプロイメント（または「デプロイメント」）は、プロビジョニングされたインフラストラクチャコンポーネントに新たなアプリケーションまたは新たなバージョンの炙りケーションを提供するおよび／またはインストールするプロセスを意味する。インフラストラクチャコンポーネントがプロビジョニング（例えば、獲得、アサイン、準備など）されると、追加のソフトウェアがデプロイ（例えば、インフラストラクチャコンポーネントに提供およびインストール）されてもよい。インフラストラクチャコンポーネントは、プロビジョニングおよびデプロイメントが完了した後、「リソース」と呼ぶことができる。リソースの例は、仮想マシン、データベース、オブジェクトストレージ、ブロック記憶域、ロードバランサなどを含み得るが、それらに限定されない。
【0034】
「ケイパビリティ」は、サービスと関連付けられた機能のユニットを識別する。ユニットは、サービスによって提供される機能の一部または全部であることができる。例えば、リソースが許可／認証処理（例えば、リソースによって提供される機能のサブセット）のために利用可能であることを示すケイパビリティをパブリッシュすることができる。別の例として、サービスの完全な機能が利用可能であることを示すケイパビリティをパブリッシュすることができる。ケイパビリティは、リソースまたはサービスが依存する機能および／または使用のために利用可能なリソースまたはサービスの機能を識別するために使用することができる。
【0035】
「仮想ブートストラップ環境」（ＶｉＢＥ）は、既存のリージョン（例えば、「ホストリージョン」）のオーバーレイにおいてプロビジョニングされる仮想クラウドネットワークを意味する。プロビジョニングされると、ＶｉＢＥは、通信チャネル（例えば、ＩＰｓｅｃトンネルＶＰＮ）を使用して新たなリージョンに接続される。デプロイメントオーケストレータ、パブリックキーインフラストラクチャ（ＰＫＩ）サービスなどの、ある必須のコアサービス（または「シード」サービス）をＶｉＢＥにおいてプロビジョニングすることができる。これらのサービスは、ハードウェアをオンラインにもたらし、新たなリージョンへのトラストのチェーンを確立し、新たなリージョンにおいて残りのサービスをデプロイするために必要とされるケイパビリティを提供することができる。仮想ブートストラップ環境を利用することは、ホストリージョンのリソースを利用することによってブートストラップリソースの間の循環依存を防止することができる。サービスは、物理的リージョン（例えば、ターゲットリージョン）が利用可能になる前にＶｉＢＥにおいてステージングおよびテストされることができる。
【0036】
「クラウドインフラストラクチャオーケストレーションサービス」（ＣＩＯＳ）は、リージョン構築の一部としてあらゆる適切な数のサービスのためのプロビジョニングおよびデプロイメントオペレーションを管理するように構成されたシステムを意味し得る。
【0037】
マルチフロックオーケストレータ（ＭＦＯ）は、ターゲットリージョン（例えば、新たなリージョン）にサービスをプロビジョニングおよびデプロイするためにＣＩＯＳのコンポーネント間でイベントを調整するコンピューティングコンポーネント（例えば、サービス）であり得る。ＭＦＯは、リージョン構築の各々のサービスのための関連するイベントを追跡し、これらのイベントに応答して動作を行う。
【0038】
「ホストリージョン」は、仮想ブートストラップ環境（ＶｉＢＥ）をホストするリージョンを意味する。ホストリージョンは、ＶｉＢＥをブートストラップするために使用され得る。
【0039】
「ターゲットリージョン」は、構築中のリージョンを意味する。
「ケイパビリティをパブリッシュする」とは、特定のケイパビリティが利用可能である（または利用不可能である）ことの指示を提供する「パブリッシャ－サブスクライバ」コンピューティング設計またはその他のものにおいて使用される場合の「パブリッシング」を意味する。ケイパビリティは、リソース／サービスの機能が利用可能であるという指示を提供するために「パブリッシュ」される（例えば、ケイパビリティサービスによって収集される、ケイパビリティサービスへ提供される、プッシュされる、プルされるなど）。いくつかの実施形態において、ケイパビリティは、イベント、通知、データ伝送、ファンクションコール、ＡＰＩ呼び出しなどを介してパブリッシュ／送信され得る。特定のケイパビリティのアベイラビリティを示すイベント（またはその他の通知／データ伝送など）は、ケイパビリティサービスへブロードキャスト／アドレス（例えば、パブリッシュ）されることができる。
「ケイパビリティをパブリッシュする」とは、特定のケイパビリティが利用可能である（または利用不可能である）ことの指示を提供する「パブリッシャ－サブスクライバ」コンピューティング設計またはその他のものにおいて使用される場合の「パブリッシング」を意味する。ケイパビリティは、リソース／サービスの機能が利用可能であるという指示を提供するために「パブリッシュ」される（例えば、ケイパビリティサービスによって収集される、ケイパビリティサービスへ提供される、プッシュされる、プルされるなど）。いくつかの実施形態において、ケイパビリティは、イベント、通知、データ伝送、ファンクションコール、ＡＰＩ呼び出しなどを介してパブリッシュ／送信され得る。特定のケイパビリティのアベイラビリティを示すイベント（またはその他の通知／データ伝送など）は、ケイパビリティサービスへブロードキャスト／アドレス（例えば、パブリッシュ）されることができる。
【0040】
「ケイパビリティサービス」は、異なるフロック間の依存をモデル化するように構成されたフロックであり得る。ケイパビリティサービスは、クラウドインフラストラクチャオーケストレーションサービス内に提供されてもよく、どのケイパビリティ、サービス、フィーチャがリージョンにおいて利用可能になっているかを定義し得る。
【0041】
「リアルタイムリージョナルデータディストリビュータ」（ＲＲＤＤ）は、リージョンデータを管理するように構成されたサービスまたはシステムであり得る。このリージョンデータは、新たなリージョンのための実行ターゲットをダイナミックに生成するためにフロック設定へ注入されることができる。
【0042】
いくつかの例において、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）を実施するための技術が本明細書に記載される。このような技術は、上記で簡単に記述されているように、クラウド環境（例えば、リージョン）内にインフラストラクチャコンポーネントをブートストラップすること（例えば、インフラストラクチャコンポーネントにソフトウェアをプロビジョニングおよびデプロイすること）を管理するように構成されることができる。いくつかの例において、ＣＩＯＳは、与えられたサービスのためのブートストラップタスク（プロビジョニングおよびデプロイメント）を管理するように構成され得るコンピューティングコンポーネント（例えば、ＣＩＯＳセントラルおよびＣＩＯＳリージョナルであり、それらは両方とも後でさらに詳細に説明される）およびリージョン構築（例えば、多数のサービスに対応するブートストラップオペレーション）を開始／管理するように構成されたマルチフロックオーケストレータ（これも後でさらに詳細に説明される）を含むことができる。
【0043】
ＣＩＯＳは、サービスチームからの最小限の手動ランタイム努力で（例えば、いくつかの例において、ハードウェアの初期承認および／または物理的輸送を超えて）リージョン構築およびワールドワイドのインフラストラクチャプロビジョニングおよびコードデプロイメントを可能にする。ＣＩＯＳのハイレベルな責任は、リージョン構築を調整すること、ユーザに（例えば、リージョンの、リージョンを横断する、ワールドワイドの、など）ＣＩＯＳによって管理されるリソースの現在の状態のビューを提供すること、およびリージョン内にリソースをブートストラップするためのブートストラップオペレーションを管理することを含むが、これらに限定されない。
【0044】
ＣＩＯＳは、ビューリコンシリエーションを提供してもよく、そこでは、リソースの所望の状態（例えば、所望の構成）のビューが、リソースの現在の／実際の状態（例えば、現在の構成）によってリコンサイルされ得る。いくつかの例において、ビューリコンシリエーションは、どのリソースが実際に動作しているかおよびそれらの現在の構成および／または状態を識別するために状態データを取得することを含み得る。リコンシリエーションは、サービスレベルにおけるなど、様々なグラニュラリティにおいて実行されることができる。
【0045】
ＣＩＯＳは、プラン生成を実行することができ、そこでは、リソースの所望の状態と現在の状態との差が識別される。プラン生成の部分は、リソースを現在の状態から所望の状態へもたらすために実行される必要があるオペレーションを識別することを含むことができる。いくつかの例において、ＣＩＯＳは、生成されたプラントを承認のためにユーザに提示することができる。これらの例において、ＣＩＯＳは、ユーザからのユーザ入力に基づいてプランを承認または拒絶されたものとしてマークすることができる。したがって、ユーザは、プランについて判断することにより少ない時間を費やすことができ、プランは、機械生成されるため、より正確である。プランは、人間の消費のためにはほとんど詳細すぎる。しかしながら、ＣＩＯＳは、このデータを、非常に高度なユーザインターフェース（ＵＩ）を介して提供することができる。
【0046】
いくつかの例において、ＣＩＯＳは、承認されたプランを実行することによってチェンジマネジメントの実行を処理することができる。実行プランが生成および承認されると、エンジニアは、ＣＩＯＳがロールバックを開始するまでもはやチェンジマネジメントに関与する必要がない場合がある。ＣＩＯＳは、（例えば、ＣＩＯＳが、実行しながらサービスヘルス低下を検出したとき）サービスを前の（例えば、リリース前の）状態に戻すプラントを生成することによって前のサービスバージョンへのロールバックを処理することができる。
【0047】
ＣＩＯＳは、アラームをモニタリングしかつ統合テストを実行することによってサービスヘルスを計測することができる。ＣＩＯＳは、サービス低下のイベント時にチームが迅速にロールバック挙動を定義することを助けることができ、後でロールバック挙動を実行することができる。ＣＩＯＳは、プランを生成および表示することができ、承認を追跡することができる。ＣＩＯＳは、リージョン構築を横断してこれらのタスクを調整する１つのシステムにおいてプロビジョニングおよびデプロイメントの機能を組み合わせることができる。ＣＩＯＳは、フロック（例えば、あらゆる適切な数のサービスに対応するフロック設定などのサービスリソース）、アーティファクト、リソース、および依存の発見もサポートする。ＣＩＯＳは、１つまたは複数の構成ファイルの静的解析（例えば、コンテンツをパースおよび処理することを含む）によって全てのレベル（例えば、リソースレベル、実行ターゲットレベル、フェーズレベル、サービスレベルなど）において実行タスクの間の依存を発見することができる。これらの依存を用いて、ＣＩＯＳは、これらの依存から様々なデータ構造を生成することができ、これらのデータ構造は、タスク実行（例えば、リージョンを横断するインフラストラクチャリソースのプロビジョニングおよびアーティファクトのデプロイメントに関するタスク）を推進するために使用されることができる。
【0048】
図１は、少なくとも１つの実施形態による、クラウドインフラストラクチャオーケストレーションサービス（ＣＩＯＳ）が、リージョンにおいてブートストラップサービスをダイナミックに提供するために動作し得る環境１００のブロック図である。ＣＩＯＳ１０２は、以下のコンポーネント、すなわちリアルタイムリージョナルデータディストリビュータ（ＲＲＤＤ）１０４、マルチフロックオーケストレータ（ＭＦＯ）１０６、ＣＩＯＳセントラル１０８、ＣＩＯＳリージョナル１１０、およびケイパビリティサービス１１２を含むことができるが、これらに限定されない。ＣＩＯＳセントラル１０８およびＣＩＯＳリージョナル１１０の特定の機能は、その内容全体が全ての目的のためにその全体が組み込まれる、「Techniques for Deploying Infrastructure Resources with a Declarative Provisioning Tool」という名称の米国特許出願第１７／０１６，７５４号により詳細に提供されている。いくつかの実施形態において、ＣＩＯＳ１０２のコンポーネントのあらゆる適切な組合せがサービスとして提供されてもよい。いくつかの実施形態において、ＣＩＯＳ１０２のある部分は、リージョン（例えば、ホストリージョン１０３によって表されるデータセンタ）にデプロイされてもよい。いくつかの実施形態において、ＣＩＯＳ１０２は、米国特許出願第１７／０１６，７５４号にさらに詳細におよび以下で図２および図３に関して検討されるあらゆる適切な数のクラウドサービス（図１には示されていない）を含んでもよい。
【0049】
リアルタイムリージョナルデータディストリビュータ（ＲＲＤＤ）１０４は、レルム、リージョン、実行ターゲット、およびアベイラビリティドメインを識別するリージョンデータを維持および提供するように構成されてもよい。いくつかのケースにおいて、リージョンデータは、あらゆる適切な形式（例えば、ＪＳＯＮフォーマット、データオブジェクト／コンテナ、ＸＭＬなど）であってもよい。ＲＲＤＤ１０４によって維持されるリージョンデータは、対応する識別子によって個々に参照可能であることができるあらゆる適切な数のデータのサブセットを含んでもよい。例えば、「all_regions」という識別子は、全ての定義されたリージョンのためのメタデータを含むデータ構造（例えば、リスト、構造、オブジェクトなど）に関連付けられることができる。別の例として、「realm」などの識別子は、多数のレルムおよび各レルムに対応するリージョンのセットのためのメタデータを識別するデータ構造に関連付けられることができる。一般的に、リージョンデータは、識別子、ＤＮＳ拡張子、状態（例えば、リージョンの状態）などの、１つまたは複数のレルム、リージョン、アベイラビリティドメイン（ＡＤ）、実行ターゲット（ＥＴ）などのあらゆる適切な属性を維持してもよい。ＲＲＤＤ１０４は、リージョン状態をリージョンデータの一部として管理するように構成されてもよい。リージョン状態は、リージョン内のブートストラップの状態を示すあらゆる適切な情報を含んでもよい。例えば、いくつかの例示的なリージョン状態は、「初期」、「構築」、「生産」、「休止」または「廃止予定」を含むことができる。「初期」状態は、まだブートストラップされていないリージョンを示してもよい。「構築」状態は、リージョン内の１つまたは複数のフロックのブートストラップが開始したことを示してもよい。「生産」状態は、ブートストラップが完了し、リージョンが検証のために準備されていることを示してもよい。「休止」状態は、ＣＩＯＳセントラル１０８またはＣＩＯＳリージョナル１１０が、恐らく運用問題により、リージョナルスタックとの内部相互作用を休止していることを示してもよい。「廃止予定」状態は、リージョンが廃止予定であり、利用できなくなる可能性が高いおよび／または再びコンタクトされないことを示してもよい。
【0050】
ＣＩＯＳセントラル１０８は、それによってユーザ（例えば、ユーザ１０９）がＣＩＯＳ１０２と相互作用し得るあらゆる適切な数のユーザインターフェースを提供するように構成されている。例えば、ユーザは、ＣＩＯＳセントラル１０８によって提供されるユーザインターフェースを介してリージョンデータに変更を加えることができる。ＣＩＯＳセントラル１０８は、加えて、ユーザが、フロック設定および／またはアーティファクトに加えられた変更を見る、プランを生成しかつ見る、プランを承認／拒絶する、プラン実行（例えば、ＣＩＯＳ１０２によって管理されるあらゆる適切な数のリソースのインフラストラクチャプロビジョニング、デプロイメント、リージョン構築、および／または所望の状態に対応する）におけるステータスを見ることを可能にする様々なインターフェースを提供してもよい。ＣＩＯＳセントラル１０８は、あらゆる適切な数のＣＩＯＳリージョナル１１０インスタンスを管理するように構成された制御プレーンを実施してもよい。ＣＩＯＳセントラル１０８は、リージョンデータを表すための１つまたは複数のユーザインターフェースを提供することができ、ユーザ１０９がリージョンデータを見るおよび／または変更することを可能にする。ＣＩＯＳセントラル１０８は、あらゆる適切な数のインターフェースを介してＲＲＤＤ１０４の機能を呼び出すように構成されることができる。一般的に、ＣＩＯＳセントラル１０８は、直接的または間接的に（例えば、ＲＲＤＤ１０４を介して）、リージョンデータを管理するように構成されてもよい。ＣＩＯＳセントラル１０８は、フロック設定内の変数としてリージョンデータを注入するためにフロック設定をコンパイルするように構成されてもよい。
【0051】
ＣＩＯＳリージョナル１１０の各インスタンスは、リージョンの１つのサービスに関連付けられたブートストラップタスクを実行するように構成されたモジュールに対応してもよい。ＣＩＯＳリージョナル１１０は、ＣＩＯＳセントラル１０８から所望の状態データを受信することができる。いくつかの実施形態において、所望の状態データは、サービスに関連付けられたリソースの所望の状態を（例えば、宣言文を介して）宣言するフロック設定を含んでもよい。ＣＩＯＳセントラル１０８は、サービスに関連付けられたリソースの現在の状態のあらゆる適切な態様を示す現在の状態データを維持することができる。いくつかの実施形態において、ＣＩＯＳリージョナル１１０は、所望の状態データと現在の状態データとの比較によって、１つまたは複数のリソースに対して変更が必要であることを識別することができる。例えば、ＣＩＯＳリージョナル１１０は、１つまたは複数のインフラストラクチャコンポーネントがプロビジョニングされる必要がある、１つまたは複数のアーティファクトがデプロイされる、またはそれらのリソースの状態を所望の状態と一致させるためにサービスのリソースにあらゆる適切な変更が必要とされることを決定することができる。ＣＩＯＳリージョナル１１０がブートストラップオペレーションを実行するので、ＣＩＯＳリージョナル１１０は、それらが利用可能になるときのリソースの様々なケイパビリティを示すデータを発行してもよい。「ケイパビリティ」は、サービスと関連付けられた機能のユニットを識別する。ユニットは、サービスによって提供される機能の一部または全部であることができる。例えば、リソースが許可／認証プロセシング（例えば、リソースによって提供される機能のサブセット）のために利用可能であることを示すケイパビリティが発行されることができる。別の例として、サービスの完全な機能が利用可能であることを示すケイパビリティが発行されることができる。ケイパビリティは、リソースまたはサービスが依存する機能および／または使用のために利用可能なリソースまたはサービスの機能を識別するために使用されることができる。
【0052】
ケイパビリティサービス１１２は、１）様々なサービスのどのケイパビリティが現在利用可能であるか、２）あらゆるリソース／サービスが特定のケイパビリティにおいて待機しているかどうか、３）どの特定のリソースおよび／またはサービスが、与えられたケイパビリティにおいて待機しているか、または上記のあらゆる適切な組合せを示すケイパビリティデータを維持するように構成されている。ケイパビリティサービス１１２は、それによってケイパビリティサービスがリクエストされ得るインターフェースを提供してもよい。ケイパビリティサービス１１２は、ケイパビリティデータをＭＦＯ１０６および／またはＣＩＯＳリージョナル１１０（例えば、ＣＩＯＳリージョナル１１０の各インスタンス）に送信することを可能にする１つまたは複数のインターフェース（例えば、アプリケーションプログラミングインターフェース）を提供してもよい。いくつかの実施形態において、ＭＦＯ１０６および／またはＣＩＯＳリージョナル１１０のあらゆる適切なコンポーネントまたはモジュールは、ケイパビリティサービス１１２からケイパビリティデータをリクエストするように構成されてもよい。
【0053】
いくつかの実施形態において、マルチフロックオーケストレータ（ＭＦＯ）１０６は、リージョン構築努力を推進するように構成されてもよい。いくつかの実施形態において、ＭＦＯ１０６は、リージョン内の与えられたサービスをブートストラップするために（またはターゲットリージョンに変更のユニットを行うために）どのフロック／フロック設定バージョンおよび／またはアーティファクトバージョンが利用されるかを記述する情報を管理することができる。いくつかの実施形態において、ＭＦＯ１０６は、リアルタイムリージョナルデータディストリビュータ１０４によって管理されるリージョンデータへの変更をモニタする（またはさもなければ通知される）ように構成されてもよい。いくつかの実施形態において、リージョンデータが変更されたことの指示を受信すると、リージョン構築がＭＦＯ１０６によってトリガされてもよい。いくつかの実施形態において、ＭＦＯ１０６は、リージョン構築のために用いられる様々なフロック設定およびアーティファクトを収集してもよい。フロック設定のいくつかまたは全ては、リージョンに依存しないように構成されてもよい。すなわち、フロック設定は、どのリージョンにフロックがブートストラップされるかを明示的に識別しなくてもよい。いくつかの実施形態において、ＭＦＯ１０６は、データ注入プロセスをトリガしてもよく、このデータ注入プロセスを通じて、収集されたフロック設定が（例えば、ＣＩＯＳセントラル１０８によって）再コンパイルされる。再コンパイルの間、オペレーションは、リアルタイムリージョナルデータディストリビュータ１０４によって維持されるリージョンデータを設定ファイルへ注入させるために（例えば、ＣＩＯＳセントラル１０８によって）実行されてもよい。フロック設定は、リージョンデータのハードコードされた識別を要求することなく変数／パラメータを通じてリージョンデータを参照することができる。フロック設定は、リージョンデータがハードコードされる、したがって、変更することをより困難にするのではなく、このデータ注入を用いてランタイムにおいてダイナミックに修正されることができる。
【0054】
マルチフロックオーケストレータ１０６は、静的フロック分析を実行することができ、ここで、リソース、実行ターゲット、フェーズ、およびフロックの間の依存を識別し、特に、除去される必要がある循環依存を識別するために、フロック設定がパースされる。いくつかの実施形態において、ＭＦＯ１０６は、識別された依存に基づいてあらゆる適切な数のデータ構造を生成することができる。これらのデータ構造（例えば、有向非巡回グラフ、連結リストなど）は、リージョン構築を実行するためのオペレーションを推進するためにクラウドインフラストラクチャオーケストレーションサービス１０２によって利用されてもよい。例えば、これらのデータ構造は、サービスがリージョン内でブートストラップされる順序を集合的に定義してもよい。このようなデータ構造の一例は、図３の構築依存グラフ３３８に関して以下でさらに検討される。循環依存（例えば、サービスＡがサービスＢを要求し、その逆でもある）が存在し、静的フロック分析および／またはグラフを通じて識別されると、ＭＦＯは、これらの循環依存を修正するために、対応するフロック設定に対して変更が要求されることを、あらゆる適切なサービスチームに通知するように構成されてもよい。ＭＦＯ１０６は、サービスがリージョンにブートストラップされる順序を管理するために１つまたは複数のデータ構造を横断するように構成されることができる。ＭＦＯ１０６は、あらゆる与えられた時間に、与えられたリージョン内で利用可能なケイパビリティを（例えば、ケイパビリティサービス１１２から取得されたデータを用いて）識別することができる。ＭＦＯ１０６は、いつサービスをブートストラップすることができるか、いつブートストラップがブロックされるか、および／またはいつ前にブロックされたサービスに関連付けられたブートストラップオペレーションが再開することができるかを識別するために、このデータを用いることができる。この横断に基づいて、ＭＦＯ１０６は、あらゆる適切な数のフロック設定に対応するブートストラップオペレーションを実行するために命令がＭＦＯ１０６によってＣＩＯＳセントラル１０８へ送信される様々なリリースを実行することができる。いくつかの例において、ＭＦＯ１０６は、グラフ内に見られる循環依存により１つまたは複数のフロック設定が多数のリリースを要求し得ることを識別するように構成されてもよい。その結果、ＭＦＯ１０６は、グラフにおいて識別された循環依存を破壊するために、与えられたフロック設定のためのＣＩＯＳセントラル１０８へ多数の命令セットを送信してもよい。
【0055】
いくつかの実施形態において、ユーザは、新たなリージョン（例えば、ターゲットリージョン１１４）が構築されることをリクエストすることができる。これは、様々なサービスに対応するリソースをブートストラップすることを必要とする可能性がある。いくつかの実施形態において、ターゲットリージョン１１４は、リージョン構築リクエストが開始される時間に通信的に利用可能（および／またはセキュア）でなくてもよい。ターゲットリージョン１１４が、ブートストラップオペレーションを実行するために利用可能でありかつ構成されるような時間まで、ブートストラップを遅らせるのではなく、ＣＩＯＳ１０２は、仮想ブートストラップ環境１１６を用いてリージョン構築を開始してもよい。仮想ブートストラップ環境（ＶｉＢＥ）１１６は、ホストリージョン１０３（サービスのコアセットとともに前に構成されておりかつ通信的に利用可能かつセキュアである、既存のリージョン）によってホストされるオーバーレイネットワークであってもよい。ＭＦＯ１０６は、ＶｉＢＥ１１６へリソースをブートストラップするために（一般的に「ＶｉＢＥを構築する」と呼ばれる）ホストリージョン１０３のリソースを活用することができる。例えば、ＭＦＯ１０６は、ホストリージョン（例えば、ホストリージョン１０３）内のＣＩＯＳリージョナル１１０のインスタンスにＶｉＢＥ１１６内のＣＩＯＳリージョナルの別のインスタンスをブートストラップさせる命令を、ＣＩＯＳセントラル１０８を通じて提供することができる。ＶｉＢＥ内のＣＩＯＳリージョナルが処理のために利用可能になると、ターゲットリージョン１１４のためのサービスのブートストラップは、ＶｉＢＥ１１６内で継続することができる。ターゲットリージョン１１４が、ブートストラップオペレーションを実行するために利用可能であるとき、ＶｉＢＥ１１６内の前にブートストラップされたサービスは、ターゲットリージョン１１４に移動させられてもよい。これらの技術を利用して、ＣＩＯＳ１０２は、あらゆる手動入力および／または構成が提供される必要性を劇的に減じることによって、リージョンが構築される速度を著しく高めることができる。
【0056】
図２は、少なくとも１つの実施形態による、仮想ブートストラップ環境（ＶｉＢＥ）２０２（図１のＶｉＢＥ１１６の一例）を構築するための環境２００および方法を示すためのブロック図である。ＶｉＢＥ２０２は、既存のリージョン（例えば、ホストリージョン２０４、図１のおよび実施形態におけるホストリージョン１０３の一例は、ホストリージョンサービスエンクレーブである）のオーバーレイにおいてプロビジョニングされる仮想クラウドネットワークを表す。ＶｉＢＥ２０２は、ターゲットリージョンが利用可能となる前にサービスがターゲットリージョン（例えば、図１のターゲットリージョン１１４などの構築中のリージョン）のためにステージングされることができる環境を表す。
【0057】
新たなリージョン（例えば、図１のターゲットリージョン１１４）をブートストラップするために、サービスのコアセットがブートストラップされてもよい。サービスのこれらのコアセットはホストリージョン２０４に存在してもよいが、まだＶｉＢＥには（ターゲットリージョンにも）存在しない。これらの必須のコアサービスは、デバイスをプロビジョニングし、新たなリージョンへのトラストのチェーンを確立し、リージョン内へ残りのサービス（例えば、負ロック）をデプロイするために必要とされる機能を提供する。ＶｉＢＥ２０２は、ホストリージョン２０４においてデプロイされるテナンシであってもよい。これは、仮想リージョンとして考えることができる。
【0058】
ターゲットリージョンが、ブートストラップオペレーションを提供するために利用可能になると、ＶｉＢＥ２０２をターゲットリージョンに接続することができ、これにより、ＶｉＢＥにおけるサービスは、ターゲットリージョンのサービスおよび／またはインフラストラクチャコンポーネントと相互作用することができる。これは、従前のシステムにおけるような自己完結型シードサービスの代わりに、生産レベルサービスのデプロイメントを可能にし、インターネット上でターゲットリージョンへの接続を必要とする。従来、シードサービスは、コンテナ収集の一部としてデプロイされ、リージョンを構築するために必要な依存をブートストラップするために使用されていた。既存のリージョンのインフラストラクチャ／ツーリングを用いて、リソースは、ＶｉＢＥ２０２内へブートストラップ（例えば、プロビジョニングおよびデプロイ）され、ターゲットリージョンが自給自足でき、直接通信されることができるまで、ハードウェアをプロビジョニングしかつサービスをデプロイするためにリージョン（例えば、ホストリージョン２０４）のサービスエンクレーブに接続されてもよい。ＶｉＢＥ２０２を利用することは、コアサービスの循環依存を破壊するためにホストリージョンのリソースを利用しながらインフラストラクチャをプロビジョニング／準備しかつソフトウェアをデプロイすることができるために必要とされる依存およびサービスをスタンドアップさせることを可能にする。
【0059】
マルチフロックオーケストレータ（ＭＦＯ）２０６は、ＶｉＢＥ２０２を構築（例えば、構成）するためにオペレーションを実行するように構成されてもよい。ＭＦＯ２０６は、新たなリージョン（このケースでは、ＶｉＢＥリージョン、ＶｉＢＥ２０２）にブートストラップされる様々なリソースに対応する適用可能なフロック設定を取得することができる。例えば、ＭＦＯ２０６は、ケイパビリティサービス２０８およびワーカー２１０をブートストラップする態様を識別するフロック設定（例えば、「ＶｉＢＥフロック設定」）を取得してもよい。別の例として、ＭＦＯ２０６は、ＶｉＢＥ２０２にドメイン名サービス（ＤＮＳ）２１２をブートストラップすることに対応する別のフロック設定を取得してもよい。
【0060】
ステップ１において、ＭＦＯ２０６は、ＣＩＯＳセントラル２１４（例えば、それぞれ図１および図２のＣＩＯＳセントラル１０８およびＣＩＯＳセントラル２１４の一例）に命令してもよい。例えば、ＭＦＯ２０６は、この時にはまだＶｉＢＥ２０２に存在しないケイパビリティサービス２０８およびワーカー２１０のブートストラップを要求するためのリクエスト（例えば、ＶｉＢＥフロック設定を含む）を送信してもよい。いくつかの実施形態において、ＣＩＯＳセントラル２１４は、全てのフロック設定へのアクセスを有してもよい。したがって、いくつかの例において、ＭＦＯ２０６は、ファイル自体ではなくＶｉＢＥフロック設定のための識別子を送信してもよく、ＣＩＯＳセントラル２１４は、それをストレージから（例えば、図３のＤＢ３０８またはフロックＤＢ３１２から）独立して取得してもよい。
【0061】
ステップ２において、ＣＩＯＳセントラル２１４は、ＣＩＯＳリージョナル２１６への対応するリクエストによってＶｉＢＥフロック設定を提供してもよい。ＣＩＯＳリージョナル２１６は、ステップ３において特定のインフラストラクチャプロビジョニングおよびデプロイメントオペレーションを識別および実行するためにＶｉＢＥフロック設定をパースしてもよい。
【0062】
いくつかの実施形態において、ＣＩＯＳリージョナル２１６は、プロビジョニングおよびデプロイメントのための追加的な対応するサービスを利用してもよい。例えば、ステップ４において、ＣＩＯＳリージョナル２１６ＣＩＯＳリージョナルは、デプロイメントオーケストレータ２１８（例えば、ホストリージョン２０４の、コアサービスまたはその他の書き込み、構築およびデプロイアプリケーションソフトウェアの一例）に命令し、命令を実行させてもよく、この命令自体は、ケイパビリティサービス２０８およびワーカー２１０をＶｉＢＥ２０２内でブートストラップさせる。
【0063】
ステップ５において、ケイパビリティは、（ＣＩＯＳリージョナル２１６、ワーカー２１０を介してデプロイメントオーケストレータ２１８、またはその他から）ケイパビリティサービス２０８へ送信されてもよく、ＶｉＢＥフロックに対応するリソースが利用可能であることを示す。ケイパビリティサービス２０８は、このデータを持続してもよい。いくつかの実施形態において、ケイパビリティサービス２０８は、ＶｉＢＥとともに利用可能なケイパビリティのそれが維持するリストにこの情報を加える。例えば、ステップ５においてケイパビリティサービス２０８に提供されるケイパビリティは、ケイパビリティサービス２０８およびワーカー２１０が処理のために利用可能であることを示してもよい。
【0064】
ステップ６において、ＭＦＯ２０６は、ケイパビリティが、ケイパビリティサービス２０８からデータ（ケイパビリティに対応する識別子）を受信または取得することに基づいてケイパビリティサービス２０８およびワーカー２１０が利用可能であることを示していることを識別してもよい。
【0065】
ステップ７において、ステップ６においてデータを受信／取得した結果、ＭＦＯ２０６は、ＶｉＢＥ２０２にＤＮＳサービス（例えば、ＤＮＳ２１２）をブートストラップするようにＣＩＯＳセントラル２１４に命令してもよい。命令は、ＤＮＳサービスに対応する特定のフロック設定を識別してもよいまたは含んでもよい。
【0066】
ステップ８において、ＣＩＯＳセントラル２１４は、ＶｉＢＥ２０２にＤＮＳ２１２をデプロイするようにＣＩＯＳリージョナル２１６に命令してもよい。いくつかの実施形態において、ＤＮＳ２１２のためのＤＮＳフロック設定は、ＣＩＯＳセントラル２１４によって提供される。
【0067】
ステップ９において、今ではＶｉＢＥ２０２においてデプロイされているワーカー２１０は、ＣＩＯＳリージョナル２１６によって、ＤＮＳ２１２をデプロイするタスクに割り当てられてもよい。ワーカーは、ＤＮＳ２１２をデプロイするために実行される必要があるオペレーションのセットを識別するために（例えば、フロック設定（所望の状態）を、フロックに関連付けられた（現在は存在しない）リソースの現在の状態と比較することによって）、図３に関連して上記で記述された形式で宣言型インフラストラクチャプロビジョナを実行してもよい。
【0068】
ステップ１０において、デプロイメントオーケストレータ２１８は、ステップ９において識別されたオペレーションに従ってＤＮＳ２１２をデプロイするようにワーカー２１０に命令してもよい。示されているように、ワーカー２１０は、ステップ１１においてＶｉＢＥ２０２にＤＮＳ２１２をデプロイするためのオペレーションを実行することを進める。ステップ１２において、ワーカー２１０は、ＶｉＢＥ２０２においてＤＮＳ２１２が利用可能であることをケイパビリティサービス２０８に通知する。ＭＦＯ２０６は、続いて、ＶｉＢＥフロック設定およびＤＮＳフロック設定に関連付けられたリソースが利用可能であることを識別してもよく、ＶｉＢＥにあらゆる適切な数の追加的なリソースをブートストラップするために進行してもよい。
【0069】
ステップ１～１２が完了した後、ＶｉＢＥ２０２を構築するためのプロセスが完了したと考えることができ、ＶｉＢＥ２０２が構築されたと考えることができる。
【0070】
図３は、少なくとも１つの実施形態による、ＶｉＢＥを利用してターゲットリージョンにサービスをブートストラップするための環境３００および方法を示すためのブロック図である。
【0071】
ステップ１において、ユーザ３０２は、リージョンデータを修正するために、ＣＩＯＳセントラル３０４（それぞれ図１および図２のＣＩＯＳセントラル１０８およびＣＩＯＳセントラル２１４の一例）によって提供されるあらゆる適切なユーザインターフェースを利用してもよい。例えば、ユーザ３０２は、そこに多数のサービスがブートストラップされる新たなリージョンを生成してもよい。
【0072】
ステップ２において、ＣＩＯＳセントラル３０４は、ＲＲＤＤ３０６（例えば、図１のＲＲＤＤ１０４の一例）に変更を送信するためのオペレーションを実行してもよい。ステップ３において、ＲＲＤＤ３０６は、受信したリージョンデータを、データベース３０８、リージョン、ＡＤ、レルム、ＥＴなどのあらゆる適切な識別子、属性、状態などを含むリージョンデータを記憶するように構成されたデータストアに記憶してもよい。いくつかの実施形態において、アップデータ３０７は、リージョンデータをデータベース３０８またはあらゆる適切なデータストアに記憶するために利用されてもよく、そこからこのようなアップデートが（例えば、サービスチームに）アクセス可能であってもよい。いくつかの実施形態において、アップデータ３０７は、データベース３０８に対してなされたアップデータを（例えば、あらゆる適切な電子通知を介して）通知するように構成されてもよい。
【0073】
ステップ４において、ＭＦＯ３１０（それぞれ図１および図２のＭＦＯ１０６および２０６の一例）は、リージョンデータにおける変更を検出してもよい。いくつかの実施形態において、ＭＦＯ３１０は、リージョンデータにおける変更のためのＲＲＤＤ３０６をポーリングするように構成されてもよい。いくつかの実施形態において、ＲＲＤＤ３０６は、リージョン変更をＭＦＯ３１０に発行またはさもなければ通知するように構成されてもよい。
【0074】
ステップ５において、リージョンデータにおける変更を検出することは、バージョンセット（例えば、「ゴールデンバージョンセット」識別子等の特定の識別子に関連付けられたバージョンセット）を取得するようにＭＦＯ３１０をトリガしてもよい。新たなリージョンにブートストラップされる各々のフロック（例えば、サービス）のための特定のバージョンおよびそのフロックに対応する各々のアーティファクトのための特定のバージョンを識別する。バージョンセットは、ＤＢ３１２から取得されてもよい。フロックが発達および変化するにつれて、リージョン構築のために使用されるそれらの対応する設定およびアーティファクトのためのバージョンが変化し得る。これらの変更はフロックＤＢ３１２において持続されてもよく、これにより、ＭＦＯ３１０は、リージョン（例えば、ＶｉＢＥリージョン、ターゲットリージョン／非ＶｉＢＥリージョンなど）を構築するために使用するためにフロック設定およびアーティファクトのどのバージョンを使用するかを識別してもよい。フロック設定（例えば、フロック設定の全てのバージョン）および／またはアーティファクト（例えば、アーティファクトの全てのバージョン）は、ＤＢ３０８、ＤＢ３１２、またはＣＩＯＳセントラル３０４および／またはＭＦＯ３１０にアクセス可能なあらゆる適切なデータストアに記憶されてもよい。
【0075】
ステップ６において、ＭＦＯ３１０は、現在のリージョンデータを備えるバージョンセットに関連付けられたフロック設定の各々を再コンパイルするようにＣＩＯＳセントラル３０４にリクエストしてもよい。いくつかの実施形態において、リクエストは、各々のフロック設定および／またはこれらのフロック設定に対応するアーティファクトのためのバージョンを示してもよい。
【0076】
ステップ７において、ＣＩＯＳセントラル３０４は、（例えば、直接、またはリアルタイムリージョナルデータディストリビュータ３０６を介して）ＤＢ３０８から現在のリージョンデータを取得し、ＭＦＯ３１０によってリクエストされたバージョンに従ってあらゆる適切なフロック設定およびアーティファクトを検索してもよい。
【0077】
ステップ８において、ＣＩＯＳセントラル３０４は、現在のリージョンデータを備えるフロック設定を注入するために、ステップ７において取得されたリージョンデータを備えるフロック設定を再コンパイルしてもよい。ＣＩＯＳセントラル３０４は、コンパイルされたフロック設定をＭＦＯ３１０に返してもよい。いくつかの実施形態において、ＣＩＯＳセントラル３０４は、コンパイルが行われたことを単に示してもよい、またはＭＦＯ３１０は、ＲＲＤＤ３０６を介して、再コンパイルされたフロック設定にアクセスしてもよい。
【0078】
ステップ９において、ＭＦＯ３１０は、再コンパイルされたフロック設定の静的解析を実行してもよい。静的解析の一部として、ＭＦＯ３１０は、フロック間の依存を識別するために、（例えば、宣言型インフラストラクチャプロビジョナ（例えば、Terraformなど）と関連付けられたライブラリを使用して）フロック設定をパースしてもよい。識別された分析および依存から、ＭＦＯ３１０は、構築依存グラフ３３８を生成することができる。構築依存グラフ３３８は、フロックが新たなリージョンにブートストラップされる順序（および／またはフロック設定において示される変更が適用される順序）を識別する、非巡回有向グラフであってもよい。グラフにおける各々のノードは、特定のフロックのあらゆる適切な部分をブートストラップすることに対応してもよい。特定のブートストラップ順序は、依存に少なくとも部分的に基づいて識別されてもよい。いくつかの実施形態において、依存は、ノードの属性として表されてもよいおよび／またはノードを接続するグラフのエッジを介して示されてもよい。ＭＦＯ３１０は、リージョン構築のオペレーションを推進するために、グラフ（例えば、開始ノードにおいて始まる）をトラバースしてもよい。
【0079】
いくつかの実施形態において、ＭＦＯ３１０は、循環の存在（例えば、サービスＡはサービスＢに依存し、その逆でもある）を検出するための循環検出アルゴリズムを利用してもよい。ＭＦＯ３１０は、孤立したケイパビリティ依存を識別することができる。例えば、ＭＦＯ３１０は、いかなる他のノードにも接続されていない構築依存グラフ３３８の孤立したノードを識別することができる。ＭＦＯ３１０は、（例えば、ケイパビリティが早く発行されすぎたとき、および対応する機能が実際にはまだ利用可能ではないとき）、誤って発行されたケイパビリティを識別してもよい。ＭＦＯ３１０は、同じケイパビリティを発行する１つまたは複数のインスタンスが存在することをグラフから検出することができる。いくつかの実施形態において、あらゆる適切な数のこれらのエラーが検出されてもよく、ＭＦＯ３１０（またはＣＩＯＳセントラル３０４などの別の適切なコンポーネント）は、（例えば、電子通知、ユーザインターフェースなどを介して）この情報をユーザに通知またはさもなければ提示するように構成されてもよい。いくつかの実施形態において、ＭＦＯ３１０は、循環依存を破壊するためにリソースを強制的に削除／再現させるように構成されてもよく、これらのリソースおよび／または対応するフロック設定のためのブートストラップオペレーションを実行するようにＣＩＯＳセントラル３０４に再び命令を提供してもよい。
【0080】
開始ノードはＶｉＢＥフロックをブートストラップすることに対応してもよく、第２のノードはＤＮＳをブートストラップすることに対応してもよい。ステップ１０～１５は、（デプロイメントオーケストレータ３１７、図２のデプロイメントオーケストレータ２１８の一例を介して）ＶｉＢＥフロックをＶｉＢＥ３１６（例えば、それぞれ図１および図２のＶｉＢＥ１１６および２０２の一例）にデプロイすることに対応する。すなわち、図３のステップ１０～１５は、概して、図２のステップ１～６に対応する。デプロイされるＶｉＢＥフロックに対応するケイパビリティが存在することが通知されると（例えば、図２のケイパビリティサービス２０８およびワーカー２１０に対応する、ケイパビリティサービス３１８およびワーカー３２０が利用可能であることを示す）、ＭＦＯ３１０は、実行される次のオペレーションを識別するために構築依存グラフ３３８のトラバースを再開する。
【0081】
例えば、ＭＦＯ３１０は、ＤＮＳフロックがデプロイされることを識別するために、構築依存グラフ３３８をトラバースし続けてもよい。ステップ１６～２１は、ＤＮＳ３２２（図２のＤＮＳ２１２の一例）をデプロイするために実行されてもよい。これらのオペレーションは、概して、図２のステップ７～１２に対応してもよい。
【0082】
ステップ２１において、ＤＮＳ３２２が利用可能であることを示すケイパビリティが記憶されてもよい。このケイパビリティを検出すると、ＭＦＯ３１０は、構築依存グラフ３３８のトラバースを再開してもよい。このトラバースにおいて、ＭＦＯ３１０は、ＣＩＯＳリージョナル（例えば、ＣＩＯＳリージョナル３１４の一例）のインスタンスのあらゆる適切な部分がＶｉＢＥ３１６にデプロイされることを通知してもよい。いくつかの実施形態において、ステップ１６～２１は、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６（ＣＩＯＳリージョナル３１４のインスタンス、図１のＣＩＯＳリージョナル１１０）およびワーカー３２８をＶｉＢＥ３１６にデプロイすることに関して実質的に反復されてもよい。ケイパビリティは、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６が利用可能であるケイパビリティサービス３１８へ送信されてもよい。
【0083】
ＣＩＯＳリージョナル（ＶｉＢＥ）３２６が利用可能であることを検出すると、ＭＦＯ３１０は、構築依存グラフ３３８のトラバースを再開してもよい。このトラバースにおいて、ＭＦＯ３１０は、デプロイメントオーケストレータ（例えば、デプロイメントオーケストレータ３３０、デプロイメントオーケストレータ３１７の一例）がＶｉＢＥ３１６にデプロイされることを識別してもよい。いくつかの実施形態において、ステップ１６～２１は、デプロイメントオーケストレータ３３０をデプロイすることに関して実質的に反復されてもよい。ケイパビリティを識別する情報がケイパビリティサービス３１８へ送信されてもよく、デプロイメントオーケストレータ３３０が利用可能であることを示す。
【0084】
デプロイメントオーケストレータ３３０がデプロイされると、ＶｉＢＥ３１６は、後続のリクエストを処理するために利用可能であると考えられてもよい。デプロイメントオーケストレータ３３０が利用可能であることを検出すると、ＭＦＯ３１０は、ホストリージョンコンポーネント（ホストリージョン３２２のコンポーネント）を利用するのではなく、ＶｉＢＥコンポーネントへルーティングされるように後続のブートストラップリクエストに命令してもよい。したがって、ＭＦＯ３１０は、ＣＩＯＳセントラル３０４を介してＶｉＢＥ３１６へフロックデプロイメントを命令する各々のノードにおいて、構築依存グラフ３３８をトラバースし続けることができる。ＣＩＯＳセントラル３０４は、フロック設定に従ってリソースをデプロイするようにＣＩＯＳリージョナル（ＶｉＢＥ）３２６にリクエストしてもよい。
【0085】
このプロセスの間のある時点において、ターゲットリージョン３３４が利用可能になってもよい。ターゲットリージョンが利用可能であることの指示は、（例えば、リージョンデータに対する更新として）ユーザ３０２によって提供されるターゲットリージョン３３４のためのリージョンデータから識別可能であってもよい。ターゲットリージョン３３４のアベイラビリティは、ターゲットリージョン３３４と外部ネットワーク（例えば、インターネット）との間のネットワーク接続を確立することに依存してもよい。ネットワーク接続は、公共ネットワーク（例えば、インターネット）上でサポートされてもよいが、１つまたは複数の暗号化トンネル（例えば、トンネル３３６などのＩＰｓｅｃトンネル）をＶｉＢＥ３１６からターゲットリージョン３３４に提供するためにソフトウェアセキュリティツール（例えば、ＩＰｓｅｃ）を使用してもよい。本明細書で使用される場合、「ＩＰｓｅｃ」は、インターネットプロトコル（ＩＰ）を使用するネットワーク上でネットワークトラフィックを認証および暗号化するためのプロトコル群を意味し、プロトコル群（例えば、Openswan、Libreswan、strongSwanなど）の１つまたは複数の利用可能な実装を含むことができる。ネットワークは、ＶｉＢＥ３１６をターゲットリージョン３３４のサービスエンクレーブに接続してもよい。
【0086】
ＩＰｓｅｃトンネルを確立する前に、ターゲットリージョン３３４への初期ネットワーク接続は、ＩＰｓｅｃがターゲットリージョン３３４におけるアセット（例えば、ベアメタルアセット）においてデプロイされ得るまで、ネットワーキングサービスのブートストラップを許容するように十分な接続（例えば、帯域外ＶＰＮトンネル）上にあってもよい。ターゲットリージョン３３４のネットワークリソースをブートストラップするために、デプロイメントオーケストレータ３３０は、ターゲットリージョン３３４内のアセットにおいてＩＰｓｅｃゲートウェイをデプロイすることができる。次いで、デプロイメントオーケストレータ３３０は、ＶｉＢＥ３１６からのＩＰｓｅｃトンネルを終了させるように構成されたターゲットリージョン３３４においてＶＰＮホストをデプロイしてもよい。ＶｉＢＥ３１６におけるサービス（例えば、デプロイメントオーケストレータ３３０、サービスＡなど）は、ターゲットリージョン３３４におけるＶＰＮホストとのＩＰｓｅｃ接続を確立することができ、ＶｉＢＥ３１６からターゲットリージョン３３４へのブートストラップオペレーションが開始してもよい。
【0087】
いくつかの実施形態において、ブートストラップオペレーションは、ＶｉＢＥ３１６からデプロイされるときにコアサービスのインスタンスをホストすることをサポートするために、ＶｉＢＥ３１６におけるサービスがターゲットリージョン３３４においてリソースをプロビジョニングすることによって開始してもよい。例えば、ホストプロビジョニングサービスは、ＶＭのためのコンピューティングリソースを割り当てるためにターゲットリージョン３３４においてインフラストラクチャ（例えば、ベアメタルホスト）上にハイパーバイザをプロビジョニングしてもよい。ホストプロビジョニングサービスがターゲットリージョン３３４における物理的リソースの割り当てを完了すると、ホストプロビジョニングサービスは、ターゲットリージョン３３４における物理的リソースが割り当てられたことを示すケイパビリティを示す情報を発行してもよい。ケイパビリティは、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６を介して（例えば、ワーカー３２８によって）ケイパビリティサービス３１８へ発行されてもよい。
【0088】
ターゲットリージョン３３４のハードウェア割り当てが確立され、ケイパビリティサービス３１８へポストされると、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６は、ＶｉＢＥ３１６からターゲットリージョン３３４へのコアサービスのインスタンスのデプロイメントをオーケストレーションすることができる。このデプロイメントは、ＶｉＢＥ３１６を構築するための上記で説明されたプロセスと類似のものであってもよいが、ホストリージョン３３２サービスエンクレーブのコンポーネントの代わりに、ＶｉＢＥのコンポーネント（例えば、ＣＩＯＳリージョナル（ＶｉＢＥ）３２６、ワーカー３２８、デプロイメントオーケストレータ３３０）を使用する。デプロイメントオペレーションは、概して、上記で説明されたステップ１６～２１に対応してもよい。
【0089】
サービスがＶｉＢＥ３１６からターゲットリージョン３３４へデプロイされるので、そのサービスと関連付けられたＤＮＳレコードは、ＶｉＢＥ３１６におけるサービスのインスタンスに対応してもよい。サービスと関連付けられたＤＮＳレコードは、ターゲットリージョン３３４へのサービスのデプロイメントを完了するための後に更新されてもよい。言い換えれば、ＶｉＢＥ３１６におけるサービスのインスタンスは、ＤＮＳレコードが更新されるまで、サービスへトラフィック（例えば、リクエスト）を受信し続けてもよい。サービスは、部分的にターゲットリージョン３３４内へデプロイしてもよく、サービスが部分的にデプロイされるケイパビリティを示す情報を（例えば、ケイパビリティサービス３１８へ）発行してもよい。例えば、ＶｉＢＥ３１６において動作するサービスは、対応するコンピュートインスタンス、ロードバランサ、および関連付けられたアプリケーションおよびその他のソフトウェアを備えるターゲットリージョン３３４内へデプロイされてもよいが、完全にデプロイされる前にデータベースデータがターゲットリージョン３３４へ移動するのを待つ必要があり得る。ＤＮＳレコード（例えば、ＤＮＳ３２２によって管理される）は、依然として、ＶｉＢＥ３１６におけるサービスと関連付けられていてもよい。サービスのためのデータ移動が完了すると、ＤＮＳレコードは、ターゲットリージョン３３４においてデプロイされたオペレーショナルサービスへのポイントに更新されてもよい。ターゲットリージョン３３４におけるデプロイされたサービスは、次いで、サービスのためのトラフィック（例えば、リクエスト）を受信してもよいのに対し、ＶｉＢＥ３１６におけるサービスのインスタンスは、もはやサービスのためのトラフィックを受信しなくてもよい。
【0090】
バージョンセットとのマルチフロックオーケストレーション
図４は、少なくとも１つの実施形態による、多数のバージョンセットを維持するための例示的な方法４００を示すブロック図である。方法４００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２のあらゆる適切なコンポーネントによって実行されてもよい。いくつかの実施形態において、方法４００は、図１のマルチフロックオーケストレータ１０６によって実行されてもよい。バージョンセットは、リージョン構築を実行するために用いられる全てのアーティファクトおよび構成ファイル（例えば、本明細書では略して「フロック設定」と呼ばれる、フロック構成ファイル）のスナップショットを指す。バージョンセットにおいて提供されるフロック設定および／またはアーティファクトは、そのアーティファクトまたはフロック設定の他のバージョンからアーティファクトおよび／またはフロック設定の特定のバージョンを識別するバージョン識別子と関連付けられてもよい。例えば、フロック設定は、識別子「サービス１」と関連付けられてもよいが、多数のバージョン（例えば、バージョン１、バージョン２、バージョン３．１など）を有する。マルチフロックオーケストレータ（例えば、それぞれ図１、図２および図３のＭＦＯ１０６、２０６および３１０）は、潜在的に異なるフロック設定および／またはフロック設定のバージョン、または利用されるアーティファクトおよび／またはアーティファクトのバージョンに対応する多数のバージョンセットを管理するように構成されてもよい。バージョンセットは、リージョン構築を実行するために使用されることができるのに対し、テストおよび統合努力のために異なるバージョンセットを使用することができる。異なるバージョンセットを追跡することによって、マルチフロックオーケストレータは、リージョン構築のために、安定したバージョンセット（例えば、成功したリージョン構築を生成する可能性が高いバージョンセット）が使用されることを保証することができる。バージョンセットは、それによってバージョンセットが参照されることができる識別子（例えば、「us-ashburn-1」およびスコープ識別子と関連付けられてもよい。例示的なスコープ識別子は、「golden」、「nightly」、「break-glass」、および「default」を含むことができ、それらに限定されないが、その他の識別子を使用することができる。１つのスコープ識別子（例えば、golden）は、リージョン構築のために使用されるバージョンセットを示すことができる。別のスコープ識別子（例えば、nightly）は、テスト（例えば、毎夜実行される単位テスト）のために使用されるバージョンセットを示してもよい。別のスコープ識別子（例えば、break-glass）は、リージョン構築中に受けたエラーから回復するために使用することができるバージョンセットを示してもよい。別のスコープ識別子（例えば、default）は、リージョン構築における最終的な包含を期待してテストされるフロック設定／アーティファクトのバージョンセットを示してもよい。
図４は、少なくとも１つの実施形態による、多数のバージョンセットを維持するための例示的な方法４００を示すブロック図である。方法４００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２のあらゆる適切なコンポーネントによって実行されてもよい。いくつかの実施形態において、方法４００は、図１のマルチフロックオーケストレータ１０６によって実行されてもよい。バージョンセットは、リージョン構築を実行するために用いられる全てのアーティファクトおよび構成ファイル（例えば、本明細書では略して「フロック設定」と呼ばれる、フロック構成ファイル）のスナップショットを指す。バージョンセットにおいて提供されるフロック設定および／またはアーティファクトは、そのアーティファクトまたはフロック設定の他のバージョンからアーティファクトおよび／またはフロック設定の特定のバージョンを識別するバージョン識別子と関連付けられてもよい。例えば、フロック設定は、識別子「サービス１」と関連付けられてもよいが、多数のバージョン（例えば、バージョン１、バージョン２、バージョン３．１など）を有する。マルチフロックオーケストレータ（例えば、それぞれ図１、図２および図３のＭＦＯ１０６、２０６および３１０）は、潜在的に異なるフロック設定および／またはフロック設定のバージョン、または利用されるアーティファクトおよび／またはアーティファクトのバージョンに対応する多数のバージョンセットを管理するように構成されてもよい。バージョンセットは、リージョン構築を実行するために使用されることができるのに対し、テストおよび統合努力のために異なるバージョンセットを使用することができる。異なるバージョンセットを追跡することによって、マルチフロックオーケストレータは、リージョン構築のために、安定したバージョンセット（例えば、成功したリージョン構築を生成する可能性が高いバージョンセット）が使用されることを保証することができる。バージョンセットは、それによってバージョンセットが参照されることができる識別子（例えば、「us-ashburn-1」およびスコープ識別子と関連付けられてもよい。例示的なスコープ識別子は、「golden」、「nightly」、「break-glass」、および「default」を含むことができ、それらに限定されないが、その他の識別子を使用することができる。１つのスコープ識別子（例えば、golden）は、リージョン構築のために使用されるバージョンセットを示すことができる。別のスコープ識別子（例えば、nightly）は、テスト（例えば、毎夜実行される単位テスト）のために使用されるバージョンセットを示してもよい。別のスコープ識別子（例えば、break-glass）は、リージョン構築中に受けたエラーから回復するために使用することができるバージョンセットを示してもよい。別のスコープ識別子（例えば、default）は、リージョン構築における最終的な包含を期待してテストされるフロック設定／アーティファクトのバージョンセットを示してもよい。
【0091】
ステップ１において、各々のサービスチームは、フロック設定データ（例えば、フロック設定識別子、およびフロック設定の他のバージョンからフロック設定の特定のバージョンを一意的に識別する対応するバージョン識別子）を発行してもよい。いくつかの実施形態において、フロック設定データを発行することは、アプリケーションプログラミングインターフェース（ＡＰＩ）コールまたは別の適切なファンクションコールを利用することによって実行されてもよい。このコールを実行することによって、フロック設定データ（例えば、フロック設定識別子およびバージョン識別子）が、defaultバージョンセット（例えば、defaultバージョンセット４０２）に加えられてもよい。いくつかの実施形態において、defaultバージョンセット４０２は、図３のＤＢ３１２またはあらゆる適切なデータストアに記憶されてもよい。別の例として、フロック設定がdefaultバージョンセットに含まれるべきであることを示すフロック設定の特定のバージョンは、手動で（例えば、ラベル／タグを用いて）修正されてもよい。マルチフロックオーケストレータは、defaultバージョンセットと関連付けられるセットを識別するために全てのフロック設定をパースしてもよい。defaultバージョンセット４０４に示されているように、「Ａ」～「Ｄ」は、それぞれのフロックと関連付けられたフロック設定識別子に対応するのに対し、defaultバージョンセット４０２において提供された「８」、「９」および「３」は、フロック設定のバージョンを指す。したがって、フロック設定Ａ、バージョン８、フロック設定Ｂ、バージョン９、およびフロック設定Ｃ、バージョン２が、defaultバージョンセット４０４に加えられてもよい。defaultバージョンセットは、フロック設定「Ｄ」、バージョン９を予め含んでもよい。ステップ１の後に維持されるdefaultバージョンセットは、４０６に示されている。
【0092】
ステップ２において、あらゆる適切なオペレーションが、テストのためのnightlyバージョンセットを決定するために実行されてもよい。例えば、フロック設定識別子および対応するバージョン識別子のセットが、defaultバージョンセット（例えば、４０６に示されている）からnightlyバージョンセット（例えば、nightlyバージョンセット４０８）へコピーされてもよい。いくつかの実施形態において、nightlyバージョンセットは、検証過程と関連付けられてもよい（例えば、所定のスケジュールに従って行われるnightlyユニットおよび／または統合テスト）。nightlyバージョンセットは、あらゆる適切な検証過程に対応してもよく、毎夜実行される検証過程に必ずしも対応しなくてもよいことが認められるべきである。nightlyバージョンセットは、フロック設定識別子、およびリージョン構築の各々のサービスのためのバージョンを識別してもよい。４０８に示されているように、テストが開始されたとき、nightlyバージョンセットは、フロック設定Ａ、バージョン２、フロック設定「Ｂ」、バージョン７、およびフロック設定「Ｃ」、バージョン３を含んでいてもよい。異なるバージョンが（４０６に示されているように）引き続き使用されてもよいが、テストが開始される時点のdefaultバージョンセットは、nightlyバージョンセットにコピーされるセットである。サービスは、nightlyバージョンセットによって識別されたフロック設定（およびこれらのフロック設定内で識別された対応するアーティファクトバージョン）を用いてテスト環境内でブートストラップされてもよく、リージョンのこのバージョンが検証されてもよい。
【0093】
ステップ３において、検証過程（１つまたは複数のユニットおよび／または統合テストを含む）が、テスト環境においてブートストラップされるサービスを検証するために実行されてもよい。いくつかの実施形態において、検証過程は、あらゆる適切な所定のオペレーションを含んでもよい。これらのオペレーションは、nightlyバージョンセットによって識別されたサービスに対応する様々な機能をテストすることに向けられてもよい。マルチフロックオーケストレータ（ＭＦＯ）は、検証過程の出力として提供される１つまたは複数のエラーを識別してもよい。これらのエラーは、１つまたは複数のサービスに対応してもよい。いくつかの実施形態において、特定のサービスに対応するエラーが識別されると、ＭＦＯは、フロック設定のそのバージョンが、ＭＦＯによって維持されかつ後続のリージョン構築のために使用されるgoldenバージョンセットに促進／コピーされることを制限するように構成されてもよい。
【0094】
ステップ４において、ステップ３において検証過程を完了した後、ＭＦＯは、goldenバージョンセットを決定するように構成されてもよい。サービスが検証過程をうまく通過すると（例えば、エラーを発生しないことによってまたは少なくとも許容できるエラーを発生することによって）、ＭＦＯは、対応するフロック設定データ（例えば、設定識別子およびバージョン識別子）をgoldenバージョンセットにコピーしてもよい。サービスが検証過程に不合格になると（例えば、エラーを発生することによってまたは少なくとも許容できないエラーを発生することによって）、ＭＦＯは、検証過程を通過したことが分かっているフロック設定の最後の既知のバージョンを維持してもよい。例えば、フロック設定「Ａ」、バージョン１が検証過程を通過すると、これは、goldenバージョンセットへ促進されてもよい。その後、フロック設定「Ａ」、バージョン２が、defaultバージョンセットへ発行され、後で、nightlyバージョンセットへ促進されてもよい。しかしながら、フロック設定「Ａ」、バージョン２が検証過程に不合格になると（例えば、１つまたは複数の許容できないエラーを発生する）、フロック設定「Ａ」、バージョン２は、goldenバージョンセットへ促進されなくてもよい。代わりに、ＭＦＯは、goldenバージョンセット内にフロック設定「Ａ」、バージョン１（例えば、４１０に示されたgoldenバージョンセット）を維持してもよい。
【0095】
ステップ５において、リージョン構築（例えば、新たなリージョンデータを識別するとＭＦＯによって開始される、またはその他）を開始すると、goldenバージョンセットは、リージョン構築のために利用されるためにＭＦＯによってコピーおよび／または取得されてもよい。このプロセスは、概して、上記で説明された図５のステップ５に対応してもよい。
【0096】
goldenバージョンセットは、リージョン構築のために利用されてもよい。いくつかの実施形態において、サービスチームは、フロック設定におけるエラーを識別してもよく、更新された（または異なる）バージョンのフロック設定を提供してもよい。ステップ６において、更新されたフロック設定は、Break Glassバージョンセットに加えられることができる。このBreak Glassバージョンセットは、Goldenバージョンセットのあらゆる適切なフロック設定のオーバーライドとして使用されてもよい。例えば、ステップ６において、フロック設定「Ａ」、バージョン９が、Break Glassバージョンセットに加えられてもよい。フロック設定「Ａ」のバージョン９は、４１２に示されたgoldenバージョンセットのバージョン１とは異なってもよい。Break Glassバージョンセットにフロック設定「Ａ」のバージョン９を加えることにより、ＭＦＯがトリガされてもよく、これにより、４１４に示されたBreak Glassバージョンセットのフロック構成のセットの静的解析を実行することによって構築依存グラフ３１４を再生し、ここで、フロック設定「Ａ」、バージョン１が、フロック設定「Ａ」、バージョン９と置き換えられる。いくつかの実施形態において、ＭＦＯが構築依存グラフ３１４を実行してもよいおよび／またはブートストラップオペレーションを管理するためのあらゆる適切なデータ構造（例えば、図３の宣言型インフラストラクチャプロビジョナ３１５によって生成および／または利用される１つまたは複数のデータ構造）が再生されてもよい。再生されたあらゆるデータ構造が、ノードが訪問される上記で説明されたのと類似の形式でトラバースされてもよい。ノードと関連付けられたケイパビリティ（例えば、ノードに対応するサービスが依存するケイパビリティ）が（図１のケイパビリティサービス１１２と協議することによって識別されるように）利用可能である場合、トラバースは、同じ評価が起こり得る次のノードへ進んでもよい。このプロセスは、ノードが依存するケイパビリティがそのために利用不可能であることが決定されるノードに達するまで、継続されてもよい。この時点で、ＭＦＯは、ケイパビリティが利用可能であることを確認するまで（例えば、ポーリングによっておよび／またはケイパビリティサービス１１２によって通知されることによって）、トラバースをパースしてもよい。例えば、ＭＦＯは、ノードが依存するケイパビリティが利用可能であるときに通知されるようにケイパビリティサービス１１２へリクエストを送信してもよく、ケイパビリティサービス１１２は、ケイパビリティが利用可能であることを示すデータを受信したときに対応する通知を提供するように構成されてもよい。代替的に、ＭＦＯは、ケイパビリティサービス１１２からケイパビリティのステータス（または全てのケイパビリティなどのケイパビリティのあらゆる適切な組合せ）をリクエストするために、あらゆる適切な所定のスケジュールにおいて１つまたは複数のリクエストを送信してもよい。いくつかの実施形態において、ＭＦＯは、ケイパビリティのステータス（例えば、ケイパビリティが利用可能または利用不可能である）を示すあらゆる適切な時間にケイパビリティサービス１１２からデータを受信してもよい。いくつかの実施形態において、ケイパビリティサービス１１２は、あらゆる適切な送信において、あらゆる適切な数のケイパビリティのステータスを示してもよい。
【0097】
図４に示された様々なバージョンセットを利用することによって、マルチフロックオーケストレータ（ＭＦＯ）は、リージョン構築中にエラーの数および／またはエラーを発生する可能性を減じることができる。これは、新たなフロック設定（潜在的に新たなアーティファクトバージョンを含む）がdefaultバージョンの包含により指名されることを可能にし、defaultバージョンセットにおいて提供されたバージョンから生成されたnightlyバージョンセットにおける検証過程を実行し、合格したフロック設定バージョンのみを、それにより後続のリージョン構築が実行され得るgoldenバージョンセットへ促進することによって、達成される。
【0098】
図５は、少なくとも１つの実施形態による、リージョンへリソースをブートストラップ（例えば、プロビジョニングおよびデプロイ）するためのオペレーションを実行するための例示的な方法５００を示すブロック図である。方法５００は、マルチフロックオーケストレータ５０２（図１のマルチフロックオーケストレータ１０６の一例）によって実行されてもよい。ケイパビリティサービス５０４は、図１のケイパビリティサービス１１２の一例であってもよい。方法５００のオペレーションを実行する前に、図５のステップ１～９が実行されてもよい。したがって、静的解析が（例えば、マルチフロックオーケストレータ５０２によって）実行されてもよい。「静的解析」という用語は、プログラムコード（例えば、フロック設定などの構成ファイル）から、ブートストラップオペレーション間の依存のセットを識別するためのオペレーションを指すことが意図されている。リージョン構築のための静的解析を実行することは、構成ファイルのセット（例えば、図４に関して上記で説明された、goldenバージョンセットに対応するフロック設定）を取得し、そこに定義されたリソース間の明確なおよび／または黙示的な依存を識別するためにこれらのファイルをパースすることを含んでもよい。いくつかの実施形態において、構成ファイルは、選択的なおよび／または所要の依存を識別してもよい。選択的な依存は、選択的に無視または実施され得る依存を識別してもよい。所要の依存は、例外なく依存が実施されることを示す。いくつかの実施形態において、マルチフロックオーケストレータ５０２は、これらの依存を維持および／または実施するための１つまたは複数のレコードを生成してもよい。例えば、マルチフロックオーケストレータ５０２は、識別された依存に基づいてグラフ（例えば、図３の構築依存グラフ３１４、レコードの一例であるデータ構造など）を生成してもよい。グラフにおける各々のノードは、サービスのためのプロビジョニングおよびデプロイメントオペレーションに対応してもよい。いくつかの実施形態において、別々のグラフが、プロビジョニング対デプロイメントオペレーションのために維持されてもよい。これらのレコード（例えば、データ構造）を生成および／または利用するための例示的な技術は、その内容全体が全ての目的のために参照により組み込まれる、「Techniques for Managing Region Build Dependencies」という名称の米国特許仮出願第６３／３１５，０３４号に提供されている。以下の例は、有向グラフを利用するが、サービス／フロック間の依存を維持するためのあらゆる適切なレコードが利用されてもよい。いくつかの実施形態において、方法５００は、有向グラフの第１のノードが、依存を有さないフロックを示すことをマルチフロックオーケストレータ（ＭＦＯ）５０２が識別することに少なくとも部分的に基づいて開始してもよい。
【0099】
ブートストラップされるリソースのセットをカプセル化／識別するためにフロック設定が使用され得ることが認められるべきである。いくつかのケースにおいて、フロック設定は、サービスの全てのリソースを識別してもよいが、必ずしも、サービスの全てのリソースが１つのフロック設定に含まれるケースである必要はない。
【0100】
ステップ１において、ＭＦＯ５０２は、第１のフロック設定によるインフラストラクチャコンポーネントをプロビジョニングするための命令を実行してもよい。例えば、ＭＦＯ５０２は、サービス１のためのインフラストラクチャコンポーネントをブートストラップするためにＣＩＯＳセントラル（例えば、それぞれ図１～図３のＣＩＯＳセントラル１０８、２１４および３０４）に命令および／またはリクエストしてもよい。いくつかの実施形態において、命令／リクエストは、利用されるフロック設定を含んでもよいか、または、リクエストは、利用されるフロック設定に対応するバージョンを示してもよい。バージョンが識別されると、ＣＩＯＳセントラル（ここには示されていない）は、リクエストされたバージョンに対応するフロック設定を（例えば、図３のＤＢ３０８または３１２などから）取得してもよい。引き続き、ＣＩＯＳセントラルは、図２および図３に関して上記で検討されたのと類似の形式で（例えば、リアルタイムリージョンデータがフロック設定に注入された後に）ＣＩＯＳリージョナル（例えば、それぞれ図１～図３のＣＩＯＳリージョナル１１０、２１６および／または３１４の一例）からサービス１のためのインフラストラクチャリソースのプロビジョニングを命令／リクエストすることへ進んでもよい。
【0101】
ステップ２において、ＭＦＯ５０２は、ステップ１においてプロビジョニングされたインフラストラクチャコンポーネントへ１つまたは複数のアーティファクトをデプロイするようにＣＩＯＳセントラルに命令／リクエストしてもよい。ステップ１におけるように、リクエストは、利用されるフロック設定（または利用されるフロック設定のためのバージョン識別子）および／またはデプロイされる各々のアーティファクトのためのバージョン識別子を含んでもよい。ステップ１およびステップ２におけるリクエストは各々、プロビジョニングリクエスト（例えば、インフラストラクチャコンポーネントをプロビジョニングするためのリクエスト）に対応するものとしてのリクエストまたはデプロイメントリクエスト（例えば、アプリケーション、構成ファイルまたは同様のものなどの様々なアーティファクトをデプロイするためのリクエスト）を識別する指示記号を有してもよい。いくつかの実施形態において、ＭＦＯ５０２は、サービスのためのインフラストラクチャコンポーネントをプロビジョニングするためのリクエストおよびこれらのインフラストラクチャコンポーネントに様々なアーティファクトをデプロイするためのデプロイメントリクエストを示すサービス１をブートストラップするための１つのリクエストを行ってもよい。したがって、いくつかの例において、ステップ１および２は、ＭＦＯ５０２からＣＩＯＳセントラルへの１つのリクエストによって実行されてもよい。他の実施形態において、ステップ１および２の各々（または、一緒に発行された場合、集合的にステップ１および２）は、グラフを通じたＭＦＯ５０２の「パス」に対応してもよい。非限定的な例として、グラフをトラバースする第１のパスは、ステップ１のオペレーションを実行させ得るのに対し、グラフの第２のパスは、ステップ２のパスレーションを実行させ得る。
【0102】
ステップ３において、ケイパビリティ（ケイパビリティ１）は、ケイパビリティサービス５０４（例えば、それぞれ図１～図３のケイパビリティサービス１１２、２０８および／または３０８の一例）へ発行される。ケイパビリティを発行することは、ケイパビリティのための識別子（「ケイパビリティ識別子」と呼ばれる）によってアプリケーションプログラミングインターフェース（ＡＰＩ）または別のファンクションコールをコールすることを含んでもよい。ケイパビリティ識別子は、あらゆる適切な長さの英数字値などのあらゆる適切な形式のものであってもよい。ケイパビリティ識別子は、特定の機能と関連付けられてもよい。いくつかの実施形態において、ケイパビリティは、１つまたは複数のアーティファクトがデプロイされているときに発行されてもよい。ケイパビリティは、サービスによって提供された機能の一部と関連付けられることができるか、またはケイパビリティは、サービスの全ての機能が利用可能であることを示すことができる。いくつかの実施形態において、多数のケイパビリティが、（例えば、サービス１のためにインフラストラクチャがプロビジョニングされるときおよび／またはアーティファクトがデプロイされるとき）ブートストラップサービス１の一部としてステップ３において発行されてもよい。ケイパビリティを発行する特定のコンピューティングコンポーネントは、図１のＣＩＯＳ１０２のあらゆる適切なコンポーネント（例えば、ＣＩＯＳリージョナル１１０、または、ＶｉＢＥが使用される場合、それぞれ図２および図３のＣＩＯＳリージョナル２１６または３１４、または図３のＣＩＯＳリージョナル（ＶｉＢＥ）３２６、デプロイメントオーケストレータ２１８、３１７、図２および図３のＯＳ３３０など）であってもよい。
【0103】
ステップ４において、ＭＦＯ５０２は、利用可能なケイパビリティの指示をポールまたはさもなければリクエストしてもよい。このリクエストは、所定の周期に従って、所定のスケジュールに従ってなど、あらゆる適切な時間に行われてもよい。いくつかの実施形態において、リクエストは、ケイパビリティサービス５０４に、発行／受信された全てのケイパビリティ識別子のリストを提供させてもよい。いくつかの実施形態において、リクエストは、特定のケイパビリティ識別子を含むことができ、提供される応答は、ケイパビリティ識別子が発行されたかどうか（例えば、ケイパビリティが発行されたかどうか、ケイパビリティが利用可能であるかどうか、など）を示すことができる。
【0104】
ＭＦＯ５０２は、リージョン構築を促進するためにそれが使用しているグラフ（例えば、構築依存グラフ３１４）を介して、他のリソースが、ステップ４において識別されたケイパビリティに依存しているかどうかを評価してもよい。例えば、グラフは、サービス２が、サービス１に関連付けられた機能に依存していることを示してもよい。この依存は、ケイパビリティとして表されてもよい。例えば、グラフは、サービス１が完全に（または部分的に）ブートストラップされている／動作可能であることを示すケイパビリティ（例えば、ケイパビリティ「１２３４」）が発行されるまでブートストラップされることができないことを示すサービス２との関連を維持してもよい。所要のケイパビリティ（例えば、ケイパビリティ「１２３４」）がステップ４を介して利用可能であることを識別すると、ＭＦＯ５０２は、グラフのトラバースを継続してもよく、ステップ５へ進む。
【0105】
いくつかの実施形態において、ＭＦＯ５０２は、ケイパビリティが利用不可能であることを識別してもよい。いくつかの実施形態において、ＭＦＯ５０２は、ケイパビリティサービス５０４へ、ケイパビリティが必要であるという指示を発行してもよい。ＭＦＯ５０２は、サービス２がサービス１（例えば、ケイパビリティ「１２３４」）に対応する）に依存することを識別するためにグラフをトラバースしてもよい。いくつかの実施形態において、ＭＦＯ５０２は、サービス１が利用可能であることを示すケイパビリティを待ちながらグラフのトラバースを休止してもよい。リージョンの様々なリソースが利用可能になるので、ケイパビリティは、ケイパビリティサービス５０４へ発行されてもよく、これらのケイパビリティが利用可能になったことを示す。いくつかの実施形態において、ケイパビリティサービス５０４が、特定のケイパビリティが利用可能になったことを識別すると、ケイパビリティサービス５０４は、ＭＦＯ５０２に同じことを通知するために、アプリケーションプログラミングインターフェース、ファンクションコールなどのあらゆる適切な電子的方法を介してデータを送信してもよい。加えて、または代替的に、ＭＦＯ５０２は、利用可能なケイパビリティ（例えば、１つまたは複数のケイパビリティの特定のセット）の識別を周期的にポーリングまたはリクエストしてもよいおよび／またはケイパビリティサービス５０４は、利用可能なケイパビリティを周期的に発行してもよい。ＭＦＯ７０２は、ケイパビリティサービス５０４が、ケイパビリティが利用可能であることを示すデータを提供するまで、ケイパビリティが利用不可能であると見なしてもよく、グラフのさらなるトラバース（またはグラフの特定のパスのトラバース）を控えてもよい。ＭＦＯ７０２が、ケイパビリティが利用可能になったことを識別すると（例えば、ケイパビリティサービス５０４によって提供されるデータに基づいて）、ＭＦＯ７０２は、グラフのトラバースを継続してもよく、ここで追加のサービスがブートストラップされてもよいことを識別する。
【0106】
ステップ５、６および７は、サービス２をブートストラップするという観点から、概してステップ１、２および３に対応してもよい。上記で説明されているように、ステップ５および６は、別々に実行されても、または１つのリクエストとして実行されてもよい。ステップ７において、ケイパビリティ２が発行されてもよく、サービス２の機能の一部または全てが利用可能であることを示す。上記で説明されているように、ケイパビリティサービス５０４は、このケイパビリティ情報を持続してもよい。
【0107】
ステップ８において、ＭＦＯ５０２は、サービス２に関連付けられたケイパビリティが利用可能であることを決定してもよい。上記で説明されているようにＭＦＯ５０２は、（例えば、特にケイパビリティ識別子によって、または利用可能なケイパビリティのリストを取得することを介して）この情報をリクエストしてもよいまたはケイパビリティサービス５０４は、ＭＦＯ５０２に、ケイパビリティのアベイラビリティを通知してもよい。いくつかの実施形態において、ケイパビリティサービス５０２はＭＦＯ５０２に特に通知してもよい、またはケイパビリティは、サービス２に関連付けられたケイパビリティが利用可能である１つまたは複数のコンピューティングコンポーネント（ＭＦＯ５０２を含む）へブロードキャストされてもよい。
【0108】
ステップ９、１０、１１は、サービス３をブートストラップするという観点から、ステップ１、２および３、および／または５、６および７に対応する。ステップ１２は、ステップ４および８に対応してもよい。
【0109】
方法５００のオペレーションは、あらゆる適切な回数実行されてもよい。例えば、ステップ１～４は、リージョン構築を推進するためにＭＦＯ５０２が使用しているグラフのトラバースに従ってあらゆる適切な回数（例えば、リージョンにおいてブートストラップされる各々のサービスのために）実行されてもよい。いくつかの実施形態において、図５のステップのあらゆる適切な部分が、図５に示されている順次方式ではなく並行方式で実行されてもよいことが認められるべきである。例えば、サービス１～３のリソースが依存を有さない場合、またはそれらが依存する全てのケイパビリティが利用可能である場合、それは、各々のサービスのために実行されるブートストラップオペレーションの少なくとも一部が実質的に並列方式で実行されることができるケースであり得る。方法５００は、サービスおよび／またはリソースをＶｉＢＥ（例えば、図５のＶｉＢＥ５２４）へまたは（例えば、新たなリージョンが通信により利用可能である場合）ＶｉＢＥを使用することなく新たなリージョンへ直接にブートストラップするために利用されてもよい。
【0110】
図６は、少なくとも１つの実施形態による、リージョン構築と関連付けられたサービスに関連した情報を表す例示的なユーザインターフェース６００を示すブロック図である。いくつかの実施形態において、ＵＩ６００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２のあらゆる適切なコンポーネント（例えば、それぞれ図１～図３のＣＩＯＳセントラル１０８、２１４および／または３０４）によってホストされてもよい。リージョン構築に対応するあらゆる適切なデータが、ユーザインターフェース（ＵＩ）６００に表示されてもよい。いくつかの実施形態において、ＵＩ６００は、特定のリージョン構築を選択するためのＵＩエレメント（例えば、ＵＩエレメント６０２、ドロップダウンメニュー）を含んでもよい。ＵＩエレメント６０２から特定のリージョン構築（例えば、リージョンＸ）を選択すると、そのリージョン構築に対応するデータが、ＵＩ６００に表示されてもよい。
【0111】
ＵＩ６００に表示されたデータは、最初、「サービス」タブ（例えば、サービスタブ６０４）に対応してもよい。いくつかの実施形態において、サービスタブ６０４は、選択されたリージョンにおいてブートストラップされるサービスに対応するあらゆる適切な情報を含んでもよい。非限定的な例として、サービスタブ６０４は、サービス識別子（コラム６０６）、バージョンセット識別子（コラム６０８）、変更タイプ（例えば、インフラストラクチャまたはアプリケーション／アーティファクト）およびステータス（例えば、成功／失敗）（コラム６１０）、消費されたケイパビリティ（コラム６１２）、生成されたケイパビリティ（コラム６１４）、および依存（コラム６１６）に対応するコラム６０６～６１６を含んでもよい。いくつかの実施形態において、コラム６０６は、選択されたリージョンにおいてブートストラップされる各々のサービスのための識別子を提供する。いくつかの実施形態において、サービス識別子（例えば、サービス識別子６１７）をクリックすることにより、ＵＩは、エリア６１８内でＵＩ６００に提供されたデータが、選択されたサービス識別子と関連付けられたデータのみにフィルタリングされ得る。バージョンセット識別子６１９を選択することにより、ＵＩ６００は、与えられたサービスと関連付けられたフロック設定および／またはアーティファクトのためのバージョン識別子と、バージョンセット識別子６１９とを（例えば、ポップアップウィンドウを介して）表示してもよい。
【0112】
コラム６０８は、サービスのための現在アクティブなバージョンセットを示すバージョンセット識別子（例えば、バージョンセット識別子６１９、「Golden」）を表示している。いくつかの実施形態において、ユーザが、同じサービスと関連付けられた２つのバージョンセットを見るおよび／または比較し得るように、現在のバージョンセット（例えば、Golden）を、サービスと関連付けられたあらゆるその他の選択されたバージョンセット識別子と比較するオプションが選択されてもよい。いくつかの実施形態において、アイコン（例えば、アイコン６２８）が、各々のサービスのためのコラム６０８内に表示されてもよい。アイコンを選択することにより、バージョンセット情報を表示するためにポップアップまたはその他の適切なインターフェースが表示されてもよい。例えば、フロック設定（例えば、「Golden」バージョンセットにおいて使用される特定のバージョン）のための識別子が識別されてもよいおよび／または１つまたは複数のアーティファクト識別子および対応するバージョンが表示されてもよい。いくつかの実施形態において、アイコン６２８を選択することにより、あらゆる適切な数のバージョンセットに対応するバージョンセット情報が表示されてもよい。例えば、アイコン６２８を選択することにより、「Golden」バージョンセットと関連付けられた情報がその中で提供され得るポップアップまたはその他のユーザインターフェースが提供されてもよい。いくつかの実施形態において、サービスが、あらゆるその他のバージョンセット（例えば、Break Glassバージョンセット）に関連する場合、その他のバージョンセットに対応する情報が表示されてもよい。したがって、ユーザは、あらゆる適切なバージョンセットに対応する情報（例えば、フロック設定を識別するフロック識別子、フロック設定に対応するバージョン識別子、およびそのフロック設定によって参照されるあらゆる適切な数のアーティファクトに対応するデータを含む）へアクセスし得る。アーティファクトデータのインスタンスは、アーティファクトのための識別子（例えば、アプリケーションＡ）およびアーティファクトのバージョンに対応するバージョン識別子（例えば、バージョン１）を含んでもよい。いくつかの実施形態において、バージョンセット情報は、サービスと関連付けられたリリースに対応するリリース識別子を含んでもよい。リリース
コラム６１０は、インフラストラクチャのプロビジョニングおよびアーティファクト（例えば、アプリケーション、構成ファイルなど）のデプロイメントに関連する情報を表示する。いくつかの実施形態において、識別子（例えば、インフラストラクチャおよび／またはアーティファクトに対応する特定のリリースを識別するリリース識別子）がコラム６１０に示されてもよい。ステータスは、リリースに対応するオペレーションの現在のステータスを示してもよい。
コラム６１０は、インフラストラクチャのプロビジョニングおよびアーティファクト（例えば、アプリケーション、構成ファイルなど）のデプロイメントに関連する情報を表示する。いくつかの実施形態において、識別子（例えば、インフラストラクチャおよび／またはアーティファクトに対応する特定のリリースを識別するリリース識別子）がコラム６１０に示されてもよい。ステータスは、リリースに対応するオペレーションの現在のステータスを示してもよい。
【0113】
コラム６１２は、どのケイパビリティが消費されたかを識別するインジケータを表示する。消費されたケイパビリティは、処理された対応するサービスが依存するケイパビリティである。言い換えれば、消費されたケイパビリティは、現在のサービスが依存する他のサービスに関連して発行されたケイパビリティを示す。
【0114】
コラム６１４は、どのケイパビリティをサービスが生成したかを識別するインジケータを表示する。生成されたケイパビリティは、与えられたサービスをブートストラップする経過において発行されたケイパビリティである。その他のサービスは、これらの生成されたケイパビリティのうちの１つまたは複数に依存してもよい。
【0115】
いくつかの実施形態において、ステータスを示すケイパビリティ識別子の隣にアイコンが現れることができる。例えば、アイコン６２０は、ケイパビリティがうまく消費／生成されたことを示してもよい。図６に示されているように、アイコン６２０は、ケイパビリティ２がうまく生成されたことを示している。同様に、アイコン６２１は、図６に表示されているように、ケイパビリティ（例えば、ケイパビリティ５）がまだ生成されていないことを示している。アイコン６２３は、ケイパビリティが失敗した（例えば、生成されなかった、または消費されなかった）ことを示すために使用されることができる。アイコン６２５は、サービスが依存するケイパビリティが失敗したことを示すために使用されることができる。アイコン６２７は、まだ生成されていないケイパビリティへの依存を示すために使用されることができる。アイコン／ケイパビリティインジケータのいずれかを選択することにより、選択されたケイパビリティに対応するサービスを示すポップアップまたはその他のディスプレイが表示されてもよい。例えば、アイコン６２７（またはアイコン６２７に対応するインジケータ）を選択することにより、そのケイパビリティ（この例では、サービス２および３）に依存する全てのサービスを列挙するポップアップウィンドウが提供されてもよい。
【0116】
ＵＩ６００は、エリア６３０を含んでもよい。エリア６３０は、リージョンと関連付けられたあらゆる適切な情報を表示するように構成されてもよい。例えば、エリア６３０は、リージョン構築のステータス（なし、構築、生成、休止、廃止予定など）、発行されたケイパビリティの数（例えば、３）、発行されることが予想される総ケイパビリティの数（例えば１２３）を示してもよい。いくつかの実施形態において、エリア６３０は、ケイパビリティのステータスを示す進捗インジケータを表示してもよい。進捗インジケータの部分６３２は、うまく発行されたケイパビリティを示してもよい。進捗インジケータの部分６３２は、うまく発行されたケイパビリティを示してもよい。進捗インジケータの部分６３４は、まだ発行されていないケイパビリティを示してもよい。進捗インジケータの部分６３６は、失敗したケイパビリティを示してもよい。
【0117】
ＵＩ６００は、エリア６３８を含んでもよい。エリア６３８は、エリア６１８に表示されたデータをフィルタリングするためのあらゆる適切なＵＩエレメントを含んでもよい。ユーザは、識別子と関連付けられたフィルタのセットを定義してもよい。これらの所定のフィルタセットは、６４０に示されているように、エリア６３８内に（例えば、識別子によって）表示されてもよい。いくつかの実施形態において、ＵＩエレメント６４２を選択することによってユーザ入力が提供されてもよい。ユーザは、このエレメントを介してあらゆる適切なフィルタを入力してもよく、それによりエリア６１８に表示されたデータがフィルタリングされてもよい。
【0118】
イベントタブ６４２を選択することにより、ユーザが図7のユーザインターフェース（ＵＩ）７００へナビゲートされてもよい。
【0119】
図７は、少なくとも１つの実施形態による、リージョン構築と関連付けられたイベントに関連した情報を表示する例示的なユーザインターフェース７００を示すブロック図である。ＵＩ７００は、ＵＩ６００を介した選択後のイベントタブのビューを表示してもよい。イベントタブ７０２（図６のイベントタブ６４２に対応する）を選択することにより、データがエリア７０４に表示されてもよい。イベントは、ケイパビリティに対応してもよい。
【0120】
イベントタブ７０２は、イベント識別子（コラム７０６）、イベントが受信された時間に対応する時間／タイムスタンプ（コラム７０８）、ケイパビリティが発行されると仮定される順序を示すポジション（コラム７１０）、イベントのタイプ（例えば、ケイパビリティ）を示すタイプ（コラム７１２）、イベントが関連付けられた（例えば、サービスをブートストラップすることにより発行された）特定のサービス（フロック設定）を識別する名前（コラム７１４）またはその他の識別子に対応するコラム７０６～７１４を含んでもよい。エリア７０４に表示されていないイベントと関連付けられたあらゆる適切な情報が、オプション７１６の選択に基づいて表示されてもよい。
【0121】
図８は、少なくとも１つの実施形態による、リージョン構築を実行するための（例えば、ブートストラップオペレーションをインクリメントに実行することによってリージョンを修正するための）例示的な方法８００を示す。方法８００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２（例えば、図１のマルチフロックオーケストレータ１０６などのオーケストレーションサービス）の１つまたは複数のコンポーネントによって実行されてもよい。コンピューティングデバイスの１つまたは複数のプロセッサによって実行されるとコンピューティングデバイスに方法８００を実行させるコンピュータ可読命令を含むコンピュータ可読記憶媒体。方法８００は、あらゆる適切な順序でまたは並行して実行されてもよい。方法８００は、図８に示されているよりも多くのまたは少ないステップを含んでもよいことが認められるべきである。
【0122】
方法８００は、８０２において開始してもよく、ここで、１つまたは複数のデータセンタに対応するリージョン内でブートストラップされる複数のサービスに対応する複数の構成ファイルが取得されてもよい。いくつかの実施形態において、複数のサービスの各々は、インフラストラクチャコンポーネントおよび対応するソフトウェアアーティファクトを含むリソースのそれぞれのセットと関連付けられてもよい。
【0123】
８０４において、複数のサービスの間の１つまたは複数の依存が、複数の構成ファイルに少なくとも部分的に基づいて識別されてもよい。上記で説明されているように、静的解析が実行されてもよく、この静的解析は、１つまたは複数の依存を識別するために構成ファイルをパースすることを含むことができる（他のサービスと関連付けられた変数および／または識別子の直接参照、他のサービスと関連付けられた変数および／または識別子の関節参照など）。
【0124】
８０６において、複数のサービスをブートストラップするためのオペレーションが実行される順序が、１つまたは複数の識別された依存に少なくとも部分的に基づいて決定されてもよい。上記で説明されているように、レコード、データ構造（例えば、図５の構築依存グラフ３１４などの有向グラフ）が、これらの依存の知識を維持するために生成されてもよい。
【0125】
８０８において、プロビジョニングおよびデプロイメントマネジャ（例えば、図１のＣＩＯＳセントラル１０８）が、決定された順序に従って複数のサービスをブートストラップするための対応するオペレーションを実行するようにインクリメントに命令されてもよい。いくつかの実施形態において、依存を管理するためにデータ構造が使用される場合など、データ構造は、リージョン構築に対応するあらゆる適切な数のサービスのブートストラップオペレーションをインクリメントに推進するために図７に関連して上記で説明されているのと類似の形式でトラバースされることができる。
【0126】
図９は、少なくとも１つの実施形態による、リージョン構築を実行する（例えば、リージョン内の１つまたは複数のデータセンタへリソースをブートストラップする）ためにバージョンセットを利用するための例示的な方法９００を示す。方法９００は、図１のクラウドインフラストラクチャオーケストレーションサービス１０２の１つまたは複数のコンポーネント（例えば、図１のマルチフロックオーケストレータ１０６などのオーケストレーションサービス）によって実行されてもよい。コンピューティングデバイスの１つまたは複数のプロセッサによって実行されるとコンピューティングデバイスに方法９００を実行させるコンピュータ可読命令を含むコンピュータ可読記憶媒体。方法９００は、あらゆる適切な順序でまたは並行して実行されてもよい。方法９００は、図９００に示されているよりも多いまたは少ないステップを含んでもよい。
【0127】
方法９００は、９０２において開始してもよく、ここで、複数のバージョンセット（例えば、図６のバージョンセット）が維持されてもよい。複数のサービスと関連付けられた複数の構成ファイルの構成ファイルのそれぞれのセットを識別する複数のバージョンセットの各々。
【0128】
９０４において、第１のバージョンセット（例えば、nightlyバージョンセット）が決定されてもよい。第１のバージョンセットは、複数の構成ファイルから構成ファイルの第１のセットを識別してもよい。
【0129】
９０６において、第１のバージョンセットによって識別された構成ファイルの第１のセットを検証するための検証過程が実行されてもよい。
【0130】
９０８において、構成ファイルの第２のセットを識別する第２のバージョンセット（例えば、goldenバージョンセット）が生成されてもよい。いくつかの実施形態において、検証過程をうまく通過したフロック構成ファイルを識別することに少なくとも部分的に基づいて構成ファイルの第１のセットから識別される構成ファイルの第２のセット。
【0131】
９１０において、リージョン構築は、第２のバージョンセットによって識別された構成ファイルの第２のセットを利用して実行されてもよい。
【0132】
例示的なクラウドサービスインフラストラクチャアーキテクチャ
上記のように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、クラウドコンピューティングの１つの特定のタイプである。ＩａａＳは、公共ネットワーク（例えば、インターネット）上で、仮想化されたコンピューティングリソースを提供するように構成されることができる。ＩａａＳモデルにおいて、クラウドコンピューティングプロバイダは、インフラストラクチャコンポーネント（例えば、サーバ、記憶装置、ネットワークノード（例えば、ハードウェア）、デプロイメントソフトウェア、プラットフォーム仮想化（例えば、ハイパーバイザレイヤ）など）をホストすることができる。いくつかのケースにおいて、ＩａａＳプロバイダは、これらのインフラストラクチャコンポーネントに伴うための様々なサービス（例えば、ビリング、モニタリング、ロギング、ロードバランシングおよびクラスタリングなど）を供給してもよい。したがって、これらのサービスはポリシードリブンであり得るため、ＩａａＳユーザは、アプリケーションアベイラビリティおよびパフォーマンスを維持するためにロードバランシングを推進するためのポリシーを実行することができてもよい。
上記のように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、クラウドコンピューティングの１つの特定のタイプである。ＩａａＳは、公共ネットワーク（例えば、インターネット）上で、仮想化されたコンピューティングリソースを提供するように構成されることができる。ＩａａＳモデルにおいて、クラウドコンピューティングプロバイダは、インフラストラクチャコンポーネント（例えば、サーバ、記憶装置、ネットワークノード（例えば、ハードウェア）、デプロイメントソフトウェア、プラットフォーム仮想化（例えば、ハイパーバイザレイヤ）など）をホストすることができる。いくつかのケースにおいて、ＩａａＳプロバイダは、これらのインフラストラクチャコンポーネントに伴うための様々なサービス（例えば、ビリング、モニタリング、ロギング、ロードバランシングおよびクラスタリングなど）を供給してもよい。したがって、これらのサービスはポリシードリブンであり得るため、ＩａａＳユーザは、アプリケーションアベイラビリティおよびパフォーマンスを維持するためにロードバランシングを推進するためのポリシーを実行することができてもよい。
【0133】
いくつかの例において、ＩａａＳカスタマーは、インターネットなどのワイドエリアネットワーク（ＷＡＮ）を通じてリソースおよびサービスにアクセスしてもよく、アプリケーションスタックの残りのエレメントをインストールするためにクラウドプロバイダのサービスを使用することができる。例えば、ユーザは、ＩａａＳプラットフォームにログインして、仮想マシン（ＶＭ）を生成し、各々のＶＭにオペレーティングシステム（ＯＳ）をインストールし、データベースなどのミドルウェアをデプロイし、ワークロードおよびバックアップのためのストレージバケットを生成し、さらには企業ソフトウェアをそのＶＭにインストールすることができる。次いで、カスタマーは、プロバイダのサービスを使用して、ネットワークトラフィックのバランスを取る、アプリケーション問題をトラブルシューティングする、パフォーマンスをモニタリングする、災害復旧を管理する、などを含む様々な機能を実行することができる。
【0134】
ほとんどのケースでは、クラウドコンピューティングモデルは、クラウドプロバイダの参加を必要とする。クラウドプロバイダは、ＩａａＳを提供（オファー、レンタル、販売）することを専門とするサードパーティサービスであってもよいが、そうである必要はない。エンティティは、プライベートクラウドをデプロイすることを選択し、インフラストラクチャサービスの自己のプロバイダとなってもよい。
【0135】
いくつかの例において、ＩａａＳデプロイメントは、準備されたアプリケーションサーバなどに、新たなアプリケーションまたはアプリケーションの新たなバージョンを加えるプロセスである。これは、サーバを準備する（例えば、ライブラリ、デーモンなどをインストールする）プロセスも含んでもよい。これは、しばしば、ハイパーバイザレイヤ（例えば、サーバ、ストレージ、ネットワークハードウェア、および仮想化）の下で、クラウドプロバイダによって管理される。したがって、カスタマーは、（ＯＳ）、ミドルウェア、および／またはアプリケーションデプロイメント（例えば、セルフサービス仮想マシン（例えば、オンデマンドでスピンアップされることができるもの）において）をハンドリングするための責任があり得る。
【0136】
いくつかの例において、ＩａａＳプロビジョニングは、使用するためのコンピュータまたは仮想ホストを獲得すること、さらには、それらに所要のライブラリまたはサービスをインストールすることを指す場合がある。ほとんどのケースでは、デプロイメントはプロビジョニングを含まず、プロビジョニングは最初に実行される必要はなくてもよい。
【0137】
いくつかのケースでは、ＩａａＳプロビジョニングのための２つの異なる課題が存在する。第１に、あらゆるものが動作する前にインフラストラクチャの初期セットをプロビジョニングするという初期の課題がある。第２に、全てがプロビジョニングされると、既存のインフラストラクチャを発展させる（例えば、新たなサービスを追加する、サービスを変更する、サービスを除去するなど）という課題がある。いくつかのケースにおいて、これらの２つの課題は、インフラストラクチャの構成が宣言的に定義されることを可能にすることによって解決されてもよい。言い換えれば、インフラストラクチャ（例えば、どのコンポーネントが必要とされ、それらがどのように相互作用するか）は、１つまたは複数の構成ファイルによって定義されることができる。したがって、インフラストラクチャの全体的なトポロジー（例えば、どのリソースがどれに依存するか、それらが各々どのように協働するか）は、宣言的に記述されることができる。いくつかの例において、トポロジーが定義されると、構成ファイルに記述された異なるコンポーネントを生成および／または管理するワークフローが生成されることができる。
【0138】
いくつかの例において、インフラストラクチャは、多くの相互接続されたエレメントを有してもよい。例えば、コアネットワークとしても知られる、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（例えば、構成可能および／または共有コンピューティングリソースの潜在的にオンデマンドのプール）が存在してもよい。いくつかの例において、ネットワークのインバウンドおよび／またはアウトバウンドトラフィックがどのようにセットアップされるかを定義するためにプロビジョニングされる１つまたは複数のインバウンド／アウトバウンドトラフィックグループおよび１つまたは複数の仮想マシン（ＶＭ）も存在してもよい。ロードバランサ、データベースなどのその他のインフラストラクチャエレメントもプロビジョニングされてもよい。より多くのインフラストラクチャエレメントが望まれるおよび／または追加されるので、インフラストラクチャは、インクリメントに発展し得る。
【0139】
いくつかの例において、様々な仮想コンピューティング環境を横断したインフラストラクチャコードのデプロイメントを可能にするために、連続的なデプロイメント技術が採用されてもよい。加えて、記述された技術は、これらの環境内でインフラストラクチャマネジメントを可能にすることができる。いくつかの例において、サービスチームは、１つまたは複数の、ただししばしば多くの、異なる生産環境へ（例えば、様々な異なる地理的ロケーションを横断して、時には全世界にわたって）デプロイされることが望まれるコードを書くことができる。しかしながら、いくつかの例において、コーデがデプロイされるインフラストラクチャは、まずセットアップされなければならない。いくつかの例において、プロビジョニングは手動で行われることができる、リソースをプロビジョニングするためにプロビジョニングツールが利用されてもよい、および／またはインフラストラクチャがプロビジョニングされるとコードをデプロイするためにデプロイメントツールが利用されてもよい。
【0140】
図１０は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの例示的なパターンを示すブロック図１０００である。サービスオペレータ１００２は、仮想クラウドネットワーク（ＶＣＮ）１００６およびセキュアホストサブネット１００８を含むことができるセキュアホストテナンシ１００４に通信により結合されることができる。いくつかの例において、サービスオペレータ１００２は、１つまたは複数のクライアントコンピューティングデバイスを使用してもよく、これは、Microsoft Windows Mobile（登録商標）などのソフトウェア、および／またはiOS、Windows Phone、Android、BlackBerry 8、Palm OSなどの様々なモバイルオペレーティングシステムを実行し、インターネット、Ｅメール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）、またはその他の通信プロトコルが有効化される、ポータブルハンドヘルドデバイス（例えば、iPhone（登録商標）、携帯電話、iPad（登録商標）、コンピューティングタブレット、パーソナルデジタルアシスタント（ＰＤＡ））またはウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）であることができる。代替的に、クライアントコンピューティングデバイスは、例えば、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはLinux（登録商標）オペレーティングシステムの様々なバージョンを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用パーソナルコンピュータであることができる。クライアントコンピューティングデバイスは、例えば、Google Chrome OSなどの、限定することなく様々なＧＮＵ／Linuxオペレーティングシステムを含む、様々な市販のUNIX（登録商標）またはUNIXのようなオペレーティングシステムのいずれかを実行するワークステーションコンピュータであることができる。代替的に、または加えて、クライアントコンピューティングデバイスは、ＶＣＮ１００６および／またはインターネットへアクセスすることができるネットワーク上で通信することができる、シンクライアントコンピュータ、インターネット接続可能なゲーミングシステム（例えば、Kinect（登録商標）ジェスチャ入力デバイスを備えるまたは備えないMicrosoft Xboxゲーミングコンソール）、および／またはパーソナルメッセージングデバイスなどの、あらゆるその他の電子デバイスであってもよい。
【0141】
ＶＣＮ１００６は、ＳＳＨ ＶＣＮ１０１２に含まれたＬＰＧ１０１０を介してセキュアシェル（ＳＳＨ）ＶＣＮ１０１２に通信により結合されることができるローカルピアリングゲートウェイ（ＬＰＧ）１０１０を含むことができる。ＳＳＨ ＶＣＮ１０１２は、ＳＳＨサブネット１０１４を含むことができ、ＳＳＨ ＶＣＮ１０１２は、コントロールプレーンＶＣＮ１０１６に含まれたＬＰＧ１０１０を介してコントロールプレーンＶＣＮ１０１６に通信により結合されることができる。また、ＳＳＨ ＶＣＮ１０１２は、ＬＰＧ１０１０を介してデータプレーンＶＣＮ１０１８に通信により結合されることができる。コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８は、ＩａａＳプロバイダによって所有および／または運用されることができるサービステナンシ１０１９に含まれることができる。
【0142】
コントロールプレーンＶＣＮ１０１６は、ペリメータネットワーク（例えば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）として機能するコントロールプレーン非武装地帯（ＤＭＺ）ティア１０２０を含むことができる。ＤＭＺベースサーバは、制限された責任を有してもよく、違反を閉じ込めておくことを助けてもよい。加えて、ＤＭＺティア１０２０は、１つまたは複数のロードバランサ（ＬＢ）サブネット１０２２、アプリサブネット１０２６を含むことができるコントロールプレーンアプリティア１０２４、データベース（ＤＢ）サブネット１０３０（例えば、フロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含むことができるコントロールプレーンデータティア１０２８を含むことができる。コントロールプレーンＤＭＺティア１０２０に含まれたＬＢサブネット１０２２は、コントロールプレーンアプリティア１０２４に含まれたアプリサブネット１０２６およびコントロールプレーンＶＣＮ１０１６に含まれることができるインターネットゲートウェイ１０３４に通信により結合されることができ、アプリサブネット１０２６は、コントロールプレーンデータティア１０２８に含まれたＤＢサブネット１０３０、サービスゲートウェイ１０３６、およびネットワークアドレストランスレーション（ＮＡＴ）ゲートウェイ１０３８に通信により結合されることができる。コントロールプレーンＶＣＮ１０１６は、サービスゲートウェイ１０３６およびＮＡＴゲートウェイ１０３８を含むことができる。
【0143】
コントロールプレーンＶＣＮ１０１６は、アプリサブネット１０２６を含むことができるデータプレーンミラーアプリティア１０４０を含むことができる。データプレーンミラーアプリティア１０４０に含まれたアプリサブネット１０２６は、コンピュートインスタンス１０４４を実行することができる仮想ネットワークインターフェースコントローラ（ＶＮＩＣ）１０４２を含むことができる。コンピュートインスタンス１０４４は、データプレーンミラーアプリティア１０４０のアプリサブネット１０２６を、データプレーンアプリティア１０４６に含まれることができるアプリサブネット１０２６に通信により結合することができる。
【0144】
データプレーンＶＣＮ１０１８は、データプレーンアプリティア１０４６、データプレーンＤＭＺティア１０４８、およびデータプレーンデータティア１０５０を含むことができる。データプレーンＤＭＺティア１０４８は、データプレーンアプリティア１０４６のアプリサブネット１０２６およびデータプレーンＶＣＮ１０１８のインターネットゲートウェイ１０３４に通信により結合されることができるＬＢサブネット１０２２を含むことができる。アプリサブネット１０２６は、データプレーンＶＣＮ１０１８のサービスゲートウェイ１０３６およびデータプレーンＶＣＮ１０１８のＮＡＴゲートウェイ１０３８に通信により結合されることができる。データプレーンデータティア１０５０は、データプレーンアプリティア１０４６のアプリサブネット１０２６に通信により結合されることができるＤＢサブネット１０３０も含むことができる。
【0145】
コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８のインターネットゲートウェイ１０３４は、公共インターネット１０５４に通信により結合されることができるメタデータマネジメントサービス１０５２に通信により結合されることができる。公共インターネット１０５４は、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８のＮＡＴゲートウェイ１０３８に通信により結合されることができる。コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８のサービスゲートウェイ１０３６は、クラウドサービス１０５６に通信により結合されることができる。
【0146】
いくつかの例において、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８のサービスゲートウェイ１０３６は、公共インターネット１０５４を通過することなくクラウドサービス１０５６へアプリケーションプログラミングインターフェース（ＡＰＩ）コールを行うことができる。サービスゲートウェイ１０３６からクラウドサービス１０５６へのＡＰＩコールは、一方向であることができる。サービスゲートウェイ１０３６はクラウドサービス１０５６へＡＰＩコールを行うことができ、クラウドサービス１０５６は、リクエストされたデータをサービスゲートウェイ１０３６へ送信することができる。しかしながら、クラウドサービス１０５６は、サービスゲートウェイ１０３６へのＡＰＩコールを開始しなくてもよい。
【0147】
いくつかの例において、セキュアホストテナンシ１００４は、さもなければ隔離され得るサービステナンシ１０１９に直接接続されることができる。セキュアホストサブネット１００８は、さもなければ隔離されるシステム上の双方向通信を可能にし得るＬＰＧ１０１０を通じてＳＳＨサブネット１０１４と通信することができる。セキュアホストサブネット１００８をＳＳＨサブネット１０１４に接続することは、セキュアホストサブネット１００８に、サービステナンシ１０１９内の他のエンティティへのアクセスを与えてもよい。
【0148】
コントロールプレーンＶＣＮ１０１６は、サービステナンシ１０１９のユーザが、所望のリソースをセットアップまたはさもなければプロビジョニングすることを可能にし得る。コントロールプレーンＶＣＮ１０１６においてプロビジョニングされる所望のリソースは、データプレーンＶＣＮ１０１８においてデプロイまたはさもなければ使用されてもよい。いくつかの例において、コントロールプレーンＶＣＮ１０１６は、データプレーンＶＣＮ１０１８から隔離されることができ、コントロールプレーンＶＣＮ１０１６のデータプレーンミラーアプリティア１０４０は、データプレーンミラーアプリティア１０４０およびデータプレーンアプリティア１０４６に含まれることができるＶＮＩＣ１０４２を介して、データプレーンＶＣＮ１０１８のデータプレーンアプリティア１０４６と通信することができる。
【0149】
いくつかの例において、システムのユーザ、またはカスタマーは、メタデータマネジメントサービス１０５２へリクエストを通信することができる公共インターネット１０５４を通じて、リクエストを行う、例えば、オペレーションを作成、読み出し、更新、または削除（ＣＲＵＤ）することができる。メタデータマネジメントサービス１０５２は、インターネットゲートウェイ１０３４を通じてコントロールプレーンＶＣＮ１０１６へリクエストを通信することができる。リクエストは、コントロールプレーンＤＭＺティア１０２０に含まれたＬＢサブネット１０２２によって受信されることができる。ＬＢサブネット１０２２は、リクエストが有効であることを決定してもよく、この決定に応答して、ＬＢサブネット１０２２は、コントロールプレーンアプリティア１０２４に含まれたアプリサブネット１０２６へリクエストを送信することができる。リクエストが検証され、公共インターネット１０５４へのコールを要求すると、公共インターネット１０５４へのコールがＮＡＴゲートウェイ１０３８へ送信されてもよく、ＮＡＴゲートウェイ１０３８は公共インターネット１０５４へのコールを行うことができる。リクエストによって記憶されることが望まれ得るメタデータは、ＤＢサブネット１０３０に記憶されることができる。
【0150】
いくつかの例において、データプレーンミラーアプリティア１０４０は、コントロールプレーンＶＣＮ１０１６とデータプレーンＶＣＮ１０１８との間の直接通信を容易にすることができる。例えば、構成に対する変更、更新、またはその他の適切な修正が、データプレーンＶＣＮ１０１８に含まれたリソースに適用されることが望まれる場合がある。ＶＮＩＣ１０４２を介して、コントロールプレーンＶＣＮ１０１６は、データプレーンＶＣＮ１０１８に含まれたリソースと直接通信することができ、これにより、それらに対して構成への変更、更新、またはその他の適切な修正を実行することができる。
いくつかの実施形態において、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８は、サービステナンシ１０１９に含まれることができる。このケースでは、システムのユーザ、またはカスタマーは、コントロールプレーンＶＣＮ１０１６またはデータプレーンＶＣＮ１０１８のいずれも所有または操作しない場合がある。その代わりに、ＩａａＳプロバイダが、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８を所有または操作してもよく、それら両方は、サービステナンシ１０１９に含まれてもよい。この実施形態は、ユーザまたはカスタマーが他のユーザまたは他のカスタマーのリソースと相互作用することを防止し得るネットワークの隔離を可能にすることができる。また、この実施形態は、記憶のために、所望のレベルの脅威防止を有さない場合がある公共インターネット１０５４に依存する必要なく、システムのユーザまたはカスタマーが、プライベートでデータベースを記憶することを可能にしてもよい。
いくつかの実施形態において、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８は、サービステナンシ１０１９に含まれることができる。このケースでは、システムのユーザ、またはカスタマーは、コントロールプレーンＶＣＮ１０１６またはデータプレーンＶＣＮ１０１８のいずれも所有または操作しない場合がある。その代わりに、ＩａａＳプロバイダが、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８を所有または操作してもよく、それら両方は、サービステナンシ１０１９に含まれてもよい。この実施形態は、ユーザまたはカスタマーが他のユーザまたは他のカスタマーのリソースと相互作用することを防止し得るネットワークの隔離を可能にすることができる。また、この実施形態は、記憶のために、所望のレベルの脅威防止を有さない場合がある公共インターネット１０５４に依存する必要なく、システムのユーザまたはカスタマーが、プライベートでデータベースを記憶することを可能にしてもよい。
【0151】
その他の実施形態において、コントロールプレーンＶＣＮ１０１６に含まれたＬＢサブネット１０２２は、サービスゲートウェイ１０３６から信号を受信するように構成されることができる。この実施形態において、コントロールプレーンＶＣＮ１０１６およびデータプレーンＶＣＮ１０１８は、公共インターネット１０５４をコールすることなくＩａａＳプロバイダのカスタマーによってコールされるように構成されてもよい。ＩａａＳプロバイダのカスタマーは、この実施形態を望む場合がある。なぜならば、カスタマーが使用するデータベースが、ＩａａＳプロバイダによって制御されてもよく、公共インターネット１０５４から隔離されてもよいサービステナンシ１０１９に記憶されてもよいからである。
【0152】
図１１は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１１００である。サービスオペレータ１１０２（例えば、図１０のサービスオペレータ１００２）は、仮想クラウドネットワーク（ＶＣＮ）１１０６（例えば、図１０のＶＣＮ１００６）およびセキュアホストサブネット１１０８（例えば、図１０のセキュアホストサブネット１００８）を含むことができるセキュアホストテナンシ１１０４（例えば、図１０のセキュアホストテナンシ１００４）に通信により結合されることができる。ＶＣＮ１１０６は、ＳＳＨ ＶＣＮ１１１２に含まれたＬＰＧ１０１０を介してセキュアシェル（ＳＳＨ）ＶＣＮ１１１２（例えば、図１０のＳＳＨ ＶＣＮ１０１２）に通信により結合されることができるローカルピアリングゲートウェイ（ＬＰＧ）１１１０（例えば、図１０のＬＰＧ１０１０）を含むことができる。ＳＳＨ ＶＣＮ１１１２は、ＳＳＨサブネット１１１４（例えば、図１０のＳＳＨサブネット１０１４）を含むことができ、ＳＳＨ ＶＣＮ１１１２は、コントロールプレーンＶＣＮ１１１６に含まれたＬＰＧ１１１０を介してコントロールプレーンＶＣＮ１１１６（例えば、図１０のコントロールプレーンＶＣＮ１０１６）に通信により結合されることができる。コントロールプレーンＶＣＮ１１１６は、サービステナンシ１１１９（例えば、図１０のサービステナンシ１０１９）に含まれることができ、データプレーンＶＣＮ１１１８（例えば、図１０のデータプレーンＶＣＮ１０１８）は、システムの、ユーザまたはカスタマーによって所有または操作され得るカスタマーテナンシ１１２１に含まれることができる。
【0153】
コントロールプレーンＶＣＮ１１１６は、ＬＢサブネット１１２２（例えば、図１０のＬＢサブネット１０２２）を含むことができるコントロールプレーンＤＭＺティア１１２０（例えば、図１０のコントロールプレーンＤＭＺティア１０２０）、アプリサブネット１１２６（例えば、図１０のアプリサブネット１０２６）を含むことができるコントロールプレーンアプリティア１１２４（例えば、図１０のコントロールプレーンアプリティア１０２４）、およびデータベース（ＤＢ）サブネット１１３０（例えば、図１０のＤＢサブネット１０３０に類似のもの）を含むことができるコントロールプレーンデータティア１１２８（例えば、図１０のコントロールプレーンデータティア１０２８）を含むことができる。コントロールプレーンＤＭＺティア１１２０に含まれたＬＢサブネット１１２２は、コントロールプレーンアプリティア１１２４に含まれたアプリサブネット１１２６およびコントロールプレーンＶＣＮ１１１６に含まれることができるインターネットゲートウェイ１１３４（例えば、図１０のインターネットゲートウェイ１０３４）に通信により結合されることができ、アプリサブネット１１２６は、コントロールプレーンデータティア１１２８に含まれたＤＢサブネット１１３０、サービスゲートウェイ１１３６（例えば、図１０のサービスゲートウェイ１０３６）、およびネットワークアドレストランスレーション（ＮＡＴ）ゲートウェイ１１３８（例えば、図１０のＮＡＴゲートウェイ１０３８）に通信により結合されることができる。コントロールプレーンＶＣＮ１１１６は、サービスゲートウェイ１１３６およびＮＡＴゲートウェイ１１３８を含むことができる。
【0154】
コントロールプレーンＶＣＮ１１１６は、アプリサブネット１１２６を含むことができるデータプレーンミラーアプリティア１１４０（例えば、図１０のデータプレーンミラーアプリティア１０４０）を含むことができる。データプレーンミラーアプリティア１１４０に含まれたアプリサブネット１１２６は、コンピュートインスタンス１１４４（例えば、図１０のコンピュートインスタンス１０４４に類似のもの）を実行することができる仮想ネットワークインターフェースコントローラ（ＶＮＩＣ）１１４２（例えば、１０４２のＶＮＩＣ）を含むことができる。コンピュートインスタンス１１４４は、データプレーンミラーアプリティア１１４０に含まれたＶＮＩＣ１１４２およびデータプレーンアプリティア１１４６に含まれたＶＮＩＣ１１４２を介して、データプレーンミラーアプリティア１１４０のアプリサブネット１１２６と、データプレーンアプリティア１１４６（例えば、図１０のデータプレーンアプリティア１０４６）に含まれることができるサプリサブネット１１２６との間の通信を容易にすることができる。
【0155】
コントロールプレーンＶＣＮ１１１６に含まれたインターネットゲートウェイ１１３４は、公共インターネット１１５４（例えば、図１０の公共インターネット１０５４）に通信により結合されることができるメタデータマネジメントサービス１１５２（例えば、図１０のメタデータマネジメントサービス１０５２）に通信により結合されることができる。公共インターネット１１５４は、コントロールプレーンＶＣＮ１１１６に含まれたＮＡＴゲートウェイ１１３８に通信により結合されることができる。コントロールプレーンＶＣＮ１１１６に含まれたサービスゲートウェイ１１３６は、クラウドサービス１１５６（例えば、図１０のクラウドサービス１０５６）に通信により結合されることができる。
【0156】
いくつかの例において、データプレーンＶＣＮ１１１８は、カスタマーテナンシ１１２１に含まれることができる。このケースでは、ＩａａＳプロバイダは、各々のカスタマーのためのコントロールプレーンＶＣＮ１１１６を提供してもよく、ＩａａＳプロバイダは、各々のカスタマーのために、サービステナンシ１１１９に含まれた固有のコンピュートインスタンス１１４４をセットアップしてもよい。各々のコンピュートインスタンス１１４４は、サービステナンシ１１１９に含まれたコントロールプレーンＶＣＮ１１１６と、カスタマーテナンシ１１２１に含まれたデータプレーンＶＣＮ１１１８との間の通信を可能にし得る。コンピュートインスタンス１１４４により、サービステナンシ１１１９に含まれたコントロールプレーンＶＣＮ１１１６においてプロビジョニングされるリソースが、カスタマーテナンシ１１２１に含まれたデータプレーンＶＣＮ１１１８においてデプロイまたはさもなければ使用されることができる。
【0157】
その他の例において、ＩａａＳプロバイダのカスタマーは、カスタマーテナンシ１１２１に存在するデータベースを有してもよい。この例において、コントロールプレーンＶＣＮ１１１６は、アプリサブネット１１２６を含むことができるデータプレーンミラーアプリティア１１４０を含むことができる。データプレーンミラーアプリティア１１４０は、データプレーンＶＣＮ１１１８に存在することができるが、データプレーンミラーアプリティア１１４０は、データプレーンＶＣＮ１１１８に存在しなくてもよい。すなわち、データプレーンミラーアプリティア１１４０は、カスタマーテナンシ１１２１へのアクセスを有してもよいが、データプレーンミラーアプリティア１１４０は、データプレーンＶＣＮ１１１８に存在しなくてもよいまたはＩａａＳプロバイダのカスタマーによって所有または操作されなくてもよい。データプレーンミラーアプリティア１１４０は、データプレーンＶＣＮ１１１８に対してコールを行うように構成されてもよいが、コントロールプレーンＶＣＮ１１１６に含まれたあらゆるエンティティに対するコールを行うように構成されなくてもよい。カスタマーは、コントロールプレーンＶＣＮ１１１６においてプロビジョニングされるデータプレーンＶＣＮ１１１８におけるリソースをデプロイまたはさもなければ使用することを望む場合があるが、データプレーンミラーアプリティア１１４０は、カスタマーの、所望のデプロイメントまたはリソースのその他の使用を容易にすることができる。
【0158】
いくつかの実施形態において、ＩａａＳプロバイダのカスタマーは、データプレーンＶＣＮ１１１８にフィルタを適用することができる。この実施形態において、カスタマーは、どのデータプレーンＶＣＮ１１１８がアクセスすることができるかを決定することができ、カスタマーは、データプレーンＶＣＮ１１１８から公共インターネット１１５４へのアクセスを制限してもよい。ＩａａＳプロバイダは、フィルタを適用することができなくてもよいまたはさもなければあらゆる外部のネットワークまたはデータベースへのデータプレーンＶＣＮ１１１８のアクセスを制御することができなくてもよい。カスタマーテナンシ１１２１に含まれたデータプレーンＶＣＮ１１１８にカスタマーによってフィルタおよび制御を適用することは、データプレーンＶＣＮ１１１８を他のカスタマーおよび公共インターネット１１５４から隔離することに役立つことができる。
【0159】
いくつかの実施形態において、クラウドサービス１１５６は、コントロールプレーンＶＣＮ１１１６またはデータプレーンＶＣＮ１１１８における、公共インターネット１１５４に存在しない場合があるサービスにアクセスするために、サービスゲートウェイ１１３６によってコールされることができる。クラウドサービス１１５６と、コントロールプレーンＶＣＮ１１１６またはデータプレーンＶＣＮ１１１８との間の接続は、ライブまたは連続的でなくてもよい。クラウドサービス１１５６は、ＩａａＳプロバイダによって所有または操作される異なるネットワークに存在してもよい。クラウドサービス１１５６は、サービスゲートウェイ１１３６からのコールを受信するように構成されてもよく、公共インターネット１１５４からのコールを受信しないように構成されてもよい。いくつかのクラウドサービス１１５６は、他のクラウドサービス１１５６から隔離されてもよく、コントロールプレーンＶＣＮ１１１６は、コントロールプレーンＶＣＮ１１１６と同じリージョンにはない場合があるクラウドサービス１１５６から隔離されてもよい。例えば、コントロールプレーンＶＣＮ１１１６は、「リージョン１」に配置されてもよく、クラウドサービス「デプロイメント１０」は、リージョン１および「リージョン２」に配置されてもよい。リージョン１に配置されたコントロールプレーンＶＣＮ１１１６に含まれたサービスゲートウェイ１１３６によってデプロイメント１０に対するコールが行われると、コールは、リージョン１におけるデプロイメント１０へ送信されてもよい。この例において、コントロールプレーンＶＣＮ１１１６、またはリージョン１におけるデプロイメント１０は、リージョン２におけるデプロイメント１０に通信により結合されなくてもよいまたはさもなければリージョン２におけるデプロイメント１０と通信しなくてもよい。
【0160】
図１２は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１２００である。サービスオペレータ１２０２（例えば、図１０のサービスオペレータ１００２）は、仮想クラウドネットワーク（ＶＣＮ）１２０６（例えば、図１０のＶＣＮ１００６）およびセキュアホストサブネット１２０８（例えば、図１０のセキュアホストサブネット１００８）を含むことができるセキュアホストテナンシ１２０４（例えば、図１０のセキュアホストテナンシ１００４）に通信により結合されることができる。ＶＣＮ１２０６は、ＳＳＨ ＶＣＮ１２１２に含まれたＬＰＧ１２１０を介してＳＳＨ ＶＣＮ１２１２（例えば、図１０のＳＳＨ ＶＣＮ１０１２）に通信により結合されることができるＬＰＧ１２１０（例えば、図１０のＬＰＧ１０１０）を含むことができる。ＳＳＨ ＶＣＮ１２１２は、ＳＳＨサブネット１２１４（例えば、図１０のＳＳＨサブネット１０１４）を含むことができ、ＳＳＨ ＶＣＮ１２１２は、コントロールプレーンＶＣＮ１２１６に含まれたＬＰＧ１２１０を介してコントロールプレーンＶＣＮ１２１６（例えば、図１０のコントロールプレーンＶＣＮ１０１６）に、およびデータプレーンＶＣＮ１２１８に含まれたＬＰＧ１２１０を介してデータプレーンＶＣＮ１２１８（例えば、図１０のデータプレーン１０１８）に通信により結合されることができる。コントロールプレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８は、サービステナンシ１２１９（例えば、図１０のサービステナンシ１０１９）に含まれることができる。
【0161】
コントロールプレーンＶＣＮ１２１６は、ロードバランサ（ＬＢ）サブネット１２２２（例えば、図１０のＬＢサブネット１０２２）を含むことができるコントロールプレーンＤＭＺティア１２２０（例えば、図１０のコントロールプレーンＤＭＺティア１０２０）、アプリサブネット１２２６（例えば、図１０のアプリサブネット１０２６と類似のもの）を含むことができるコントロールプレーンアプリティア１２２４（例えば、図１０のコントロールプレーンアプリティア１０２４）、およびＤＢサブネット１２３０を含むことができるコントロールプレーンデータティア１２２８（例えば、図１０のコントロールプレーンデータティア１０２８）を含むことができる。コントロールプレーンＤＭＺティア１２２０に含まれたＬＢサブネット１２２２は、コントロールプレーンアプリティア１２２４に含まれたアプリサブネット１２２６、およびコントロールプレーンＶＣＮ１２１６に含まれることができるインターネットゲートウェイ１２３４（例えば、図１０のインターネットゲートウェイ１０３４）に通信により結合されることができ、アプリサブネット１２２６は、コントロールプレーンデータティア１２２８に含まれたＤＢサブネット１２３０、サービスゲートウェイ１２３６（例えば、図１０のサービスゲートウェイ）およびネットワークアドレストランスレーション（ＮＡＴ）ゲートウェイ１２３８（例えば、図１０のＮＡＴゲートウェイ１０３８）に通信により結合されることができる。コントロールプレーンＶＣＮ１２１６は、サービスゲートウェイ１２３６およびＮＡＴゲートウェイ１２３８を含むことができる。
【0162】
データプレーンＶＣＮ１２１８は、データプレーンアプリティア１２４６（例えば、図１０のデータプレーンアプリティア１０４６）、データプレーンＤＭＺティア１２４８（例えば、図１０のデータプレーンＤＭＺティア１０４８）、およびデータプレーンデータティア１２５０（例えば、図１０のデータプレーンデータティア１０５０）を含むことができる。データプレーンＤＭＺティア１２４８は、ＬＢサブネット１２２２を含むことができ、このＬＢサブネット１２２２は、データプレーンアプリティア１２４６の信頼できるアプリサブネット１２６０および信頼できないアプリサブネット１２６２、ならびにデータプレーンＶＣＮ１２１８に含まれたインターネットゲートウェイ１２３４に通信により結合されることができる。信頼できるアプリサブネット１２６０は、データプレーンＶＣＮ１２１８に含まれたサービスゲートウェイ１２３６、データプレーンＶＣＮ１２１８に含まれたＮＡＴゲートウェイ１２３８、およびデータプレーンデータティア１２５０に含まれたＤＢサブネット１２３０に通信により結合されることができる。信頼できないアプリサブネット１２６２は、データプレーンＶＣＮ１２１８に含まれたサービスゲートウェイ１２３６およびデータプレーンデータティア１２５０に含まれたＤＢサブネット１２３０に通信により結合されることができる。データプレーンデータティア１２５０は、データプレーンＶＣＮ１２１８に含まれたサービスゲートウェイ１２３６に通信により結合されることができるＤＢサブネット１２３０を含むことができる。
【0163】
信頼できないアプリサブネット１２６２は、テナント仮想マシン（ＶＭ）１２６６（１）～（Ｎ）に通信により結合されることができる１つまたは複数のプライマリＶＮＩＣ１２６４（１）～（Ｎ）を含むことができる。各々のテナントＶＭ１２６６（１）～（Ｎ）は、それぞれのカスタマーテナンシ１２７０（１）～（Ｎ）に含まれることができるそれぞれのコンテナエグレスＶＣＮ１２６８（１）～（Ｎ）に含まれることができるそれぞれのアプリサブネット１２６７（１）～（Ｎ）に通信により結合されることができる。それぞれのセカンダリＶＮＩＣ１２７２（１）～（Ｎ）は、データプレーンＶＣＮ１２１８に含まれた信頼できないアプリサブネット１２６２と、コンテナエグレスＶＣＮ１２６８（１）～（Ｎ）に含まれたアプリサブネットとの間の通信を容易にすることができる。各々のコンテナエグレスＶＣＮ１２６８（１）～（Ｎ）は、公共インターネット１２５４（例えば、図１０の公共インターネット１０５４）に通信により結合されることができるＮＡＴゲートウェイ１２３８を含むことができる。
【0164】
コントロールプレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８に含まれたインターネットゲートウェイ１２３４は、公共インターネット１２５４に通信により結合されることができるメタデータマネジメントサービス１２５２（例えば、図１０のメタデータマネジメントシステム１０５２）に通信により結合されることができる。公共インターネット１２５４は、コントロールプレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８に含まれたＮＡＴゲートウェイ１２３８に通信により結合されることができる。コントロールプレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８に含まれたサービスゲートウェイ１２３６は、クラウドサービス１２５６に通信により結合されることができる。
【0165】
いくつかの実施形態において、データプレーンＶＣＮ１２１８は、カスタマーテナンシ１２７０と統合されることができる。この統合は、コードを実行するときにサポートを望む場合があるケースなどのいくつかのケースでは、ＩａａＳプロバイダのカスタマーにとって有用であるまたは望ましい可能性がある。カスタマーは、破壊的であり得る実行するためのコードを提供する場合がある、または他のカスタマーリソースと通信する場合がある、またはさもなければ望ましくない効果を生じる場合がある。これに応答して、ＩａａＳプロバイダは、カスタマーによってＩａａＳプロバイダに与えられたコードを実行すべきかどうかを決定してもよい。
【0166】
いくつかの例において、ＩａａＳプロバイダのカスタマーは、ＩａａＳプロバイダに一時的なネットワークアクセスを許可してもよく、データプレーンアプリティア１２４６にアタッチされる機能をリクエストしてもよい。機能を実行するためのコードは、ＶＭ１２６６（１）～（Ｎ）において実行されてもよく、コードは、データプレーンＶＣＮ１２１８における他のどこでも実行されないように構成されてもよい。各々のＶＭ１２６６（１）～（Ｎ）は、１つのカスタマーテナンシ１２７０に接続されてもよい。ＶＭ１２６６（１）～（Ｎ）に含まれたそれぞれのコンテナ１２７１（１）～（Ｎ）は、コードを実行するように構成されてもよい。このケースでは、デュアルアイソレーション（例えば、コードを実行するコンテナ１２７１（１）～（Ｎ）であって、コンテナ１２７１（１）～（Ｎ）は、少なくとも、信頼できないアプリサブネット１２６２に含まれたＶＭ１２６６（１）～（Ｎ）に含まれてもよい）が存在することができ、これは、誤ったまたはさもなければ望ましくないコードがＩａａＳプロバイダのネットワークを損傷することまたは異なるカスタマーのネットワークを損傷することを防止するのに役立ち得る。コンテナ１２７１（１）～（Ｎ）は、カスタマーテナンシ１２７０に通信により結合されてもよく、カスタマーテナンシ１２７０からデータを送信または受信するように構成されてもよい。コンテナ１２７１（１）～（Ｎ）は、データプレーンＶＣＮ１２１８におけるいかなる他のエンティティからもデータを送信または受信するように構成されなくてもよい。コードの実行が完了すると、ＩａａＳプロバイダは、コンテナ１２７１（１）～（Ｎ）をキルまたはさもなければ廃棄してもよい。
【0167】
いくつかの実施形態において、信頼できるアプリサブネット１２６０は、ＩａａＳプロバイダによって所有または操作されてもよいコードを実行してもよい。この実施形態において、信頼できるアプリサブネット１２６０は、ＤＢサブネット１２３０に通信により結合されてもよく、ＤＢサブネット１２３０においてＣＲＵＤオペレーションを実行するように構成されてもよい。信頼できないアプリサブネット１２６２は、ＤＢサブネット１２３０に通信により結合されてもよいが、この実施形態において、信頼できないアプリサブネットは、ＤＢサブネット１２３０において読み出しオペレーションを実行するように構成されてもよい。各々のカスタマーのＶＭ１２６６（１）～（Ｎ）に含まれることができかつカスタマーからコードを実行してもよいコンテナ１２７１（１）～（Ｎ）は、ＤＢサブネット１２３０に通信により結合されなくてもよい。
【0168】
その他の実施形態において、コントロールプレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８は、直接に通信により結合されなくてもよい。この実施形態において、コントロールプレーンＶＣＮ１２１６とデータプレーンＶＣＮ１２１８との間には直接通信が存在しなくてもよい。しかしながら、通信は、少なくとも１つの方法を通じて間接的に行われることができる。ＬＰＧ１２１０がＩａａＳプロバイダによって確立されてもよく、このＬＰＧ１２１０は、コントロールプレーンＶＣＮ１２１６とデータプレーンＶＣＮ１２１８との間の通信を容易にすることができる。別の例において、コントロールプレーンＶＣＮ１２１６またはデータプレーンＶＣＮ１２１８は、サービスゲートウェイ１２３６を介してクラウドサービス１２５６へコールを行うことができる。例えば、コントロールプレーンＶＣＮ１２１６からクラウドサービス１２５６へのコールは、データプレーンＶＣＮ１２１８と通信することができるサービスのためのリクエストを含むことができる。
【0169】
図１３は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１３００である。サービスオペレータ１３０２（例えば、図１０のサービスオペレータ１００２）は、仮想クラウドネットワーク（ＶＣＮ）１３０６（例えば、図１０のＶＣＮ１００６）およびセキュアホストサブネット１３０８（例えば、図１０のセキュアホストサブネット１００８）を含むことができるセキュアホストテナンシ１３０４（例えば、図１０のセキュアホストテナンシ１００４）に通信により結合されることができる。ＶＣＮ１３０６は、ＳＳＨ ＶＣＮ１３１２に含まれたＬＰＧ１３１０を介してＳＳＨ ＶＣＮ１３１２（例えば、図１０のＳＳＨ ＶＣＮ１０１２）に通信により結合されることができるＬＰＧ１３１０（例えば、図１０のＬＰＧ１０１０）を含むことができる。ＳＳＨ ＶＣＮ１３１２は、ＳＳＨサブネット１３１４（例えば、図１０のＳＳＨサブネット１０１４）を含むことができ、ＳＳＨ ＶＣＮ１３１２は、コントロールプレーンＶＣＮ１３１６に含まれたＬＰＧ１３１０を介してコントロールプレーンＶＣＮ１３１６（例えば、図１０のコントロールプレーンＶＣＮ１０１６）に、およびデータプレーンＶＣＮ１３１８に含まれたＬＰＧ１３１０を介してデータプレーンＶＣＮ１３１８（例えば、図１０のデータプレーンＶＣＮ１０１８）に通信により結合されることができる。コントロールプレーンＶＣＮ１３１６およびデータプレーンＶＣＮ１３１８は、サービステナンシ１３１９（例えば、図１０のサービステナンシ１０１９）に含まれることができる。
【0170】
コントロールプレーンＶＣＮ１３１６は、ＬＢサブネット１３２２（例えば、図１０のＬＢサブネット１０２２）を含むことができるコントロールプレーンＤＭＺティア１３２０（例えば、図１０のコントロールプレーンＤＭＺティア１０２０）、アプリサブネット１３２６（例えば、図１０のアプリサブネット１０２６）を含むことができるコントロールプレーンアプリティア１３２４（例えば、図１０のコントロールプレーンアプリティア１０２４）、およびＤＢサブネット１３３０（例えば、図１２のＤＢサブネット１２３０）を含むことができるコントロールプレーンデータティア１３２８（例えば、図１０のコントロールプレーンデータティア１０２８）を含むことができる。コントロールプレーンＤＭＺティア１３２０に含まれたＬＢサブネット１３２２は、コントロールプレーンアプリティア１３２４に含まれたアプリサブネット１３２６およびコントロールプレーンＶＣＮ１３１６に含まれることができるインターネットゲートウェイ１３３４（例えば、図１０のインターネットゲートウェイ１０３４）に通信により結合されることができ、アプリサブネット１３２６は、コントロールプレーンデータティア１３２８に含まれたＤＢサブネット１３３０、サービスゲートウェイ１３３６（例えば、図１０のサービスゲートウェイ）およびネットワークアドレストランスレーション（ＮＡＴ）ゲートウェイ１３３８（例えば、図１０のＮＡＴゲートウェイ１０３８）に通信により結合されることができる。コントロールプレーンＶＣＮ１３１６は、サービスゲートウェイ１３３６およびＮＡＴゲートウェイ１３３８を含むことができる。
【0171】
データプレーンＶＣＮ１３１８は、データプレーンアプリティア１３４６（例えば、図１０のデータプレーンアプリティア１０４６）、データプレーンＤＭＺティア１３４８（例えば、図１０のデータプレーンＤＭＺティア１０４８）、およびデータプレーンデータティア１３５０（例えば、図１０のデータプレーンデータティア１０５０）を含むことができる。データプレーンＤＭＺティア１３４８は、データプレーンアプリティア１３４６の信頼できるアプリサブネット１３６０（例えば、図１２の信頼できるアプリサブネット１２６０）および信頼できないアプリサブネット１３６２（例えば、図１２の信頼できないアプリサブネット１２６２）、ならびにデータプレーンＶＣＮ１３１８に含まれたインターネットゲートウェイ１３３４に通信により結合されることができるＬＢサブネット１３２２を含むことができる。信頼できるアプリサブネット１３６０は、データプレーンＶＣＮ１３１８に含まれたサービスゲートウェイ１３３６、データプレーンＶＣＮ１３１８に含まれたＮＡＴゲートウェイ１３３８、およびデータプレーンデータティア１３５０に含まれたＤＢサブネット１３３０に通信により結合されることができる。信頼できないアプリサブネット１３６２は、データプレーンＶＣＮ１３１８に含まれたサービスゲートウェイ１３３６およびデータプレーンデータティア１３５０に含まれたＤＢサブネット１３３０に通信により結合されることができる。データプレーンデータティア１３５０は、データプレーンＶＣＮ１３１８に含まれたサービスゲートウェイ１３３６に通信により結合されることができるＤＢサブネット１３３０を含むことができる。
【0172】
信頼できないアプリサブネット１３６２は、信頼できないアプリサブネット１３６２内に存在するテナント仮想マシン（ＶＭ）１３６６（１）～（Ｎ）に通信により結合されることができるプライマリＶＮＩＣ１３６４（１）～（Ｎ）を含むことができる。各々のテナントＶＭ１３６６（１）～（Ｎ）は、それぞれのコンテナ１３６７（１）～（Ｎ）においてコードを実行することができ、コンテナエグレスＶＣＮ１３６８に含まれることができるデータプレーンアプリティア１３４６に含まれることができるアプリサブネット１３２６に通信により結合されることができる。それぞれのセカンダリＶＮＩＣ１３７２（１）～（Ｎ）は、データプレーンＶＣＮ１３１８に含まれた信頼できないアプリサブネット１３６２と、コンテナエグレスＶＣＮ１３６８に含まれたアプリサブネットとの間の通信を容易にすることができる。コンテナエグレスＶＣＮは、公共インターネット１３５４（例えば、図１０の公共インターネット１０５４）に通信により結合されることができるＮＡＴゲートウェイ１３３８を含むことができる。
【0173】
コントロールプレーンＶＣＮ１３１６およびデータプレーンＶＣＮ１３１８に含まれたインターネットゲートウェイ１３３４は、公共インターネット１３５４に通信により結合されることができるメタデータマネジメントサービス１３５２（例えば、図１０のメタデータマネジメントサービス１０５２）に通信により結合されることができる。公共インターネット１３５４は、コントロールプレーンＶＣＮ１３１６およびデータプレーンＶＣＮ１３１８に含まれたＮＡＴゲートウェイ１３３８に通信により結合されることができる。コントロールプレーンＶＣＮ１３１６およびデータプレーンＶＣＮ１３１８に含まれたサービスゲートウェイ１３３６は、クラウドサービス１３５６に通信により結合されることができる。
【0174】
いくつかの例において、図１３のブロック図１３００のアーキテクチャによって示されたパターンは、図１２のブロック図１２００のアーキテクチャによって示されたパターンに対する例外であると考えられてもよく、ＩａａＳプロバイダがカスタマー（例えば、切断されたリージョン）と直接通信することができない場合に、ＩａａＳプロバイダのカスタマーにとって望ましい場合がある。各々のカスタマーのためにＶＭ１３６６（１）～（Ｎ）に含まれたそれぞれのコンテナ１３６７（１）～（Ｎ）は、カスタマーによってリアルタイムでアクセスされることができる。コンテナ１３６７（１）～（Ｎ）は、コンテナエグレスＶＣＮ１３６８に含まれることができるデータプレーンアプリティア１３４６のアプリサブネット１３２６に含まれたそれぞれのセカンダリＶＮＩＣ１３７２（１）～（Ｎ）へコールを行うように構成されてもよい。セカンダリＶＮＩＣ１３７２（１）～（Ｎ）は、公共インターネット１３５４へコールを送信してもよいＮＡＴゲートウェイ１３３８へコールを送信することができる。この例において、カスタマーによってリアルタイムでアクセスされることができるコンテナ１３６７（１）～（Ｎ）は、コントロールプレーンＶＣＮ１３１６から隔離されることができ、データプレーンＶＣＮ１３１８に含まれた他のエンティティから隔離されることができる。コンテナ１３６７（１）～（Ｎ）は、他のカスタマーからのリソースから隔離されてもよい。
【0175】
その他の例において、カスタマーは、クラウドサービス１３５６をコールするためにコンテナ１３６７（１）～（Ｎ）を使用することができる。この例において、カスタマーは、クラウドサービス１３５６からサービスをリクエストするコードをコンテナ１３６７（１）～（Ｎ）において実行してもよい。コンテナ１３６７（１）～（Ｎ）は、このリクエストをセカンダリＶＮＩＣ１３７２（１）～（Ｎ）へ送信することができ、セカンダリＶＮＩＣは、リクエストをＮＡＴゲートウェイへ送信することができ、ＮＡＴゲートウェイは、リクエストを公共インターネット１３５４へ送信することができる。公共インターネット１３５４は、インターネットゲートウェイ１３３４を介して、コントロールプレーンＶＣＮ１３１６に含まれたＬＢサブネット１３２２へリクエストを送信することができる。リクエストが有効であるという決定に応答して、ＬＢサブネットは、リクエストをアプリサブネット１３２６へ送信することができ、アプリサブネット１３２６は、サービスゲートウェイ１３３６を介してリクエストをクラウドサービス１３５６へ送信することができる。
【0176】
図示されたＩａａＳアーキテクチャ１０００、１１００、１２００、１３００は、示されたもの以外のコンポーネントを有してもよいことが認められるべきである。さらに、図示された実施形態は、開示の実施形態を組み込んでもよいクラウドインフラストラクチャシステムのいくつかの例でしかない。いくつかの他の実施形態において、ＩａａＳシステムは、図示されたよりも多いまたは少ないコンポーネントを有してもよい、２つ以上のコンポーネントを組み合わせてもよい、またはコンポーネントの異なる構成または配置を有してもよい。
【0177】
ある実施形態において、本明細書において説明されたＩａａＳシステムは、セルフサービス、サブスクリプションベース、弾力的にスケーラブル、信頼できる、非常に利用可能な、およびセキュアな形式でカスタマーに供給される、アプリケーション、ミドルウェア、およびデータベースサービスオファリングのスイートを含んでもよい。このようなＩａａＳシステムの例は、本譲受人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。
【0178】
図１４は、様々な実施形態が実施され得る、例示的なコンピュータシステム１４００を示す。システム１４００は、上記で説明されたコンピュータシステムのいずれかを実施するために使用されてもよい。図示されているように、コンピュータシステム１４００は、バスサブシステム１４０２を介して多数の周辺サブシステムと通信する処理ユニット１４０４を含む。これらの周辺サブシステムは、処理加速ユニット１４０６、Ｉ／Ｏサブシステム１４０８、記憶サブシステム１４１８、および通信サブシステム１４２４を含んでもよい。記憶サブシステム１４１８は、有形コンピュータ可読記憶媒体１４２２およびシステムメモリ１４１０を含む。
【0179】
バスサブシステム１４０２は、コンピュータシステム１４００の様々なコンポーネントおよびサブシステムに意図したように互いに通信させるための機構を提供する。バスサブシステム１４０２は１つのバスとして概略的に示されているが、バスサブシステムの代替的な実施形態は、多数のバスを利用してもよい。バスサブシステム１４０２は、様々なバスアーキテクチャのうちのいずれかを使用する、メモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のうちのいずれかであってもよい。例えば、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、エンハンストＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダーズアソシエーション（ＶＥＳＡ）ローカルバス、および周辺コンポーネントインターコネクト（ＰＣＩ）バスを含んでもよく、これらは、ＩＥＥＥ Ｐ １３８６．１規格に従って製造されたメザニンバスとして実施されることができる。
【0180】
１つまたは複数の集積回路（例えば、従来のマイクロプロセッサまたはマイクロコントローラ）として実施されることができる処理ユニット１４０４は、コンピュータシステム１４００のオペレーションを制御する。１つまたは複数のプロセッサは、処理ユニット１４０４に含まれてもよい。これらのプロセッサは、シングルコアまたはマルチコアプロセッサを含んでもよい。ある実施形態において、処理ユニット１４０４は、各々の処理ユニットに含まれたシングルコアまたはマルチコアプロセッサを備える１つまたは複数の独立した処理ユニット１４３２および／または１４３４として実施されてもよい。その他の実施形態において、処理ユニット１４０４は、２つのデュアルコアプロセッサを１つのチップに統合することによって形成されるクアッドコア処理ユニットとして実施されてもよい。
【0181】
様々な実施形態において、処理ユニット１４０４は、プログラムコードに応答して様々なプログラムを実行することができ、多数の同時に実行するプログラムまたは処理を維持することができる。あらゆる与えられた時間において、実行されるプログラムコードのいくつかまたは全ては、プロセッサ１４０４および／または記憶サブシステム１４１８に存在することができる。適切なプログラミングにより、プロセッサ１４０４は、上記で説明された様々な機能を提供することができる。コンピュータシステム１４００は、加えて、デジタル信号プロセッサ（ＤＳＰ）、専用プロセッサ、および／または同様のものを含むことができる処理加速ユニット１４０６を含んでもよい。
【0182】
Ｉ／Ｏサブシステム１４０８は、ユーザインターフェース入力デバイスおよびユーザインターフェース出力デバイスを含んでもよい。ユーザインターフェース入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイアル、ボタン、スイッチ、キーパッド、音声命令認識システムを備えるオーディオ入力デバイス、マイクロフォン、およびその他のタイプの入力デバイスを含んでもよい。ユーザインターフェース入力デバイスは、例えば、ジェスチャおよび音声指示を使用するナチュラルユーザインターフェースを通じて、ユーザが、Microsoft Xbox（登録商標） 360ゲームコントローラなどの入力デバイスを制御しかつこれと相互作用することを可能にする、Microsoft Kinect（登録商標）モーションセンサなどのモーション感知および／またはジェスチャ認識デバイスを含んでもよい。ユーザインターフェース入力デバイスは、ユーザから目の動き（例えば、写真を撮影するときおよび／またはメニューを選ぶときの「まばたき」）を検出し、アイジェスチャを入力デバイス（例えば、Google Glass（登録商標））への入力として変換する、Google Glass（登録商標）まばたき検出器などのアイジェスチャ認識デバイスも含んでもよい。加えて、ユーザインターフェース入力デバイスは、音声命令を通じて、ユーザが音声認識システム（例えば、Siri（登録商標）ナビゲータ）と相互作用することを可能にする音声認識センシングデバイスを含んでもよい。
【0183】
ユーザインターフェース入力デバイスは、これらに限定されることなく、３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、およびオーディオ／ビジュアルデバイス、例えば、スピーカ、デジタルカメラ、デジタルカムコーダ、ポータブルメディアプレーヤ、ウェブカム、イメージスキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザ距離計、視線検出デバイスも含んでもよい。加えて、ユーザインターフェース入力デバイスは、例えば、医用画像入力デバイス、例えば、コンピュータ断層撮影、磁気共鳴イメージング、陽電子放出断層撮影、医用超音波検査デバイスを含んでもよい。ユーザインターフェース入力デバイスは、例えば、オーディオ入力デバイス、例えば、ＭＩＤＩキーボード、デジタル楽器なども含んでもよい。
【0184】
ユーザインターフェース出力デバイスは、ディスプレイサブシステム、インジケータライト、または非視覚的ディスプレイ、例えば、オーディオ出力デバイスなどを含んでもよい。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、フラットパネルデバイス、例えば、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するフラットパネルデバイス、プロジェクションデバイス、タッチスクリーンなどであってもよい。一般的に、「出力デバイス」という用語の使用は、コンピュータシステム１４００からユーザまたは他のコンピュータへ情報を出力するための全ての可能なタイプのデバイスおよび機構を含むことが意図されている。例えば、ユーザインターフェース出力デバイスは、これらに限定されることなく、テキスト、グラフィックおよびオーディオ／ビデオ情報を視覚的に伝達する様々なディスプレイデバイス、例えば、モニタ、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイス、およびモデムを含んでもよい。
【0185】
コンピュータシステム１４００は、本開示において説明された実施形態の機能を提供するソフトウェアおよびデータ構造を記憶するための有形非一時的コンピュータ可読記憶媒体を提供する記憶サブシステム１４１８を含んでもよい。ソフトウェアは、処理ユニット１４０４の１つまたは複数のコアまたはプロセッサによって実行されると上記で説明された機能を提供する、プログラム、コードモジュール、命令、スクリプトなどを含むことができる。記憶サブシステム１４１８は、本開示に従って使用されるデータを記憶するためのリポジトリも提供してもよい。
【0186】
図１４における例に示されているように、記憶サブシステム１４１８は、システムメモリ１４１０、コンピュータ可読記憶媒体１４２２、およびコンピュータ可読記憶媒体リーダ１４２０を含む様々なコンポーネントを含むことができる。システムメモリ１４１０は、処理ユニット１４０４によってロード可能および実行可能なプログラム命令を記憶してもよい。システムメモリ１４１０は、命令の実行中に使用されるデータおよび／またはプログラム命令の実行中に生成されるデータを記憶してもよい。様々な異なる種類のプログラムが、クライアントアプリケーション、ウェブブラウザ、ミッドティアアプリケーション、リレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）、仮想マシン、コンテナなどを含むがこれらに限定されないシステムメモリ１４１０へロードされてもよい。
【0187】
システムメモリ１４１０は、オペレーティングシステム１４１６を記憶してもよい。オペレーティングシステム１４１６の例は、Microsoft Window（登録商標）、Apple Macintosh（登録商標）、および／またはLinuxオペレーティングシステムの様々なバージョン、様々な市販のUNIX（登録商標）またはUNIXのようなオペレーティングシステム（制限されることなく様々なＧＮＵ／Linuxオペレーティングシステム、Google Chrome（登録商標） OSなどを含む）および／またはモバイルオペレーティングシステム、例えば、iOS、Windows（登録商標）Phone、Android（登録商標） OS、BlackBerry（登録商標） OS、およびPalm（登録商標） OSオペレーティングシステムを含んでもよい。コンピュータシステム１４００が１つまたは複数の仮想マシンを実行するある実装形態において、ゲストオペレーティングシステム（ＧＯＳ）を伴う仮想マシンが、システムメモリ１４１０にロードされ、処理ユニット１４０４の１つまたは複数のプロセッサまたはコアによって実行されてもよい。
【0188】
システムメモリ１４１０は、コンピュータシステム１４００のタイプに依存する異なる構成で提供されることができる。例えば、システムメモリ１４１０は、揮発性メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ））および／または不揮発性メモリ（例えば、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）およびその他を含む、異なるタイプのＲＡＭ構成が提供されてもよい。いくつかの実装形態において、システムメモリ１４１０は、スタートアップ中など、コンピュータシステム１４００内のエレメント間で情報を伝達するのに役立つ基本ルーチンを含むベーシック入力／出力システム（ＢＩＯＳ）を含んでもよい。
【0189】
コンピュータ可読記憶媒体１４２２は、コンピュータシステム１４００の処理ユニット１４０４によって実行可能な命令を含む、コンピュータシステム１４００によって自要するためのコンピュータ可読情報を一時的におよび／またはより永久に含み、記憶するための、リモート、ローカル、固定、ならびに／またはリムーバブルな記憶デバイスおよび記憶媒体を表してもよい。
【0190】
コンピュータ可読記憶媒体１４２２は、情報の記憶および／または送信のためのあらゆる方法または技術において実施される、揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体などの、ただしこれらに限定されない、記憶媒体および通信媒体を含む、当該技術分野において知られるまたは使用されるあらゆる適切な媒体を含むことができる。これは、有形コンピュータ可読記憶媒体、例えば、ＲＡＭ、ＲＯＭ、電子的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリまたはその他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）、またはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気記憶デバイス、またはその他の有形コンピュータ可読媒体を含むことができる。
【0191】
例えば、コンピュータ可読記憶媒体１４２２は、非リムーバブル、不揮発性磁気媒体から読み出すまたはそれに書き込むハードディスクドライブ、リムーバブル、不揮発性磁気ディスクから読み出すまたはそれに書き込む磁気ディスクドライブ、ＣＤ－ＲＯＭ、ＤＶＤ、およびBlu-Ray（登録商標）ディスクなどのリムーバブル、不揮発性光ディスクまたはその他の光媒体から読み出すまたはそれに書き込む光ディスクドライブを含んでもよい。コンピュータ可読記憶媒体１４２２は、これらに限定されないが、Zip（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含んでもよい。コンピュータ可読記憶媒体１４２２は、フラッシュメモリベースＳＳＤ、企業フラッシュドライブ、ソリッドステートＲＯＭなどの不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ）ＳＳＡＤなどの揮発性メモリに基づくＳＳＤ、ＤＲＡＭおよびフラッシュメモリメースＳＳＤの組合せを使用するハイブリッドＳＳＤも含んでもよい。ディスクドライブおよびそれらの関連するコンピュータ可読媒体は、コンピュータシステム１４００のためのコンピュータ可読命令、データ構造、プログラムモジュール、およびその他のデータの不揮発性ストレージを提供してもよい。
【0192】
処理ユニット１４０４の１つまたは複数のプロセッサまたはコアによって実行可能な機械可読命令は、非一時的コンピュータ可読記憶媒体に記憶されてもよい。非一時的コンピュータ可読記憶媒体は、揮発性メモリ記憶装置および／または不揮発性記憶装置を含む物理的に有形のメモリまたは記憶装置を含むことができる。非一時的コンピュータ可読記憶媒体の例は、磁気記憶媒体（例えば、ディスクまたはテープ）、光記憶媒体（例えば、ＤＶＤ、ＣＤ）、様々なタイプのＲＡＭ、ＲＯＭ、またはフラッシュメモリ、ハードドライブ、フロッピードライブ、取り外し可能なメモリドライブ（例えば、ＵＳＢドライブ）、またはその他のタイプの記憶装置を含む。
【0193】
通信サブシステム１４２４は、他のコンピュータシステムおよびネットワークへのインターフェースを提供する。通信サブシステム１４２４は、他のシステムからデータを受信し、コンピュータシステム１４００から他のシステムへデータを送信するためのインターフェースとして働く。例えば、通信サブシステム１４２４は、コンピュータシステム１４００がインターネットを介して１つまたは複数のデバイスに接続されることを可能にし得る。いくつかの実施形態において、通信サブシステム１４２４は、（例えば、携帯電話技術、３Ｇ、４ＧまたはＥＤＧＥ（エンハンストデータレートフォーグローバルエボリューション））などの、アドバンストデータネットワーク技術、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー規格、またはその他のモバイル通信技術、またはそれらのあらゆる組合せ）、全地球測位システム（ＧＰＳ）レシーバコンポーネント、および／またはその他のコンポーネントを使用して）無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバコンポーネントを含むことができる。いくつかの実施形態において、通信サブシステム１４２４は、無線インターフェースに加えてまたはその代わりに、有線ネットワーク接続（例えば、イーサネット）を提供することができる。
【0194】
いくつかの実施形態において、通信サブシステム１４２４は、コンピュータシステム１４００を使用してもよい１つまたは複数のユーザの代わりに、構造化されたおよび／または構造化されていないデータフィード１４２６、イベントストリーム１４２８、イベントアップデート１４３０などの形式で入力通信を受信してもよい。
【0195】
例えば、通信サブシステム１４２４は、ソーシャルネットワークおよび／またはその他の通信サービスのユーザからリアルタイムでデータフィード１４２６、例えばTwitter（登録商標）フィード、Facebook（登録商標）アップデート、リッチサイトサマリ（ＲＳＳ）フィードなどのウェブフィード、および／または１つまたは複数のサードパーティ情報ソースからのリアルタイムアップデートなどを受信するように構成されてもよい。
【0196】
加えて、通信サブシステム１４２４は、連続的であってもよいまたは本質的に明確な終わりがなく無制限であってもよい、リアルタイムイベントのイベントストリーム１４２８および／またはイベントアップデート１４３０を含んでもよい、連続的なデータストリームの形式のデータを受信するように構成されてもよい。連続的なデータを生成するアプリケーションの例は、例えば、センサデータアプリケーション、ファイナンシャルティッカー、ネットワークパフォーマンス測定ツール（例えば、ネットワークモニタリングおよびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車トラフィックモニタリングなどを含んでもよい。
【0197】
通信サブシステム１４２４は、コンピュータシステム１４００に結合された１つまたは複数のストリーミングデータソースコンピュータと通信してもよい１つまたは複数のデータベースへ、構造化されたおよび／または構造化されていないデータフィード１４２６、イベントストリーム１４２８、イベントアップデート１４３０などを出力するように構成されてもよい。
【0198】
コンピュータシステム１４００は、ハンドヘルドポータブルデバイス（例えば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（例えば、Google Glass（登録商標）頭部装着型ディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、またはあらゆるその他のデータ処理システムを含む、様々なタイプのうちの１つであることができる。
【0199】
コンピュータおよびネットワークの絶え間なく変化する性質により、図示されたコンピュータシステム１４００の説明は、特定の例としてのみ意図されている。図示されたシステムよりも多いまたは少ないコンポーネントを有する多くのその他の構成が可能である。例えば、カスタマイズされたハードウェアが使用されてもよいおよび／または特定のエレメントがハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、または組合せにおいて実施されてもよい。さらに、ネットワーク入力／出力デバイスなどの他のコンピューティングデバイスへの接続が採用されてもよい。本明細書に提供された開示および教示に基づいて、当業者は、様々な実施形態を実施するための他のやり方および／または方法を認識するであろう。
【0200】
特定の実施形態が説明されているが、様々な修正、変更、代替的な構成、および均等物も開示の範囲に含まれる。実施形態は、ある特定のデータ処理環境内のオペレーションに制限されず、複数のデータ処理環境内で自由に操作される。実施形態は、特定の連続のトランザクションおよびステップを用いて説明されているが、本開示の範囲は、説明された連続のトランザクションおよびステップに限定されないことが、当業者に明らかになるべきである。上述の実施形態の様々な特徴および態様は、個々にまたは組み合わせて使用されてもよい。
【0201】
さらに、ハードウェアおよびソフトウェアの特定の組合せを用いて実施形態が説明されているが、ハードウェアおよびソフトウェアの他の組合せも本開示の範囲内であることが認識されるべきである。実施形態は、ハードウェアにおいてのみ、ソフトウェアにおいてのみ、またはそれらの組合せを用いて、実施されてもよい。本明細書に説明された様々なプロセスは、同じプロセッサまたはあらゆる組合せにおける異なるプロセッサにおいて実施されることができる。したがって、コンポーネントまたはモジュールが、あるオペレーションを実行するように構成されていると説明されている場合、このような構成は、例えば、オペレーションを実行するために電子回路を設計することによって、オペレーションを実行するためにプログラマブル電子回路（マイクロプロセッサなど）をプログラムすることによって、またはそれらのあらゆる組合せで達成されることができる。プロセッサは、プロセス間通信のための従来技術を含むがこれに限定されない様々な技術を用いて通信することができ、プロセスの異なる対は異なる技術を用いてもよい、またはプロセスの同じ対は異なる時点で異なる技術を用いてもよい。
【0202】
実施形態は、プロセッサによって実行されるとプロセッサに開示において説明された方法のうちのいずれかを実行させるコンピュータプログラム／命令を含むコンピュータプログラム製品を使用することによって実施されてもよい。
【0203】
したがって、明細書および図面は、制限的な意味ではなく例示的な意味で見なされるべきである。しかしながら、特許請求の範囲に示されているより広い趣旨および範囲から逸脱することなくそれらに対して追加、削減、削除、およびその他の修正および変更が加えられ得ることが明らかになるであろう。したがって、特定の開示実施形態が説明されているが、これらは限定的であることは意図されていない。様々な修正および均等物が、以下の請求項の範囲に含まれる。
【0204】
開示された実施形態を説明する文脈において（特に、以下の請求項の文脈において）「ａ」、「ａｎ」および「ｔｈｅ」という用語ならびに類似の指示対象の使用は、本明細書に別段の指示がない限りまたは文脈によって明らかに矛盾しない限り、単数形および複数形の両方をカバーすると解釈されるべきである。「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」および「含む（ｃｏｎｔａｉｎｉｎｇ）」という用語は、別段の注意がない限り無制限の用語（すなわち、「含むが、限定されない」を意味する）であると解釈されるべきである。「接続される」という用語は、介在する何かが存在するとしても、部分的にまたは全体的に内部に含まれる、取り付けられる、または接合されると解釈されるべきである。本明細書における値の範囲の列挙は、単に、本明細書において別段の指示がない限り、その範囲内に含まれる各々の別個の値にそれぞれ言及する簡潔な方法として働くことが意図されており、各々の別個の値は、本明細書において個々に列挙されたものとして明細書に組み込まれる。本明細書において説明された全ての方法は、本明細書において別段の指示がない限りまたは文脈によって明らかに矛盾しない限り、あらゆる適切な順序で実行されることができる。本明細書において提供されたあらゆるおよび全ての例、または例示的な言語（例えば、「など」）の使用は、単に実施形態をより明らかにすることが意図されており、そうでないことが請求されない限り開示の範囲に対する制限を加えない。明細書における言語は、あらゆる請求されていない要素を、開示の実行にとって必須であるものとして示すものとして解釈されるべきではない。
【0205】
「Ｘ、ＹまたはＺのうちの少なくとも」という表現などの離接的言語は、特にそうでないことが述べられていない限り、アイテム、用語などが、Ｘ、ＹまたはＺのいずれか、またはそれらのあらゆる組合せ（例えば、Ｘ、Ｙおよび／またはＺ）であってもよいことを表すために一般的に使用されるものとして文脈の中で理解されることが意図されている。したがって、このような離接的言語は、概して、ある実施形態がＸのうちの少なくとも１つ、Ｙのうちの少なくとも１つ、またはＺのうちの少なくとも１つが各々存在することを要求することを暗示することは意図されておらず、また暗示すべきではない。
【0206】
開示を実行するために知られた最良の形態を含む、本開示の好ましい実施形態が本明細書に説明されている。これらの好ましい実施形態の変化態様は、前記説明を読むことにより、当業者に明らかになり得る。当業者は、このような変化態様を必要に応じて採用することができるべきであり、開示は、本明細書において具体的に説明されたもの以外の形式で実行されてもよい。したがって、本開示は、適用法によって許可された、それに添付された請求項において列挙された主題の全ての修正および均等物を含む。さらに、その全ての可能な変化態様における上述の要素のあらゆる組合せは、本明細書において別段の指示がない限り、開示によって包含される。
【0207】
本明細書において引用された、出版物、特許出願、および特許を含む全ての参照物は、各々の参照物が、参照によって組み込まれることが個々におよび具体的に指示されておりかつその全体が本明細書に示されたものとして、参照により同じ範囲に本明細書に組み込まれる。
【0208】
前記明細書において、開示の態様は、その特定の実施形態に関連して説明されているが、当業者は、開示がそれに限定されないことを認識するであろう。上述の開示の様々な特徴および態様は、個々にまたは組み合わせて使用されてもよい。さらに、実施形態は、明細書のより広い趣旨および範囲から逸脱することなく、本明細書に説明されたものを超えてあらゆる数の環境および用途において利用されることができる。したがって、明細書および図面は、制限的ではなく例示的であると見なされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【国際調査報告】