特表 2024-536697 異なるテナントが所有するコンピューティングインスタンスの接続および分離

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

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

(11)【公表番号】

(43)【公表日】2024-10-08

(54)【発明の名称】異なるテナントが所有するコンピューティングインスタンスの接続および分離

(51)【国際特許分類】

   G06F 9/54 20060101AFI20241001BHJP

【ＦＩ】

G06F9/54 Z

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024513031

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

(85)【翻訳文提出日】2024-03-19

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

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

(87)【国際公開日】2023-03-02

(31)【優先権主張番号】17/459,167

(32)【優先日】2021-08-27

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

(31)【優先権主張番号】17/459,162

(32)【優先日】2021-08-27

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ｉＯＳ

(71)【出願人】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】ブイヤン，エイ・エム・ヘラリ・モルトゥザ

(72)【発明者】

【氏名】クライン，ヨハネス

(72)【発明者】

【氏名】ナグ，ジョーティッシュマン

(72)【発明者】

【氏名】フォーゲル，ダニエル・エム

(72)【発明者】

【氏名】ゴッラプディ，サヒティア

(57)【要約】

２つのコンピューティングインスタンス間の接続を作成するための技術が開示される。異なるクラウドテナントからの２つの異なるサービスによってコンピューティングリソースがプロビジョニングされるにもかかわらず、２つ以上のクラウドリソース（例えば、２つのコンピューティングインスタンス）を接続するためのインフラストラクチャおよび一般化される方法が説明される。コンピューティングインスタンスを配線するために実行される自動プロセスについて説明する。自動プロセスは通常、２つの異なるサービスを提供し、２つの異なるサービステナントからプロビジョニングされる任意の２つのコンピューティングインスタンスを接続するために適用できる。

【特許請求の範囲】

【請求項1】

異なるテナントからコンピューティングインスタンスを接続するためのコンピュータで実行される方法であって、
第１のサービスのための第１の制御プレーンが、前記第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、前記第１のコンピューティングインスタンスは前記第１の制御プレーンによって制御され、前記第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、前記第１のコンピューティングインスタンスは顧客テナント内にあり、前記第２のコンピューティングインスタンスは前記顧客テナント内にあり、前記第１のコンピューティングインスタンスは前記顧客テナント内の前記第２のコンピューティングインスタンスから分離され、
前記方法は、
前記第１の制御プレーンが、前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の前記接続を作成するための処理動作のセットを実行することと、
処理動作の前記セットを実行した後、前記接続により、前記第１の制御プレーンが前記第２のコンピューティングインスタンスの制御を得、前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の通信を可能にすることと、をさらに含む、方法。

【請求項2】

処理動作の前記セットを実行することは、
前記第１の制御プレーンが、顧客に代わって前記第１の制御プレーンが前記第２の制御プレーンと通信できることを示すトークンを取得することを含む、請求項１に記載の方法。

【請求項3】

処理動作の前記セットを実行することは、
前記第１の制御プレーンが、前記第２のコンピューティングインスタンス上で実行できる許可される動作のセットを決定することを含む、請求項１または請求項２に記載の方法。

【請求項4】

処理動作の前記セットを実行することは、
前記第１の制御プレーンが、前記第２の制御プレーンに接続要求を送信することを含み、前記接続要求は、前記第１のコンピューティングインスタンスおよび前記第２のコンピューティングインスタンスを識別する情報を含み、前記第２の制御プレーンは、前記接続に関する情報を記憶し、
処理動作の前記セットを実行することは、
前記第１の制御プレーンが、前記接続に関する情報を記憶することを含む、請求項１、請求項２または請求項３に記載の方法。

【請求項5】

前記第１の制御プレーンはドミナント制御プレーンであり、前記第２の制御プレーンはパッシブ制御プレーンであり、前記第１のコンピューティングインスタンスはドミナントコンピューティングインスタンスであり、前記第２のコンピューティングインスタンスはパッシブコンピューティングインスタンスである、先行する請求項のいずれか１項に記載の方法。

【請求項6】

前記接続を作成するための処理動作の前記セットを実行する前に、前記第１の制御プレーンが、前記顧客テナント内に前記第１のサービスの前記第１のコンピューティングインスタンスを作成することをさらに含む、先行する請求項のいずれか１項に記載の方法。

【請求項7】

処理動作の前記セットを実行することは、
前記第１の制御プレーンが前記第２の制御プレーンに、前記顧客テナント内で前記第２のコンピューティングインスタンスを作成するための要求を送信することを含み、前記第２の制御プレーンは、前記要求に応答して前記顧客テナント内に前記第２のコンピューティングインスタンスを作成する、先行する請求項のいずれか１項に記載の方法。

【請求項8】

前記第１のサービスは企業リソースプランニング（ＥＲＰ）サービスであり、前記第２のサービスは会話型人工知能（ＡＩ）サービスである、先行する請求項のいずれか１項に記載の方法。

【請求項9】

処理動作の前記セットを実行した後、前記接続により、前記第２の制御プレーンは、前記第２のコンピューティングインスタンス上で少なくとも１つの動作を実行することが制限される、先行する請求項のいずれか１項に記載の方法。

【請求項10】

コンピュータ実行可能命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、実行されると、コンピュータシステムの１つまたは複数のプロセッサに方法を実行させ、前記方法は、
第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、前記第１のコンピューティングインスタンスは前記コンピュータシステムの第１の制御プレーンによって制御され、前記第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、前記第１のコンピューティングインスタンスは顧客テナント内にあり、前記第２のコンピューティングインスタンスは前記顧客テナント内にあり、前記第１のコンピューティングインスタンスは前記顧客テナント内の前記第２のコンピューティングインスタンスから分離され、
前記方法は、
前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の前記接続を作成するための処理動作のセットを実行することと、
処理動作の前記セットを実行した後、前記接続により前記第２のコンピューティングインスタンスの制御を得、前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の通信を可能にすることと、を含む、方法を実行させる、非一時的なコンピュータ可読記憶媒体。

【請求項11】

処理動作の前記セットを実行することは、
前記コンピュータシステムが顧客に代わって前記第２の制御プレーンと通信できることを示すトークンを取得することを含む、請求項１０に記載の非一時的なコンピュータ可読記憶媒体。

【請求項12】

処理動作の前記セットを実行することは、
前記第２のコンピューティングインスタンス上で実行できる許可される動作のセットを決定することを含む、請求項１０または請求項１１に記載の非一時的なコンピュータ可読記憶媒体。

【請求項13】

処理動作の前記セットを実行することは、
前記第２の制御プレーンに接続要求を送信することを含み、前記接続要求は、前記第１のコンピューティングインスタンスおよび前記第２のコンピューティングインスタンスを識別する情報を含み、前記第２の制御プレーンは、前記接続に関する情報を記憶し、
処理動作の前記セットを実行することは、
前記接続に関する情報を記憶することを含む、請求項１０、請求項１１、または請求項１２に記載の非一時的なコンピュータ可読記憶媒体。

【請求項14】

前記第１の制御プレーンはドミナント制御プレーンであり、前記第２の制御プレーンはパッシブ制御プレーンであり、前記第１のコンピューティングインスタンスはドミナントコンピューティングインスタンスであり、前記第２のコンピューティングインスタンスはパッシブコンピューティングインスタンスである、請求項１０～請求項１３のいずれか１項に記載の非一時的なコンピュータ可読記憶媒体。

【請求項15】

コンピュータシステムであって、
プロセッサと、
前記プロセッサによって実行可能であり、前記プロセッサによる実行時に処理を実行させる複数の命令を記憶するように構成されているメモリと、を含み、前記処理は、
第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、前記第１のコンピューティングインスタンスは前記コンピュータシステムの第１の制御プレーンによって制御され、前記第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、前記第１のコンピューティングインスタンスは顧客テナント内にあり、前記第２のコンピューティングインスタンスは前記顧客テナント内にあり、前記第１のコンピューティングインスタンスは前記顧客テナント内の前記第２のコンピューティングインスタンスから分離され、
前記処理は、
前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の前記接続を作成するための処理動作のセットを実行することと、
処理動作の前記セットを実行した後、前記接続により前記第２のコンピューティングインスタンスの制御を得、前記第１のコンピューティングインスタンスと前記第２のコンピューティングインスタンスとの間の通信を可能にすることと、を含む、コンピュータシステム。

【請求項16】

処理動作の前記セットを実行することは、
前記コンピュータシステムが顧客に代わって前記第２の制御プレーンと通信できることを示すトークンを取得することを含む、請求項１５に記載のコンピュータシステム。

【請求項17】

処理動作の前記セットを実行することは、
前記第２のコンピューティングインスタンス上で実行できる許可される動作のセットを決定することを含む、請求項１５または請求項１６に記載のコンピュータシステム。

【請求項18】

処理動作の前記セットを実行することは、
前記第２の制御プレーンに接続要求を送信することを含み、前記接続要求は、前記第１のコンピューティングインスタンスおよび前記第２のコンピューティングインスタンスを識別する情報を含み、前記第２の制御プレーンは前記接続に関する情報を記憶し、
処理動作の前記セットを実行することは、
前記接続に関する情報を記憶することを含む、請求項１５、請求項１６、または請求項１７に記載のコンピュータシステム。

【請求項19】

前記第１の制御プレーンはドミナント制御プレーンであり、前記第２の制御プレーンはパッシブ制御プレーンであり、前記第１のコンピューティングインスタンスはドミナントコンピューティングインスタンスであり、前記第２のコンピューティングインスタンスはパッシブコンピューティングインスタンスである、請求項１５～請求項１８のいずれか１項に記載のコンピュータシステム。

【請求項20】

前記接続を作成するための処理動作の前記セットを実行する前に、前記顧客テナント内に前記第１のサービスの前記第１のコンピューティングインスタンスを作成することをさらに含む、請求項１５に記載のコンピュータシステム。

【請求項21】

請求項１～請求項９のいずれか１項に記載の方法のステップを実行する手段を含む、コンピューティングインスタンスを接続するための装置。

【請求項22】

プロセッサによって実行されると、請求項１～請求項９のいずれか１項に記載の方法のステップを実装するコンピュータ命令を含むコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、「異なるテナントが所有するコンピューティングインスタンスの接続による制限される動作」と題する米国非仮出願第１７／４５９，１６７号に関連する。前述の出願の全内容は、あらゆる目的のために参照により本明細書に組み込まれる。

【背景技術】

【0002】

背景
顧客がＩａａＳクラウドサービスプロバイダ（ＣＳＰ）によって提供されるＩａａＳサービスの加入者としてサインアップすると、その顧客のためにアカウントまたはテナントが作成される。ある実装形態では、顧客用に作成されるテナント（顧客テナントとも呼ばれる）は、顧客のすべてのクラウドリソースを保持するルートレベルのコンパートメントを提供する。一般的なシナリオでは、顧客とそのユーザは、その顧客のテナント内に配置されるリソースにのみアクセスできる。これらのリソースには、例えば、顧客に１つまたは複数のサービスを提供するために顧客にプロビジョニングされる１つまたは複数のコンピューティングインスタンスが含まれ得る。

【発明の概要】

【発明が解決しようとする課題】

【0003】

顧客が加入し、顧客インスタンスが顧客にプロビジョニングされる特定のサービスの場合、コンピューティングインスタンスは通常、特定のサービスに関連するクラウドリソースをプロビジョニングおよび管理するように構成される別のサービスインフラストラクチャによって作成および提供される。例えば、顧客がサービスＡとサービスＢに加入している場合、独自のテナント（サービステナントと呼ばれる）に関連付けられるサービスＡインフラストラクチャは、顧客にサービスＡを提供するコンピューティングインスタンスＡを作成およびプロビジョニングするように構成される。同様に、独自のテナントに関連付けられるサービスＢインフラストラクチャは、顧客にサービスＢを提供するコンピューティングインスタンスＢを作成およびプロビジョニングするように構成される。コンピューティングインスタンスＡのライフサイクル管理はサービスＡインフラストラクチャによって排他的に制御され、コンピューティングインスタンスＢのライフサイクル管理はサービスＢインフラストラクチャによって排他的に制御される。さらに、別々のサービスインフラストラクチャによって作成されるコンピューティングインスタンスは、２つの異なるテナントのインフラストラクチャによってプロビジョニングされているため、相互に直接通信したり対話したりすることはできない。しかし、顧客が２つの異なるサービスインフラストラクチャから受信したリソース（例えば、上記の例ではコンピューティングインスタンスＡとコンピューティングインスタンスＢ）を利用して相互に対話し、連携することができる場合もあるが、サービステナントに基づいてコンピューティングインスタンスが分離されているため、これは困難になる。

【0004】

本開示は、上述の問題に対する解決策を説明する。
簡単な概要
本開示は、一般に、コンピューティングインスタンス間の接続の作成に関する。本明細書で説明されるように、コンピューティングリソースが異なるクラウドテナントからの２つの異なるサービスによってプロビジョニングされているにもかかわらず、２つ（またはそれ以上）のクラウドリソース（例えば、２つのコンピューティングインスタンス）を接続（「配線」とも呼ばれる）するためのインフラストラクチャと一般化される方法が説明されている。コンピューティングインスタンスを配線するために実行される自動プロセスについて説明する。自動プロセスは通常、２つの異なるサービスを提供し、２つの異なるサービステナントからプロビジョニングされる任意の２つのコンピューティングインスタンスを接続するために適用できる。

【0005】

例えば、顧客は、第１のサービスコンピューティングインスタンスと第２のサービスコンピューティングインスタンスを接続するために、第１のサービスインフラストラクチャに要求を送信することができる。要求は、第１のサービスインフラストラクチャの第１のサービス制御プレーンにより受信され、処理され得る。次に、２つのコンピューティングインスタンスを接続するためのワークフローが実行される。このワークフローには、第１のサービス制御プレーン、第２のサービス制御プレーン、およびＩＤ管理および認可サービス（ＩＤＭＡＳ）によって実行される処理が含まれる。

【課題を解決するための手段】

【0006】

ある実施形態では、方法は、第１のサービスのための第１の制御プレーンが、第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、第１のコンピューティングインスタンスは第１の制御プレーンによって制御され、第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、第１のコンピューティングインスタンスは顧客テナント内にあり、第２のコンピューティングインスタンスは顧客テナント内にあり、第１のコンピューティングインスタンスは顧客テナント内の第２のコンピューティングインスタンスから分離される。方法は、第１の制御プレーンが、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の接続を作成するための処理動作のセットを実行することと、処理動作のセットを実行した後、接続により第２のコンピューティングインスタンスの制御を得、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の通信を可能にすることと、をさらに含む。

【0007】

さらに別の実施形態では、第１の制御プレーンが、第１の制御プレーンが顧客に代わって第２の制御プレーンと通信できることを示すトークンを取得する。

【0008】

さらに別の実施形態では、処理動作のセットを実行することは、第１の制御プレーンが、第２のコンピューティングインスタンス上で実行できる許可される動作のセットを決定することを含む。

【0009】

さらに別の実施形態では、処理動作のセットを実行することは、第１の制御プレーンが、第２の制御プレーンに接続要求を送信することを含み、接続要求は、第１のコンピューティングインスタンスおよび第２のコンピューティングインスタンスを識別する情報を含み、第２の制御プレーンは接続に関する情報を記憶し、処理動作のセットを実行することは、第１の制御プレーンが、接続に関する情報を記憶すること、を含む。

【0010】

さらに別の実施形態では、第１の制御プレーンはドミナント制御プレーンであり、第２の制御プレーンはパッシブ制御プレーンであり、第１のコンピューティングインスタンスはドミナントコンピューティングインスタンスであり、第２のコンピューティングインスタンスはパッシブコンピューティングインスタンスである。

【0011】

さらに別の実施形態では、接続を作成するための処理動作のセットを実行する前に、第１の制御プレーンが、顧客テナント内に第１のサービスの第１のコンピューティングインスタンスを作成することをさらに含む。

【0012】

さらに別の実施形態では、処理動作のセットを実行することは、第１の制御プレーンが第２の制御プレーンに、顧客テナント内で第２のコンピューティングインスタンスを作成するための要求を送信することを含み、第２の制御プレーンは、要求に応答して顧客テナント内に第２のコンピューティングインスタンスを作成する。

【0013】

さらに別の実施形態では、第１のサービスは企業リソースプランニング（ＥＲＰ）サービスであり、第２のサービスは会話型人工知能（ＡＩ）サービスである。

【0014】

さらに別の実施形態では、処理動作のセットを実行した後、接続により、第２の制御プレーンは、第２のコンピューティングインスタンス上で少なくとも１つの動作を実行することが制限される。

【0015】

ある実施形態では、コンピュータ実行可能命令を記憶する非一時的なコンピュータ可読記憶媒体が開示され、コンピュータ実行可能命令は、実行されると、コンピュータシステムの１つまたは複数のプロセッサに方法を実行させ、方法は、第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、第１のコンピューティングインスタンスはコンピュータシステムの第１の制御プレーンによって制御され、第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、第１のコンピューティングインスタンスは顧客テナント内にあり、第２のコンピューティングインスタンスは顧客テナント内にあり、第１のコンピューティングインスタンスは顧客テナント内の第２のコンピューティングインスタンスから分離され、方法は、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の接続を作成するために処理動作のセットを実行することと、処理動作のセットを実行した後、接続により第２のコンピューティングインスタンスの制御を得、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の通信を可能にすることと、を含む。

【0016】

ある実施形態では、プロセッサと、プロセッサによって実行可能であり、プロセッサによる実行時に処理を実行させる複数の命令を記憶するように構成されているメモリと、を備えるコンピュータシステムが開示され、処理は、第１のサービスの第１のコンピューティングインスタンスと第２のサービスの第２のコンピューティングインスタンスとの間の接続を作成するための要求を受信することを含み、第１のコンピューティングインスタンスはコンピュータシステムの第１の制御プレーンによって制御され、第２のコンピューティングインスタンスは第２の制御プレーンによって制御され、第１のコンピューティングインスタンスは顧客テナント内にあり、第２のコンピューティングインスタンスは顧客テナント内にあり、第１のコンピューティングインスタンスは顧客テナント内の第２のコンピューティングインスタンスから分離され、処理は、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の接続を作成するために処理動作のセットを実行することと、処理動作のセットを実行した後、接続により第２のコンピューティングインスタンスの制御を得、第１のコンピューティングインスタンスと第２のコンピューティングインスタンスとの間の通信を可能にすることと、を含む。

【0017】

ある実施形態では、本開示の実施形態による方法のいずれかのステップを実行する手段を備える、コンピューティングインスタンスを接続するための装置が開示される。

【0018】

ある実施形態では、プロセッサによって実行されると、本開示の実施形態による方法のいずれかのステップを実装するコンピュータ命令を含むコンピュータプログラム製品が開示される。

【0019】

前述のことは、他の特徴および実施形態とともに、以下の明細書、特許請求の範囲、および添付の図面を参照することによってより明らかになるであろう。

【図面の簡単な説明】

【0020】

【図1】いくつかの実施形態による分散環境の簡略化されたブロック図である。

【図2】ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャートを示す図である。

【図3】ある実施形態による、顧客テナント内に接続されている２つのコンピューティングインスタンスを分離するプロセスを示す簡略化されたスイムチャートを示す図である。

【図4】ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャートを示し、パッシブインスタンスはまだ存在せず、プロセスの一部として作成される図である。

【図5】ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャートを示し、ドミナントインスタンスはまだ存在せず、プロセスの一部として作成される図である。

【図6】ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャートを示し、２つのコンピューティングインスタンスは両方ともまだ存在しないが、プロセスの一部として作成される図である。

【図7】ある実施形態による、動作が許可されるかどうかを決定するプロセスを示す図である。

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

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

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

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

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

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

【0021】

詳細な説明
以下の説明では、説明の目的で、ある実施形態の完全な理解を提供するために特定の詳細が記載される。しかし、これらの特定の詳細がなくても、さまざまな実施形態を実施できることは明らかであろう。図および説明は、限定することを意図したものではない。「例示的な」という言葉は、本明細書では「例、事例、または実例として機能する」という意味で使用される。本明細書で「例示的」として説明されるいかなる実施形態または設計も、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。

【0022】

本開示は、一般に、コンピューティングインスタンス間の接続の作成に関する。顧客がＩａａＳクラウドサービスプロバイダ（ＣＳＰ）によって提供されるＩａａＳサービスの加入者としてサインアップすると、顧客のためにアカウントまたはテナントが作成される。ある実装形態では、顧客用に作成されるテナント（顧客テナントとも呼ばれる）は、顧客のすべてのクラウドリソースを保持するルートレベルのコンパートメントを提供する。一般的なシナリオでは、顧客とそのユーザは、その顧客のテナント内に配置されるリソースにのみアクセスできる。これらのリソースには、例えば、顧客に１つまたは複数のサービスを提供するために顧客にプロビジョニングされる１つまたは複数のコンピューティングインスタンスが含まれ得る。

【0023】

顧客が加入し、顧客インスタンスが顧客にプロビジョニングされる特定のサービスの場合、コンピューティングインスタンスは通常、特定のサービスに関連するクラウドリソースをプロビジョニングおよび管理するように構成される別のサービスインフラストラクチャによって作成および提供される。例えば、顧客がサービスＡとサービスＢに加入している場合、独自のテナント（サービステナントと呼ばれる）に関連付けられるサービスＡインフラストラクチャは、顧客にサービスＡを提供するコンピューティングインスタンスＡを作成およびプロビジョニングするように構成される。同様に、独自のテナントに関連付けられるサービスＢインフラストラクチャは、顧客にサービスＢを提供するコンピューティングインスタンスＢを作成およびプロビジョニングするように構成される。コンピューティングインスタンスＡのライフサイクル管理はサービスＡインフラストラクチャによって排他的に制御され、コンピューティングインスタンスＢのライフサイクル管理はサービスＢインフラストラクチャによって排他的に制御される。さらに、別々のサービスインフラストラクチャによって作成されるコンピューティングインスタンスは、２つの異なるテナントのインフラストラクチャによってプロビジョニングされているため、相互に直接通信したり対話したりすることはできない。しかし、顧客が２つの異なるサービスインフラストラクチャから受信したリソース（例えば、上記の例ではコンピューティングインスタンスＡとコンピューティングインスタンスＢ）を利用して相互に対話し、連携することができる場合もあるが、サービステナントに基づいてコンピューティングインスタンスが分離されているため、これは困難になる。

【0024】

この意味で、顧客は、２つのコンピューティングインスタンスを「接続」して、コンピューティングインスタンスのそのような協調機能を可能にすることを望む場合がある。以前は、このような接続は、接続する２つのコンピューティングインスタンスを実装するコードにカスタマイズされる変更を加えることでのみ実現できた。しかし、このような解決策はそれらのコンピューティングインスタンスにのみ固有であり、通常は接続される他のクラウドリソースに適用できない。さらに、接続する２つのコンピューティングインスタンスに特定のコード変更を適用する必要があるため、プロセスに時間がかかり、これらのコンピューティングインスタンスのみに固有であり、他のタイプのコンピューティングインスタンスには適用できない。その結果、顧客はそのような接続を要求に応じて要求できなかった。

【0025】

本開示は、上述の問題に対する解決策を説明する。本明細書で説明されるように、コンピューティングリソースが異なるクラウドテナントからの２つの異なるサービスによってプロビジョニングされているにもかかわらず、２つ（またはそれ以上）のクラウドリソース（例えば、２つのコンピューティングインスタンス）を接続（「配線」とも呼ばれる）するためのインフラストラクチャと一般化される方法が説明されている。コンピューティングインスタンスを配線するために実行される自動プロセスについて説明する。自動プロセスは通常、２つの異なるサービスを提供し、２つの異なるサービステナントからプロビジョニングされる任意の２つのコンピューティングインスタンスを接続するために適用できる。

【0026】

例えば、顧客は、第１のサービスコンピューティングインスタンスと第２のサービスコンピューティングインスタンスを接続するために、第１のサービスインフラストラクチャに要求を送信することができる。要求は、第１のサービスインフラストラクチャの第１のサービス制御プレーンにより受信され、処理され得る。次に、２つのコンピューティングインスタンスを接続するためのワークフローが実行される。このワークフローには、第１のサービス制御プレーン、第２のサービス制御プレーン、およびＩＤ管理および認可サービス（ＩＤＭＡＳ）によって実行される処理が含まれる。このワークフローの一部として実行される処理に関連する詳細は、図２、３、４、５、６、および７に示されており、以下で説明される。

【0027】

図１は、いくつかの実施形態による分散環境１００の簡略化されたブロック図である。分散環境１００は、１つまたは複数の通信ネットワーク上の１つまたは複数の通信リンクを介して互いに通信可能に結合される複数のコンピュータシステムを備えることができる。図１の分散環境１００は、サービスＡインフラストラクチャ１１０、サービスＢインフラストラクチャ１２０、顧客テナント１３０、ＩＤ管理および認可サービス１４０、ならびにユーザ動作コンソール１０６を含む。

【0028】

図１に示される分散環境は、単なる一例であり、請求される実施形態の範囲を不当に限定することを意図するものではない。多くの変形、代替、および修正が可能である。例えば、いくつかの実装形態では、分散環境１００は、図１に示されるものより多くの、または少ないコンピュータシステムまたは構成要素を有してもよい。あるいは、コンピュータシステムおよび通信回線の異なる構成または配置を有していてもよい。

【0029】

図１に示されるさまざまな構成要素は、１つまたは複数のコンピュータシステムを使用して実装することができる。例示的なコンピュータシステムは、コンピューティングリソース（例えば、１つまたは複数のプロセッサまたはＣＰＵ）、メモリリソース（例えば、システムメモリ、不揮発性メモリ）、およびネットワークリソース（例えば、ネットワークインターフェイスカード（ＮＩＣ））を備え得る。コンピュータシステムは、ネットワークリソースを使用して、１つまたは複数の通信ネットワークを介して１つまたは複数の他のコンピュータシステムと通信することができる。通信ネットワークには、例えば、インターネット、イントラネット、エクストラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、および通信を容易にする他のネットワーク、ならびにそれらの組み合わせが含まれ得る。通信は、１つまたは複数の有線または無線通信プロトコルを使用して、有線または無線リンクを介して行われてもよい。ある実装形態では、通信ネットワークは、ＩａａＳプロバイダによって提供される物理基板ネットワークを含むことができる。

【0030】

ある実装形態では、図１に示されるさまざまな構成要素は、サービスとしてのインフラストラクチャ（ＩａａＳ）プロバイダなどのクラウドサービスプロバイダ（ＣＳＰ）によって提供されるインフラストラクチャによってホストされ得る。ＩａａＳモデルでは、ＣＳＰは、顧客が仮想クラウドネットワーク（ＶＣＮ）と呼ばれる独自のカスタマイズ可能なプライベートネットワークを構築するために使用できるインフラストラクチャ（クラウドサービスプロバイダインフラストラクチャまたはＣＳＰＩと呼ばれる）を提供する。顧客は、コンピューティングインスタンスなどの１つまたは複数の顧客リソースまたはワークロードをこれらのＶＣＮに展開できる。コンピューティングインスタンスは、仮想マシンまたはベアメタルインスタンスにすることができる。仮想マシン（ＶＭ）コンピューティングインスタンスは、物理ベアメタルコンピュータシステム上で実行される独立した仮想化マシンであり得る。ハイパーバイザーなどの仮想化技術により、同じ物理コンピュータシステム（ホストマシンとも呼ばれる）上で複数の仮想マシンコンピューティングインスタンスを実行できる。ベアメタルコンピューティングインスタンスは、ハイパーバイザーなしのベアメタルサーバまたはホストマシンによってホストされる。ベアメタルコンピューティングインスタンスがプロビジョニングされると、単一の顧客またはテナントがベアメタルインスタンスをホストするコンピュータシステムの物理ＣＰＵ、メモリ、およびネットワークインターフェイスの制御を維持し、コンピュータシステムは他の顧客やテナントと共有されない。

【0031】

顧客がＩａａＳ ＣＳＰによって提供されるＩａａＳサービスの加入者としてサインアップすると、顧客のテナントと呼ばれるアカウントが顧客のために作成される。例えば、図１に示すように、顧客テナント１３０は、加入顧客のために作成され得る。ある実装形態では、顧客テナント１３０などのテナントは、顧客のすべてのクラウドリソースを保持するルートレベルのコンパートメントを提供する。個別の異なる顧客に対して、特定の個別のテナントを作成できる。一般的なシナリオでは、顧客は、その顧客のテナント内に配置されているリソースにのみアクセスできる。顧客は、顧客のルートテナント（ルートコンパートメント）内に追加のコンパートメントを作成し、その追加のコンパートメント内に配置されるリソースへのアクセスをさらに制御することができる。これは、１つまたは複数のアクセスポリシーをコンパートメントに関連付けて、コンパートメント内のリソースへのアクセスを制御することによって実現される。顧客向けにクラウドリソース（例えば、コンピューティングインスタンス、ブロックボリューム、クラウドネットワークなど）が作成される場合、顧客はリソースを配置する特定のコンパートメントを指定できる。最も単純なデフォルトのシナリオでは、顧客のクラウドリソースは顧客のルートテナント内に配置される。例えば、図１では、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２などの顧客のクラウドリソースは、顧客テナント１３０用に作成されるルートコンパートメント内に配置され得る。

【0032】

ＩａａＳサービスに加入することに加えて、顧客は、１つまたは複数のＣＳＰによって提供され得る他のさまざまなサービスに加入することができる。これらのサービスには、Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＳａａＳ）モデル、Ｐｌａｔｆｏｒｍ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＰａａＳ）モデル、およびその他のタイプのクラウドサービスで提供されるサービスが含まれ得る。クラウドサービスという用語は、一般に、ＣＳＰが提供するシステムおよびインフラストラクチャ（クラウドインフラストラクチャ）を使用して、ＣＳＰによってユーザまたは顧客が要求に応じて（例えば、加入モデルを介して）利用可能になるサービスを指すのに使用される。通常、ＣＳＰのインフラストラクチャを構成するサーバおよびシステムは、顧客自身のオンプレミスのサーバおよびシステムとは別のものである。したがって、顧客は、サービス用のハードウェアおよびソフトウェアリソースを個別に購入する必要なく、ＣＳＰが提供するクラウドサービスを利用できる。クラウドサービスは、サービスの提供に使用されるインフラストラクチャの調達に顧客が投資する必要なく、加入顧客がアプリケーションやコンピューティングリソースに簡単かつスケーラブルにアクセスできるように設計されている。

【0033】

例えば、図１に示される実施形態では、顧客は、サービスＡインフラストラクチャ１１０を使用してＣＳＰによって提供される「サービスＡ」と、サービスＢインフラストラクチャ１２０を使用してＣＳＰによって提供される別の「サービスＢ」に加入することができる。サービスＡインフラストラクチャ１１０は、１人または複数の加入顧客のためにサービスＡに関連するクラウドリソースをプロビジョニングおよび管理するように構成されている。サービスＡインフラストラクチャ１１０は、そのサービスのために特別に作成されるサービスＡテナント１１５内で動作することができる。加入顧客のユーザ１０５は、コンソール１０６を使用して、サービスＡを提供するコンピューティングインスタンスを要求する要求をサービスＡインフラストラクチャ１１０に送信することができる。それに応じて、サービスＡインフラストラクチャ１１０は、サービスＡコンピューティングインスタンス１３１（例えば、サービスＡを提供する特定のインスタンス）をユーザ１０５にプロビジョニングすることができる。図１に示すように、プロビジョニングされるサービスＡコンピューティングインスタンス１３１は、顧客テナント１３０内に記憶することができる。サービスＡインフラストラクチャ１１０は、サービスＡコンピューティングインスタンス１３１のライフサイクル管理と構成を担当する。

【0034】

ある実装形態では、図１に示されるように、サービスＡインフラストラクチャ１１０は、顧客（例えば、サービスＡコンピューティングインスタンス１３１）にクラウドリソースをプロビジョニングし、コンピューティングインスタンスを構成し、コンピューティングインスタンスを更新し、サービスＡコンピューティングインスタンス１３１のライフサイクル管理を実行する責任を負うサービスＡ制御プレーン１１２を含むことができる。サービスＡ制御プレーン１１２は、サービスＡに加入している他の顧客に同様のサービスを提供することができる。サービスＡ制御プレーン１１２は、コマンドを受信し、さもなければ、例えばコンソール１０６を介してユーザ１０５と通信するためのフロントエンド１１３構成要素を含み得る。サービスＡインフラストラクチャ１１０は、フロントエンド１１３によって受信されるユーザ要求に対応する処理を実行する役割を担うワークフロー構成要素１１４を含むこともできる。ある実施形態では、ワークフロー構成要素１１４は、制御プレーン１１２によって受信されるユーザ要求に対応する処理を実行するための１つまたは複数のワークフロープロセスを構成および実行する役割を担ってもよい。

【0035】

サービスＢインフラストラクチャ１２０は、加入顧客のためにサービスＢに関連するクラウドリソースをプロビジョニングおよび管理するように構成されている。サービスＢインフラストラクチャ１２０は、そのサービスのために特別に作成されるサービスＢテナント１２５内で動作することができる。加入顧客のユーザ１０５は、コンソール１０６を使用して、サービスＢを提供するコンピューティングインスタンスを要求する要求をサービスＢインフラストラクチャ１２０に送信することができる。それに応じて、サービスＢインフラストラクチャ１２０は、サービスＢコンピューティングインスタンス１３２（例えば、サービスＢを提供する特定のインスタンス）をユーザ１０５にプロビジョニングすることができる。図１に示すように、プロビジョニングされるサービスＢコンピューティングインスタンス１３２は、顧客テナント１３０内に記憶することができる。サービスＢインフラストラクチャ１２０は、サービスＢコンピューティングインスタンス１３２のライフサイクル管理および構成を担当する。

【0036】

ある実装形態では、図１に示すように、サービスＢインフラストラクチャ１２０は、顧客（例えば、サービスＢコンピューティングインスタンス１３２）にクラウドリソースをプロビジョニングし、コンピューティングインスタンスを構成し、コンピューティングインスタンスを更新し、サービスＢコンピューティングインスタンス１３２のライフサイクル管理を実行する責任を負うサービスＢ制御プレーン１２２を含むことができる。サービスＢ制御プレーン１２２は、サービスＢに加入している他の顧客に同様のサービスを提供することができる。サービスＢ制御プレーン１２２は、コマンドを受信し、さもなければ、例えばコンソール１０６を介してユーザ１０５と通信するためのフロントエンド１２３構成要素を含むことができる。サービスＢインフラストラクチャ１２０は、フロントエンド１２３によって受信されるユーザ要求に対応する処理を実行する役割を担うワークフロー構成要素１２４を含むこともできる。ある実施形態では、ワークフロー構成要素１２４は、制御プレーン１２２によって受信されるユーザ要求に対応する処理を実行するための１つまたは複数のワークフロープロセスを構成および実行する役割を担ってもよい。

【0037】

サービスＡテナント１１５、サービスＢテナント１２５、および顧客テナント１３０は、３つの別個のテナントであることに留意されたい。サービスＡインフラストラクチャ１１０は、サービスＢインフラストラクチャ１２０によってプロビジョニングされるクラウドリソースにアクセスしたり、またはそれを制御したりすることはできない。例えば、サービスＡインフラストラクチャ１１０はサービスＢコンピューティングインスタンス１３２にアクセスできない。同様に、サービスＢインフラストラクチャ１２０は、サービスＡインフラストラクチャ１１０によってプロビジョニングされるクラウドリソースにアクセスしたり、またはそれを制御したりすることはできない。例えば、サービスＢインフラストラクチャ１２０はサービスＡコンピューティングインスタンス１３１にアクセスできない。

【0038】

サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２は、２つの異なるテナント、例えば、サービスＡテナント１１５とサービスＢテナント１２５内のエンティティによってプロビジョニングおよび制御されるため、２つのコンピューティングインスタンスは相互に対話することはできないし、しない。しかし、顧客が２つの異なるサービスから受信したリソースを利用して、相互に対話し、連携できるという状況も考えられる。例えば、顧客テナント１３０を持つ顧客は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を利用して、連携できる。この意味で、顧客は２つのコンピューティングインスタンスを「接続」して、コンピューティングインスタンスのそのような協調機能を可能にすることを希望し得る。例えば、サービスＡが、企業リソースプランニング（ＥＲＰ）サービスなどの企業アプリケーションサービスを提供するＳａａＳサービスであると仮定する。したがって、サービスＡインフラストラクチャ１１０によってプロビジョニングされるサービスＡコンピューティングインスタンス１３１は、顧客にＥＲＰサービスを提供することができる。さらに、サービスＢが会話型人工知能（ＡＩ）サービス（デジタルアシスタントまたはチャットボットサービスとも呼ばれる）であると仮定する。サービスＢインフラストラクチャ１２０は、顧客のためにチャットボットサービスインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）を作成および訓練するように構成され、チャットボットサービスインスタンスは、話し言葉および／または書き言葉に応答するように構成される。顧客はチャットボット経由で自身のＥＲＰサービスと対話したい場合がある。これを達成するために、顧客は、自身のチャットボットサービスインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）をＥＲＰコンピューティングインスタンス（例えば、サービスＡコンピューティングインスタンス１３１）に接続することを望む場合がある。

【0039】

これまでは、そのような接続は、接続される２つのコンピューティングインスタンスを実装するコードにカスタマイズされる変更を加えることによってのみ達成できた。しかし、このような解決策はそれらのコンピューティングインスタンスにのみ固有であり、通常は接続される他のクラウドリソースに適用できない。さらに、接続する２つのコンピューティングインスタンスに特定のコード変更を適用する必要があるため、プロセスに時間がかかり、これらのコンピューティングインスタンスのみに固有であり、他のタイプのコンピューティングインスタンスには適用できない。その結果、顧客はそのような接続を要求に応じて要求できなかった。

【0040】

本開示は、上述の問題に対する解決策を説明する。本明細書で説明されるように、コンピューティングリソースが異なるクラウドテナントからの２つの異なるサービスによってプロビジョニングされているにもかかわらず、２つ（またはそれ以上）のクラウドリソース（例えば、２つのコンピューティングインスタンス）を接続（「配線」とも呼ばれる）するためのインフラストラクチャと一般化される方法が説明されている。コンピューティングインスタンスを配線するために実行される自動プロセスについて説明する。自動プロセスは通常、２つの異なるサービスを提供し、２つの異なるサービステナントからプロビジョニングされる任意の２つのコンピューティングインスタンスを接続するために適用できる。

【0041】

例えば、図１に示される実施形態では、ユーザ１０５は、コンソール１０６を介して、サービスＡインフラストラクチャ１１０に要求を送信して、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２を接続することができる。要求は、サービスＡ制御プレーン１１２によって受信され、処理され得る。次に、２つのコンピューティングインスタンスを接続するためにワークフローが実行され、このワークフローには、サービスＡ制御プレーン１１２、サービスＢ制御プレーン１２２、ならびにＩＤ管理および認可サービス（ＩＤＭＡＳ）１４０によって実行される処理が含まれる。このワークフローの一部として実行される処理に関連する詳細は、図２、３、４、５、６、および７に示されており、以下で説明される。２つのコンピューティングインスタンスを接続するための全体的なワークフローには、サービスＡインフラストラクチャ１１０、サービスＢインフラストラクチャ１２０、およびＩＤＭＡＳ１４０によって実行される個別のワークフローが含まれ得る。

【0042】

例えば、ＥＲＰサービスコンピューティングインスタンスおよびチャットボットコンピューティングインスタンスに関して前述した例では、ユーザは、２つのコンピューティングインスタンスが接続されることを要求することができる。次に、接続を実行するための処理が実行される。接続の結果、ＥＲＰコンピューティングインスタンスのユーザは、チャットボットインスタンスとの会話を使用してＥＲＰインスタンスと対話できるようになる。

【0043】

接続される２つのコンピューティングインスタンス間の接続が顧客によって望まれなくなった場合、顧客ユーザは、要求に応じて、以前に接続されたコンピューティングインスタンスの分離（すなわち、接続の解除）を要求することができる。例えば、図１に示される実施形態では、ユーザ１０５は、コンソール１０６を介して、サービスＡインフラストラクチャ１１０に、以前に接続されたサービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２を分離するための要求を送信することができる。要求は、サービスＡ制御プレーン１１２によって受信され、処理され得る。次に、２つのコンピューティングインスタンスを分離するためにワークフローが実行され、このワークフローには、サービスＡ制御プレーン１１２、サービスＢ制御プレーン１２２、ならびにＩＤ管理および認可サービス１４０によって実行される処理が含まれる。このワークフローの一部として実行される処理に関連する詳細は図３に示されており、以下で説明される。

【0044】

したがって、本明細書に記載の実施形態により、ユーザ１０５は、要求に応じて、２つのコンピューティングインスタンスが接続されて互いに通信できるようにすること、または再び要求に応じて、分離できるように要求することができる。図１に示すように、接続は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２との間の通信リンクを表す接続リンク１３３を使用して象徴的に示されている。

【0045】

接続／分離処理に関連付けられる情報は、サービスＡインフラストラクチャ１１０により接続／分離情報１１１として記憶され得る。同様に、接続／分離処理に関連付けられる情報は、サービスＢインフラストラクチャ１２０によって接続／分離情報１２１として記憶されてもよい。

【0046】

ＩＤ管理および認可サービス１４０は、要求側ユーザが、接続または分離されるコンピューティングインスタンスの特定のセットの接続または分離を要求することを認可されるかどうかをチェックするためのサービスを提供するように構成される。認可は、接続または分離されるサービスインスタンスに対して定義されるアクセス制御ポリシーに基づく場合がある。例えば、どのインスタンスを接続／分離できるか、どのユーザが接続／分離を要求できるか、などを制御するポリシーを顧客テナント１３０に対して定義することができる。ＩＤ管理および認可サービス１４０は、そのようなポリシーを評価して、要求を認可できるかどうかを決定することができる。ＩＤ管理および認可サービス１４０は、サービスＡインフラストラクチャ１１０およびサービスＢインフラストラクチャ１２０が、接続プロセス中（または分離プロセス中）、ユーザ１０５に代わって相互に通信できるようにすることができる。

【0047】

図２は、ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャート２００を示す。図２に示す処理は、それぞれのシステムの１つまたは複数の処理ユニット（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）で、ハードウェアを使用して、またはそれらの組み合わせで、実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリデバイス）に記憶されてもよい。図２に示し、以下に説明する方法は、例示的で、非限定的であることを意図したものである。図２は、特定のシーケンスまたは順序で発生するさまざまな処理動作を示しているが、これに限定することを意図したものではない。ある代替実施形態では、処理は何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。

【0048】

スイムチャート２００は、２つのコンピューティングインスタンスを接続するプロセスを示している。図２に示されるプロセスでは、接続される２つのコンピューティングインスタンスが、接続要求を受信する前にすでに存在していることが仮定される。例えば、接続されている２つのコンピューティングインスタンスは、接続要求を受信する前にあらかじめ作成されたものであり得る。ある実施形態では、２つのサービスから２つのインスタンスを接続するための要求が受信されるとき、インスタンスがまだ存在していない場合、処理の一部として、コンピューティングインスタンスは、最初にそれぞれのサービスインフラストラクチャと対話することによって作成され、その後、コンピューティングインスタンスは、図２に示される処理に従って接続され得る。

【0049】

例えば、図１に示される実施形態では、ユーザ１０５は、（例えば、コンソール１０６を介して）サービスＡの第１のコンピューティングインスタンスを作成する命令をサービスＡ制御プレーンフロントエンド１１３に送信することができる。ユーザ命令の受信に応答して、サービスＡ制御プレーンワークフロー１１４は、ユーザの顧客テナント１３０内にサービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）を作成および構成することができる。サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１の制御および管理を継続することができる。同様に、ユーザ１０５は、（例えば、コンソール１０６を介して）サービスＢの第２のコンピューティングインスタンスを作成する命令をサービスＢ制御プレーン１２２に送信することができる。ユーザ命令の受信に応答して、サービスＢ制御プレーン１２２は、ユーザの顧客テナント１３０内にサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成および構成することができる。サービスＢ制御プレーン１２２は、サービスＢコンピューティングインスタンス１３２の制御および管理を継続することができる。

【0050】

サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２の両方が顧客テナント１３０内に存在し得るが、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２は独立して作成でき、最初は顧客テナント１３０内で互いに分離されている。通常、サービスＡ制御プレーン１１２はサービスＡコンピューティングインスタンス１３１の所有権を有し、その結果、サービスＡ制御プレーン１１２のみがサービスＡコンピューティングインスタンス１３１にアクセスしてサービスＡコンピューティングインスタンス１３１を構成できる。同様に、通常、サービスＢ制御プレーン１２２はサービスＢコンピューティングインスタンス１３２の所有権を有し、その結果、サービスＢ制御プレーン１２２のみがサービスＢコンピューティングインスタンス１３２にアクセスしてサービスＢコンピューティングインスタンス１３２を構成することができる。この分離のため、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２は、通常、相互に通信したり、または情報を共有したりすることができない。

【0051】

図２に示され、以下で説明される処理は、ユーザの命令に基づいて、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２とを接続することができる。接続の結果として、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２は通信し、情報を交換することができる。また、サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２の両方を所有、制御、および／または構成することができる。

【0052】

図２に示されるように、処理は、ユーザデバイス（例えば、コンソール１０６）を使用するユーザ１０５が、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２を接続するための要求をサービスＡ制御プレーン１１２に送信するとき、Ｓ２０２で開始され得る。

【0053】

本開示の目的上、ユーザから接続要求を受信する制御プレーンを「ドミナント」制御プレーンと呼び、他方の制御プレーンを「パッシブ」制御プレーンと呼ぶ。ドミナント制御プレーンは接続プロセスを開始し、接続を実行するために必要な機能とＡＰＩを含む。例えば、図２では、サービスＡ制御プレーン１１２はＳ２０２で接続要求を受信するため、ドミナント制御プレーンとなり、一方、サービスＢ制御プレーン１２２がパッシブ制御プレーンとなる。

【0054】

図２に示される例では、命令はサービスＡ制御プレーンフロントエンド１１３によって受信される。２つの別個のサービス制御プレーンによって作成される２つの別個のコンピューティングインスタンスが接続されるため、ある実施形態では、接続要求は２つのサービス制御プレーンのいずれか一方に送信され得る。例えば、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を接続する場合、接続要求は、ユーザデバイス（例えば、コンソール１０６）によってサービスＡ制御プレーン１１２またはサービスＢ制御プレーン１２２のいずれかに送信され得る。ユーザ１０５は、ユーザデバイス（例えば、コンソール１０６）を介して、どのサービスに命令を送信するかを決定することができる。例えば、ユーザ１０５は、ユーザデバイス（例えば、コンソール１０６）を介して、ユーザインターフェイスに表示されるリストからサービスＡを選択することができる。

【0055】

他のいくつかの実装形態では、２つのコンピューティングインスタンスを接続するために、接続要求を２つのサービス制御プレーンのうちの特定の１つに送信する必要があり得る。例えば、一例として、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２が接続されるためには、接続要求はサービスＢ制御プレーン１２２ではなくサービスＡ制御プレーン１１２に送信される必要があり得る。このような実装形態では、制御プレーンのうちの１つ（例えば、サービスＡ制御プレーン１１２）だけが（例えば、利用可能な処理能力およびＡＰＩに基づいて）ドミナント制御プレーンとなり得る。このような場合、ユーザデバイス（例えば、コンソール１０６）は、ドミナント制御プレーンとなり得る特定の制御プレーンに接続要求を送信しなければならない。

【0056】

ある実施形態では、接続プロセスが完了した後、接続により、ドミナント制御プレーンは、パッシブ制御プレーンのコンピューティングインスタンス（顧客テナント内）の制御および所有権を有することになる。この結果、パッシブ制御プレーンがコンピューティングインスタンス上で実行できるある動作（例えば、コンピューティングインスタンスの削除）は、接続が存続する限り許可されなくなる。その代わりに、そのような実施形態では、パッシブ制御プレーンは、ドミナント制御プレーンからの接続メッセージおよび命令を受信して従い、ドミナント制御プレーンがパッシブ制御プレーンのコンピューティングインスタンスの制御を取得できるようにする。

【0057】

接続要求を受信した後、ドミナント制御プレーンは、次いで、接続要求を実行できるかどうかを決定する処理を開始することができる。例えば、接続を要求しているユーザがそのような要求を認可するかどうかを決定する処理が実行されてもよい。ある実装形態では、ＩＤ管理および認可サービス１４０は、認可のための処理を実行することができる。したがって、Ｓ２０４で、ドミナント制御プレーン（この例では、サービスＡ制御プレーン１１２）は、Ｓ２０２で受信される要求に関連するＩＤ管理および認可サービス１４０情報を送信することができる。次に、ＩＤ管理および認可サービス１４０は、認可プロセスを開始することができる。認可が成功した場合（つまり、ユーザは、識別される２つのコンピューティングインスタンスの接続を要求できる）、次に、Ｓ２０４の一部として、ＩＤ管理および認可サービス１４０は、接続処理を続行するための認可を提供する応答をドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）に送り返すことができる。

【0058】

いくつかの実施形態では、ＩＤ管理および認可サービス１４０によってサービスＡ制御プレーン１１２に送信される応答は、Ｏｎ－Ｂｅｈａｌｆ－Ｏｆ（ＯＢＯ）トークンを含むことができる。サービスＡ制御プレーン１１２に送信されるＯＢＯトークンは、サービスＡ制御プレーン１１２が、ユーザデバイス（例えば、コンソール１０６）に代わって接続関連命令をサービスＢ制御プレーン１２２に送信することを認可されていることのトークンまたは証拠として機能する。ある実装形態では、ＯＢＯトークンは、サービスＡ制御プレーン１１２からサービスＢ制御プレーン１２２への後続のすべての通信（一般に、ドミナント制御プレーンからパッシブ制御プレーンへの通信）における認可の証拠として含めることができる。

【0059】

ある実施形態では、２つのコンピューティングインスタンス間の接続が許可されているかどうかを確認するためのチェックも実行され得る。このような実装形態では、接続は、あるタイプのコンピューティングインスタンス間でのみ許可され得る。つまり、あるサービスのコンピューティングインスタンス間でのみ許可され得る。許可されるサービス間の接続を識別する情報が記憶され得る。Ｓ２０２で受信した要求が、接続が許可されていない２つのコンピューティングインスタンスを識別する場合、接続プロセスは終了され、エラーメッセージが要求側ユーザに返されてもよい。例えば、サービスＡコンピューティングインスタンスとサービスＢコンピューティングインスタンスとの間の接続が許可されていない場合、コンピューティングインスタンス１３１および１３２を接続するための要求は許可されない可能性がある。ある実装形態では、識別される２つのコンピューティングインスタンス間の接続が許可されているかどうかを確認するこのチェックは、接続要求を受信した後、ドミナント制御プレーンにより実行される。ドミナント制御プレーンは、許可される接続を識別する情報にアクセスして、特定の要求される接続がどこで許可されるかを決定することができる。いくつかの他の実装形態では、このチェックはＩＤ管理および認可サービス１４０によって実行されてもよい。

【0060】

接続を実行する処理は、同期的に実行されてもよいし、非同期的に実行されてもよい。いくつかの実装形態では、要求側ユーザは処理全体が完了するまで待つ必要がない（またはロックされない）ため、非同期実装が好ましい。したがって、非同期処理を使用する実装形態では、Ｓ２０６で、サービスＡ制御プレーンフロントエンド１１３は、処理を実行するための非同期作業要求を作成し、作業要求識別子をユーザデバイス（例えば、コンソール１０６）に提供する。ユーザデバイス（例えば、コンソール１０６）は、作業要求ＩＤを送信することによって、接続処理のステータスに関する更新を要求することができる。

【0061】

Ｓ２０８において、ステップＳ２０４におけるＩＤ管理および認可処理を完了した後、サービスＡ制御プレーンフロントエンド１１３は、サービスＡ制御プレーンワークフロー１１４構成要素に、接続を作成するためのワークフローを開始するように指示する。いくつかの実施形態では、サービスＡ制御プレーンフロントエンド１１３は、接続を作成するためのサービスＢ制御プレーン１２２との通信に使用するために、サービスＡ制御プレーンワークフロー１１４にＯＢＯトークンを提供することができる。

【0062】

Ｓ２１０において、サービスＡ制御プレーンワークフロー１１４（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に接続要求を送信する。接続要求は、サービスＢ制御プレーン１２２が所有するコンピューティングインスタンスが、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１２２）が所有する別のコンピューティングインスタンスに接続されていることをサービスＢ制御プレーン１２２に通知する。接続要求メッセージには、接続に関連付けられる任意の適切な情報のペイロードが含まれる。例えば、接続要求は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ２０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ２１０で送信される要求に含まれてもよい。さらに、接続要求は、接続されるインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）を示すことができる。コンピューティングインスタンスは、インスタンスを一意に識別する識別子、例えば、それぞれのOracle Cloud Identifier（ＯＣＩＤ）を使用して識別できる。

【0063】

さらに、接続要求は、ドミナント制御プレーンおよびパッシブ制御プレーンのＩＤを示すことができる。例えば、図２の例では、ドミナント制御プレーンはサービスＡ制御プレーン１１２であり、パッシブ制御プレーンはサービスＢ制御プレーン１２２である。これによってもまた、ドミナントコンピューティングインスタンスとパッシブコンピューティングインスタンスが識別される。サービスＡ制御プレーン１１２はドミナント制御プレーンであるため、サービスＡコンピューティングインスタンス１３１はドミナントコンピューティングインスタンスと呼ばれる。同様に、サービスＢ制御プレーン１２２はパッシブ制御プレーンであるため、接続ではサービスＢコンピューティングインスタンス１３２をパッシブコンピューティングインスタンスと呼ぶ。

【0064】

さらに、ある実施形態では、接続により、（ａ）顧客、および（ｂ）パッシブ制御プレーンがパッシブコンピューティングインスタンス上で実行できる動作に制限が課される。ある実装形態では、Ｓ２１０で送信される接続要求は、これらの制限を示す情報を含むことができる。例えば、要求は、顧客およびパッシブ制御プレーンごとに、接続により、顧客および／またはパッシブ制御プレーンによるパッシブコンピューティングインスタンス上で許可されるまたは許可されない１つまたは複数の動作のリストを識別し得る。要求は、接続により、顧客によるパッシブコンピューティングインスタンス上で許可される、または許可されない１つまたは複数の動作のリストを識別し得る。ある実装では、顧客およびパッシブサービス制御プレーンの各々に対して、許可される動作のリストが提供される。接続が存在する間は、リストで特に指定されていない動作は許可されない。いくつかの実施形態では、パッシブコンピューティングインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）を削除するための動作は、顧客が許可される動作の新しいリストにもはや含まれない場合がある。いくつかの実施形態では、接続を削除する動作は、顧客ではなく所有者にのみ許可され得る。

【0065】

CREATE ATTACH APIと呼ばれ得る接続要求の例を以下に示す。
POST/ServiceBInstances/<instanceId>/attachments/
｛
"attachToId":
"ocid1．ServiceAinstance.oc1．.aaaaaaaat733hgqhsleueh6yeqyx3gnbiik47cca4juksmlodvzr3B6cwbpa"，
"attachmentType":"ServiceA",//既知の列挙型
"attachmentMetadata":{},//接続固有のメタデータ
"ownerMetadata":{//所有者固有のメタデータ
"ownerService":["ServiceA-control-plane"],//ServiceACPのＳＰ名。これは、同じサービスの複数のＳＰ名をサポートするためのリストである。
／／何らかの＊は、このリソースのすべてのアクセス許可を管理することを意味する。
"allowedOwnerOperations"://所有者が実行できるはずの動作のリスト
"allowedCustomerOperations"://他のすべての呼び出し元に許可される制御プレーンのアクセス許可文字列のリスト
｝
｝

【0066】

上記の要求に示されているように、パッシブコンピューティングインスタンス（上記の例では、サービスＢインスタンス）がドミナントコンピューティングインスタンス（上記の例では、サービスＡインスタンス）に接続されている。要求内の「attachToId」は、パッシブコンピューティングインスタンスが接続されるドミナントコンピューティングインスタンスの識別子（例えば、ＯＣＩＤ）を提供する。「attachmentType」は、ドミナントコンピューティングインスタンスのタイプ、つまりドミナントコンピューティングインスタンスによって提供されるサービスを識別する。「attachmentMetadata」は接続固有のメタデータを提供する。「ownerMetadatattachmentTypea」は、所有者固有のメタデータを提供する。「ownerService」は、ドミナント制御プレーンに関連付けられるサービスプロバイダ名を識別する。上記の例では、名前は「ServiceA-control-plane」である。「allowedOwnerOperations」は、接続が存在する間に所有者（すなわち、ドミナント制御プレーン）による許可される動作を識別する。例えば、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）は、パッシブコンピューティングインスタンス上でGET、LIST、UPDATEおよびDELETE ATTACHMENT動作を実行することを許可され得る。「allowedCustomerOperations」は、接続が存在する間に顧客による許可される動作を識別する。例えば、顧客はパッシブコンピューティングインスタンス上でGET、LISTおよびUPDATE動作の実行のみを許可され得る。

【0067】

顧客（例えば、顧客テナントの管理者）、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）、パッシブ制御プレーン（すなわち、サービスＢ制御プレーン１２２）のいずれも、接続が存在する間、パッシブコンピューティングインスタンス（すなわち、サービスＢコンピューティングインスタンス１３２）を削除することが許可されないことに留意されたい。したがって、パッシブ制御プレーン（すなわち、サービスＢ制御プレーン１２２）がパッシブコンピューティングインスタンス（すなわち、サービスＢコンピューティングインスタンス１３２）の作成者および所有者であるにもかかわらず、接続中に、パッシブコンピューティングインスタンス（すなわち、サービスＢコンピューティングインスタンス１３２）を削除することは許可されていない。

【0068】

Ｓ２１２において、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、接続要求を受信したことに応答して処理を実行する。これには、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）から受信した接続要求の詳細を記録に記憶（「ポストする」とも呼ばれる）して接続情報を永続化することと、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）に関連付けられる所有権および許可される動作を変更することと、を含むことができる。

【0069】

例えば、サービスＢ制御プレーン１２２は、顧客テナント１３０内で、サービスＢコンピューティングインスタンス１３２（例えば、関連するＯＣＩＤによって識別される）が現在サービスＡコンピューティングインスタンス１３１（例えば、関連するＯＣＩＤによって識別される）に接続されていることを示す記録を作成し、記憶することができる。この記録は、サービスＢコンピューティングインスタンス１３２がパッシブコンピューティングインスタンスであり、サービスＡコンピューティングインスタンス１３１がドミナントコンピューティングインスタンスであることを示すことができる。さらに、記録は、関連する制御プレーンとそのそれぞれの役割を示すことができる。例えば、ドミナント制御プレーンはサービスＡ制御プレーン１１２であり得、パッシブ制御プレーンはサービスＢ制御プレーン１２２であり得る。この記録には、パッシブコンピューティングインスタンスが接続されているサービスのタイプ（つまり、ドミナントコンピューティングインスタンスによって提供されるサービス）を示す情報を含めることもできる。さらに、記録は、サービスＡ制御プレーン１１２が現在サービスＢコンピューティングインスタンス１３２の所有者であることを示すことができる（すなわち、この例ではサービスＡ制御プレーン１１２がドミナント制御プレーンであるため）。これにより、サービスＢ制御プレーン１２２は、サービスＢコンピューティングインスタンス１３２の制御および所有権をサービスＡ制御プレーン１１２に与えることができる。記録は、接続が存在する間にサービスＢコンピューティングインスタンス１３２でどのような動作が許可されるかを示すこともでき、その動作は、以前に許可された動作の修正であってもよい。動作には、サービスＢコンピューティングインスタンス１３２に対する顧客が許可される動作および所有者が許可される動作（例えば、ドミナント制御プレーンが実行できる動作）を含めることができる。例えば、削除動作は顧客が許可される動作に含まれ得ないため、接続が存在する間は実行できない場合がある。

【0070】

いくつかの実施形態では、サービスＢ制御プレーン１２２は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを検証することができる。例えば、サービスＢ制御プレーン１２２は、ＯＢＯトークンおよび／またはＯＢＯトークンに関連付けられる許可の信頼性を検証することができる。

【0071】

いくつかの実施形態では、Ｓ２１２の一部として、サービスＢ制御プレーン１２２は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を変更および構成して、接続が存在することを示すことができる。

【0072】

前述したように、ある実装形態では、接続を実行する処理は非同期で実行することができる。その場合、サービスＡ制御プレーン１１２は、サービスＢ制御プレーン１２２に定期的にポーリングして、サービスＢ制御プレーン１２２によって実行されている接続要求の処理のステータスを決定してもよい。いくつかの実施形態では、サービスＢ制御プレーン１２２は、サービスＡ制御プレーン１１２に非同期要求識別子を提供して、接続要求が受信され、処理中であることを確認することができる。次いで、サービスＡ制御プレーン１１２は、現在の処理ステータスについてサービスＢ制御プレーン１２２にポーリングするときに、非同期要求識別子を使用することができる。最終的に、サービスＢ制御プレーン１２２は、サービスＢ制御プレーン１２２において接続処理が完了したことを示すメッセージで応答する。メッセージは、サービスＢ制御プレーン１２２によって実行される処理の成功または失敗のいずれかを示し得る。

【0073】

したがって、Ｓ２１４において、サービスＢ制御プレーン１２２は、接続がサービスＢ制御プレーン１２２で処理されることを示す接続応答をサービスＡ制御プレーン１１２に送信する。接続応答メッセージは、ステップＳ２１０で送信される接続要求メッセージに従って接続の詳細が確認され、実装されることをサービスＡ制御プレーン１１２に通知することができる。

【0074】

パッシブ制御プレーン（例えば、サービスＢ制御プレーン１２２）からドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）に送信される接続応答メッセージの例を以下に示す。
応答＝＝＞
｛
"iD":"ocid1．serviceattachment.oc1．uK-london-1．aaaaa...."
//パッシブ制御プレーンが生成する接続ＩＤ
「instanceID」：
"ocid1．ServiceBinstance.oc1．uK-london-
1．amaaaaaaaxki4uqarjeyspipvniykktxvdglpc52ycz7rrxibl5tcvfkcoaa"
"attachToId":
"ocid1．ServiceAinstance.oc1．.aaaaaaaat733hgqhsleueh6yeqyx3gnbiik47cca4juksmlodvzr3B6cwbpa"
"compartmentId":“インスタンスまたはこの接続のコンパートメント”
"attachmentType":“ＳｅｒｖｉｃｅＡ”
"ownerMetadata":{
"attachmentType":"ServiceA"//多態性識別子
"ownerService":["ServiceA-control-plane"]
//サービスプロバイダごとの追加のカスタムフィールド。例えば、サービスＡ制御プレーンは次の２つを定義できる。他のサービスプロバイダは独自のサービスを定義できる。
"allowedCustomerOperations"://他のすべての呼び出し元に許可される制御プレーンのアクセス許可文字列のリスト
"allowedOwnerOperations"://所有者が実行できる動作のリスト
""
｝
"LifecycleState":“ATTACHIMG”
｝

【0075】

上記の要求に示されているように、「i d」は接続の識別子を提供する。「instanceID」は、現在ドミナントコンピューティングインスタンスに接続されているパッシブコンピューティングインスタンスの識別子（例えば、ＯＣＩＤ）を提供する。「attachToId」は、パッシブコンピューティングインスタンスが現在接続されているドミナントコンピューティングインスタンスの識別子（例えば、ＯＣＩＤ）を提供する。「compartmentId」は、パッシブコンピューティングインスタンスまたは接続のコンパートメント（例えば、パッシブコンピューティングインスタンスが配置される顧客テナント１３０内のコンパートメント）を識別する。「attachmentType」は、ドミナントコンピューティングインスタンスのタイプ、つまりドミナントコンピューティングインスタンスによって提供されるサービスを識別する。「ownerMetadata」は、以下の追加データフィールドを示す。「ownerService」は、ドミナント制御プレーンに関連付けられるサービスプロバイダ名を識別する。上記の例では、名前は「ServiceA-control-plane」である。特定のサービスおよび制御プレーン用に構成される追加のデータフィールドを含めることができる。例えば、「allowedCustomerOperations」は、接続が存在するときに顧客による許可される動作を識別する。例えば、顧客はパッシブコンピューティングインスタンス上でGET、LIST、UPDATE、およびATTACH動作を実行することを許可され得る。「allowedOwnerOperations」は、接続が存在する間に所有者（すなわち、ドミナント制御プレーン）による許可される動作を識別する。例えば、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）は、パッシブコンピューティングインスタンス上でGET、LIST、およびUPDATE動作を実行することを許可され得る。「lifecycleState」は、接続に対して現在どのような動作が実行されているかを示す。上記の例では、接続が確立中であるため、「lifecycleState」は「attaching」になっている。

【0076】

任意選択で、Ｓ２１６で、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を構成および／または更新するために、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に命令を送信することができる。例えば、コンピューティングインスタンスのタイプに応じて、サービスＡ制御プレーン１１２は、サービスＢコンピューティングインスタンス１３２とサービスＡコンピューティングインスタンス１３１との間の通信を可能にする機能（例えば、チャットボットコンピューティングインスタンスのスキル）をサービスＢコンピューティングインスタンス１３２にインストールすることができる。

【0077】

Ｓ２１８において、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）からの接続応答を受信したことに応答して、コンピューティングインスタンスを接続するための処理を実行する。例えば、サービスＡ制御プレーン１１２は、接続情報をドミナント制御プレーンに保持するために、任意の適切な情報を記録に記憶することができる。これには、サービスＢ制御プレーン１２２によって示されるサービスＢコンピューティングインスタンス１３２のコンパートメントＩＤ（例えば、顧客テナント１３０内）を記憶することが含まれ得る。さらに、サービスＡ制御プレーン１１２は、どのような許可される動作がサービスＢ制御プレーン１２２によって同意され、および／または提供されるかを識別することができる。

【0078】

いくつかの実施形態では、Ｓ２１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２が相互に通信できるように、ＩＤ配線を実行することができる。これには、今後のサービス呼び出しがＯＡｕｔｈ資格証明を使用して実行できるように、Oracle Identity Cloud Service（ＩＤＣＳ）OAuth資格証明の設定および永続化が含まれ得る。

【0079】

いくつかの実施形態では、Ｓ２１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、接続を示すようにサービスＡコンピューティングインスタンス１３１および／またはサービスＢコンピューティングインスタンス１３２を構成できる。

【0080】

この時点で、両方の制御プレーンは接続に同意し、接続に関連付けられる情報を記憶し、ある許可、所有権、構成を変更するなど、接続を完了するための処理を実行する。サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の制御および所有権をサービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）に与えている。その結果、サービスＡ制御プレーン１１２（ドミナント制御プレーン）は現在、サービスＡコンピューティングインスタンス１３１（すなわち、ドミナントコンピューティングインスタンス）とサービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の両方の制御と所有権を有し、他のサービス制御プレーンは、サービスＢコンピューティングインスタンス１３２の所有権を主張できない。サービスＡコンピューティングインスタンス１３１と接続されるサービスＢコンピューティングインスタンス１３２は両方とも、顧客テナント１３０内に引き続き存在する。

【0081】

接続およびサービスＡ制御プレーンのサービスＢコンピューティングインスタンス１３２の一時的所有権は、接続が後続の分離ＡＰＩ呼び出しによって削除されるまで有効のままである。いくつかの実施形態では、接続が存在する間はサービスＢコンピューティングインスタンス１３２を削除することができない。サービスＢコンピューティングインスタンス１３２を削除するには、最初にコンピューティングインスタンスを分離する必要があり、その後、サービスＢコンピューティングインスタンス１３２を削除することができる。ユーザデバイス（例えば、コンソール１０６）が、サービスＢコンピューティングインスタンス１３２の所有権をもはや持たないサービスＢ制御プレーン１２２を介してサービスＢコンピューティングインスタンス１３２を削除しようとすると、接続が存在するため、削除の試みは拒否される。ユーザデバイス（例えば、コンソール１０６）が、現在所有権を有するサービスＡ制御プレーン１１２を介してサービスＢコンピューティングインスタンス１３２を削除しようとすると、ユーザデバイス（例えば、コンソール１０６）には、接続が存在することが通知されるため、コンピューティングインスタンスが分離されるまでサービスＢコンピューティングインスタンス１３２を削除することはできない。

【0082】

Ｓ２２０で、サービスＡ制御プレーンワークフロー１１４は、接続が正常に確立されたことを示す（あるいは、失敗した場合には）完了メッセージをサービスＡ制御プレーンフロントエンド１１３に送り返すことができる。次に、Ｓ２２２で、サービスＡ制御プレーンフロントエンド１１３は、接続が正常に確立されたことを示す（または失敗を示す）完了メッセージをユーザ１０５に（例えば、コンソール１０６などのユーザデバイスを介して）送り返すことができる。

【0083】

図２に示す処理の結果、２つの異なるサービステナントで動作する２つの異なるサービスからの２つのコンピューティングインスタンスは、通常は別個で独立しており、依存関係または接続なしで、ユーザ１０５の希望に応じて、相互に通信し、連携（例えば、ＡＰＩ呼び出しを介して）するように接続できるようになった。実施形態は、２つのコンピューティングインスタンス間の対話または通信が一方向または双方向であることを可能にする。

【0084】

一例として、サービスＡコンピューティングインスタンス１３１は、顧客関係管理サービスを提供できるフュージョンアプリケーションサービスのコンピューティングインスタンスであり得る。サービスＢコンピューティングインスタンス１３２は、チャットボットなどの顧客対話サービスを提供できるOracle Digital Assistant（ＯＤＡ）アプリケーションのコンピューティングインスタンスとすることができる。ユーザは、フュージョンアプリケーションサービスに記憶されているある質問セットや対応する応答回答など、ＯＤＡインスタンスを構成および／または訓練するための情報を提供できる。その結果、顧客がチャットボットに質問を送信すると、チャットボットは質問に基づいてフュージョンアプリケーションサービスから回答を取得し、その応答回答を顧客に提供できる。

【0085】

ユーザ１０５は、２つのインスタンスが対話して情報を共有できるように、フュージョンコンピューティングインスタンスとＯＤＡコンピューティングインスタンスを接続することを望む場合がある。通常、２つのインスタンスは対話することができず、２つのインスタンス間の情報の共有は人間のユーザによって手動で行われる。しかし、上記のプロセスを使用して接続すると、人間のユーザを必要とせずに情報の自動共有を行うことができる。例えば、ＯＤＡコンピューティングインスタンスは顧客と対話して顧客の注文書を受信することができ、ＯＤＡコンピューティングインスタンスは接続されているフュージョンコンピューティングインスタンスに注文書情報を提供することができ、フュージョンコンピューティングインスタンスは注文書を履行できる。

【0086】

上で説明し、図１に示した例では、ドミナントおよびパッシブコンピューティングインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）は両方とも同じ顧客に対して作成され、したがって同じ顧客テナントの下にある。しかし、他の実施形態では、接続される２つのインスタンスは、２つの異なる顧客テナントに存在し得る。これは、上記の図２に関して説明したのと同じ方法で実行することができ、同じ顧客テナント内にある２つのコンピューティングインスタンスを接続する。換言すれば、インスタンスのクロステナント接続が可能である。

【0087】

上記のプロセスは、１つのコンピューティングインスタンスを別のコンピューティングインスタンスに接続すること、すなわち、１対１接続を説明する。しかし、これに限定されるものではない。他の実施形態では、１対多（例えば、１つのドミナントコンピューティングインスタンスと複数のパッシブコンピューティングインスタンス）、多対１（例えば、複数のドミナントコンピューティングインスタンスと１つのパッシブコンピューティングインスタンス）、および／または多対多タイプの接続（例えば、複数のパッシブコンピューティングインスタンスに接続される複数のドミナントコンピューティングインスタンス）など、複数のコンピューティングインスタンスを含む他のタイプの接続を作成することができる。複数のコンピューティングインスタンスを有する実施形態では、コンピューティングインスタンスは、異なるサービスによるインスタンスである（例えば、各々が異なるサービスに対応する複数のパッシブコンピューティングインスタンス）。

【0088】

図３は、ある実施形態による、顧客テナント内に接続されている２つのコンピューティングインスタンスを分離するプロセスを示す簡略化されたスイムチャート３００を示す。図３に示す処理は、それぞれのシステムの１つまたは複数の処理ユニット（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）で、ハードウェアを使用して、またはそれらの組み合わせで、実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリデバイス）に記憶されてもよい。図３に示し、以下に説明する方法は、例示的であり、非限定的であることを意図したものである。図３は、特定のシーケンスまたは順序で発生するさまざまな処理動作を示しているが、これに限定することを意図したものではない。ある代替実施形態では、処理は何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。

【0089】

スイムチャート３００は、２つのコンピューティングインスタンスを分離するプロセスを示している。図３に示されるプロセスでは、分離される２つのコンピューティングインスタンスがすでに存在し、分離要求を受信する前にすでに接続されていると仮定されている。例えば、分離される２つのコンピューティングインスタンスは、図２に関して上で説明した処理を通じて以前に接続されている場合がある。

【0090】

図３に示されるように、処理は、ユーザデバイス（例えば、コンソール１０６）を使用するユーザ１０５が、ユーザの顧客テナント１３０内のサービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を分離するための要求をサービスＡ制御プレーン１１２に送信するときＳ３０２で開始され得る。

【0091】

非同期処理を使用する実装形態では、Ｓ３０４で、サービスＡ制御プレーンフロントエンド１１３は、処理を実行するための非同期作業要求を作成し、作業要求識別子をユーザデバイス（例えば、コンソール１０６）に提供する。ユーザデバイス（例えば、コンソール１０６）は、作業要求ＩＤを送信することによって、接続処理のステータスに関する更新を要求することができる。

【0092】

Ｓ３０６で、サービスＡ制御プレーンフロントエンド１１３は、サービスＡ制御プレーンワークフロー１１４構成要素に、２つのコンピューティングインスタンスを分離するためのワークフローを開始するように指示する。いくつかの実施形態では、サービスＡ制御プレーンフロントエンド１１３は、２つのコンピューティングインスタンスを分離するためにサービスＢ制御プレーン１２２との通信に使用するために、サービスＡ制御プレーンワークフロー１１４にＯＢＯトークンを提供することができる。

【0093】

Ｓ３０８で、サービスＡ制御プレーンワークフロー１１４（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に分離要求を送信する。分離要求は、サービスＢ制御プレーン１２２に、サービスＢ制御プレーン１２２に関連付けられるコンピューティングインスタンスが、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１２２）に関連付けられる別のコンピューティングインスタンスから分離されつつあることを通知し、これにより、以前のコンピューティングインスタンスの設定が復元される。分離要求メッセージには、接続と分離に関連する任意の適切な情報のペイロードが含まれる。例えば、分離要求は、サービスＡ制御プレーン１１２が分離を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、サービスＡ制御プレーン１１２（例えば、図２のＳ２０４）によって受信されるＯＢＯトークンは、Ｓ３０８で送信される要求に含まれてもよい。さらに、接続要求は、分離されるインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）を示すことができる。コンピューティングインスタンスは、インスタンスを一意に識別する識別子、例えば、それぞれのOracle Cloud Identifier（ＯＣＩＤ）を使用して識別できる。さらに、分離要求は、ドミナント制御プレーンとパッシブ制御プレーンのＩＤだけでなく、対応するドミナント制御プレーンとパッシブ制御プレーンのＩＤも示すことができる。分離要求には、接続の識別子も含まれ得る。

【0094】

さらに、ある実施形態では、接続の除去により、パッシブコンピューティングインスタンス上で実行できる動作に以前に課されていた制限が除去され得る。ある実装形態では、Ｓ３０８で送信される分離要求は、これらの制限の除去を示す情報を含むことができる。例えば、要求は、顧客およびパッシブ制御プレーンごとに、１つまたは複数の動作のリストを識別し得、これらの動作は、接続により、顧客および／またはパッシブ制御プレーンによるパッシブコンピューティングインスタンス上で許可されているか、または許可されていないため、接続が除去されるときに復元する必要がある。いくつかの実施形態では、接続に関連付けられる動作のリストを削除することができ、それによって接続に関連付けられる制限が削除される。

【0095】

Ｓ３１０において、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、分離要求を受信したことに応答して処理を実行する。これには、ポストされる記録から接続の詳細を削除すること、およびサービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）に関連付けられる所有権および許可される動作を変更することが含まれ得る。いくつかの実施形態では、サービスＢ制御プレーン１２２は、サービスＡ制御プレーン１１２が接続を除去することを認可されていることを検証することができる。例えば、サービスＢ制御プレーン１２２は、ＯＢＯトークンの信頼性および／またはＯＢＯトークンに関連付けられる許可を検証することができる。いくつかの実施形態では、Ｓ３１０の一部として、サービスＢ制御プレーン１２２は、以前の接続がもはや存在しないことを示すために、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を変更および構成することができる。

【0096】

Ｓ３１２において、サービスＢ制御プレーン１２２は、サービスＢ制御プレーン１２２において分離が処理されることを示す分離応答をサービスＡ制御プレーン１１２に送信する。分離応答メッセージは、サービスＡ制御プレーン１１２に、以前の接続詳細が除去されることを通知し、ステップＳ３０８で送信される分離要求メッセージに従って復元されるインスタンス設定を計算することができる。

【0097】

Ｓ３１４において、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）からの分離応答を受信したことに応答して、コンピューティングインスタンスを分離する処理を実行する。例えば、サービスＡ制御プレーン１１２は、ドミナント制御プレーンにおける以前の接続に関する記憶される情報を除去することができ、以前の許可される動作のセットを復元し、ＩＤ配線を除去でき、ならびに／またはサービスＡコンピューティングインスタンス１３１および／もしくはサービスＢコンピューティングインスタンス１３２を構成して接続を示さなくなる。

【0098】

この時点で、両方の制御プレーンは接続を除去することに同意し、接続に関連付けられる記憶情報の削除やある許可、所有権、構成の復元など、コンピューティングインスタンスを分離するための処理を実行する。サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の制御および所有権を取り戻した。その結果、サービスＡ制御プレーン１１２（ドミナント制御プレーン）は、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の制御および所有権を持たなくなる。サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２は両方とも、顧客テナント１３０内に引き続き存在する。

【0099】

Ｓ３１６において、サービスＡ制御プレーンワークフロー１１４は、分離が正常に完了したことを示す（あるいは、失敗した場合には）完了メッセージをサービスＡ制御プレーンフロントエンド１１３に送り返すことができる。次に、Ｓ３１８で、サービスＡ制御プレーンフロントエンド１１３は、接続が正常に除去されたことを示す（または失敗を示す）完了メッセージをユーザ１０５に（例えば、コンソール１０６などのユーザデバイスを介して）送り返すことができる。

【0100】

図４は、ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャート４００を示す。ここで、パッシブインスタンスはまだ存在せず、プロセスの一部として作成される。図４に示す処理は、それぞれのシステムの１つまたは複数の処理ユニット（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）で、ハードウェアを使用して、またはそれらの組み合わせで、実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリデバイス）に記憶されてもよい。図４に示され、以下に説明される方法は、例示的であり、非限定的であることを意図したものである。図４は、特定のシーケンスまたは順序で発生するさまざまな処理動作を示しているが、これに限定することを意図したものではない。ある代替実施形態では、処理は何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。

【0101】

スイムチャート４００は、２つのコンピューティングインスタンスを接続するプロセスを示している。図４に示されるプロセスでは、接続されるドミナントインスタンスは接続要求を受信する前にすでに存在し、接続されるパッシブインスタンスは接続要求を受信する前にはまだ存在しないことが仮定される。例えば、接続されているドミナントコンピューティングインスタンスは接続要求を受信する前にあらかじめ作成され得るが、接続されているパッシブコンピューティングインスタンスは接続要求を受信する前に作成されていない。

【0102】

例えば、図１に示す実施形態では、ユーザ１０５は、（例えば、コンソール１０６を介して）サービスＡの第１のコンピューティングインスタンスを作成する命令をサービスＡ制御プレーンフロントエンド１１３に送信することができる。ユーザ命令を受信したことに応答して、サービスＡ制御プレーンワークフロー１１４は、ユーザの顧客テナント１３０内にサービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）を作成および構成することができる。サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１の制御および管理を継続することができる。しかし、ユーザ１０５は、サービスＢの第２のコンピューティングインスタンスを作成する命令をサービスＢの制御プレーン１２２に送信していない可能性があり、したがって、サービスＢのコンピューティングインスタンス１３２（例えば、第２のサービスの実体）は、ユーザの顧客テナント１３０内にはまだ存在していない可能性がある。

【0103】

図４に示すように、処理はユーザデバイス（例えば、コンソール１０６）を使用するユーザ１０５が、ユーザの顧客テナント１３０内でサービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を接続するための要求をサービスＡ制御プレーン１１２に送信するときＳ４０２で開始することができ、これは図２のステップＳ２０２と同一または類似であり得る。

【0104】

接続要求を受信した後、ドミナント制御プレーンは、接続要求を実行できるかどうかを決定する処理を開始することができる。例えば、接続を要求しているユーザがそのような要求を認可するかどうかを決定する処理が実行されてもよい。ある実装形態では、ＩＤ管理および認可サービス１４０は、認可のための処理を実行することができる。したがって、図２のステップＳ２０４と同一または類似であり得るＳ４０４では、ドミナント制御プレーン（この例では、サービスＡ制御プレーン１１２）が、Ｓ４０２で受信した要求に関連する情報をＩＤ管理および認可サービス１４０に送信することができる。次に、ＩＤ管理および認可サービス１４０は、認可プロセスを開始することができる。認可が成功した場合（つまり、ユーザが２つのコンピューティングインスタンスの接続を要求できる場合）、次に、Ｓ４０４の一部として、ＩＤ管理および認可サービス１４０は、接続処理を続行するための認可を提供する応答をドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）に送り返すことができる。いくつかの実施形態では、ＩＤ管理および認可サービス１４０によってサービスＡ制御プレーン１１２に送信される応答は、On-Behalf-Of（ＯＢＯ）トークンを含むことができる。

【0105】

非同期処理を使用した実装形態では、Ｓ４０６では、図２のステップＳ２０６と同一または類似であり得、サービスＡ制御プレーンフロントエンド１１３は、処理を実行するための非同期作業要求を作成し、作業要求識別子をユーザデバイス（例えば、コンソール１０６）に提供する。ユーザデバイス（例えば、コンソール１０６）は、作業要求ＩＤを送信することによって、接続処理のステータスに関する更新を要求することができる。

【0106】

図２のステップＳ２０８と同一または類似であり得るＳ４０８では、ステップＳ４０４におけるＩＤ管理および認可処理が完了した後、サービスＡ制御プレーンフロントエンド１１３は、サービスＡ制御プレーンワークフロー１１４構成要素に、接続を作成するためのワークフローを開始するように指示する。いくつかの実施形態では、サービスＡ制御プレーンフロントエンド１１３は、接続を作成するためのサービスＢ制御プレーン１２２との通信に使用するために、サービスＡ制御プレーンワークフロー１１４にＯＢＯトークンを提供することができる。

【0107】

Ｓ４０９Ａで、サービスＡ制御プレーンワークフロー１１４は、サービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）がユーザの顧客テナント１３０内に存在しないと決定する。したがって、接続を作成することができる前に、サービスＢコンピューティングインスタンス１３２を作成することが決定される。

【0108】

Ｓ４０９Ｂでは、サービスＡ制御プレーンワークフロー１１４は、ユーザの顧客テナント１３０内にサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成するための要求をサービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に送信する。作成要求には、作成に関連する任意の適切な情報のペイロードが含まれる。例えば、作成要求は、サービスＡ制御プレーン１１２がコンピューティングインスタンスの作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ４０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ４０９Ｂで送信される要求に含まれてもよい。

【0109】

Ｓ４０９Ｃにおいて、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、作成要求を受信したことに応答して処理を実行する。これには、ユーザの顧客テナント１３０内でサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成および構成することが含まれ得る。サービスＢ制御プレーン１２２は、サービスＢコンピューティングインスタンス１３２の制御および管理を継続することができる。次に、サービスＢ制御プレーン１２２は、コンピューティングインスタンスがユーザの顧客テナント１３０内で作成されることを示す作成応答をサービスＡ制御プレーン１１２に送信することができる。応答メッセージは、サービスＢコンピューティングインスタンス１３２のインスタンス識別子（例えば、ＯＣＩＤ）および他の任意の適切な情報をサービスＡ制御プレーン１１２に通知することができる。サービスＢコンピューティングインスタンス１３２が作成された後、サービスＡ制御プレーン１１２は、２つのコンピューティングインスタンスを接続するプロセスを続行することができる。

【0110】

Ｓ４１０では、図２のステップＳ２１０と同一または類似であり得、サービスＡ制御プレーンワークフロー１１４（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に接続要求を送信する。接続要求は、サービスＢ制御プレーン１２２が所有するコンピューティングインスタンスが、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１２２）が所有する別のコンピューティングインスタンスに接続されていることをサービスＢ制御プレーン１２２に通知する。接続要求メッセージには、接続に関連付けられる任意の適切な情報のペイロードが含まれる。例えば、接続要求は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ４０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ４１０で送信される要求に含まれてもよい。さらに、接続要求は、接続されるインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）を示すことができる。コンピューティングインスタンスは、インスタンスを一意に識別する識別子、例えば、それぞれのOracle Cloud Identifier（ＯＣＩＤ）を使用して識別できる。さらに、接続要求は、ドミナント制御プレーンとパッシブ制御プレーンのＩＤだけでなく、対応するドミナント制御プレーンとパッシブ制御プレーンのＩＤも示すことができる。

【0111】

さらに、ある実施形態では、接続により、（ａ）顧客、および（ｂ）パッシブ制御プレーンがパッシブコンピューティングインスタンス上で実行できる動作に制限が課される。ある実装形態では、Ｓ４１０で送信される接続要求には、これらの制限を示す情報が含まれ得る。例えば、要求は、各顧客およびパッシブ制御プレーンごとに、接続により、顧客および／またはパッシブ制御プレーンによるパッシブコンピューティングインスタンス上で許可されるまたは許可されない１つまたは複数の動作のリストを識別し得る。要求は、接続により、顧客によるパッシブコンピューティングインスタンス上で許可される、または許可されない１つまたは複数の動作のリストを識別し得る。ある実装形態では、顧客およびパッシブサービス制御プレーンの各々に対して、許可される動作のリストが提供される。接続が存在する間は、リストで特に指定されていない動作は許可されない。いくつかの実施形態では、パッシブコンピューティングインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）を削除するための動作は、顧客が許可される動作の新しいリストにもはや含まれない場合がある。いくつかの実施形態では、接続を削除する動作は、顧客ではなく所有者にのみ許可され得る。

【0112】

Ｓ４１２において、図２のステップＳ２１２と同一または類似であり得、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、接続要求を受信したことに応答して処理を実行する。これには、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）から受信した接続要求の詳細を記録に記憶（「ポストする」とも呼ばれる）して接続情報を永続化することと、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）に関連付けられる所有権および許可される動作を変更することと、を含むことができる。いくつかの実施形態では、サービスＢ制御プレーン１２２は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを検証することができる。例えば、サービスＢ制御プレーン１２２は、ＯＢＯトークンの信頼性および／またはＯＢＯトークンに関連付けられる許可を検証することができる。いくつかの実施形態では、Ｓ４１２の一部として、サービスＢ制御プレーン１２２は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を変更および構成して、接続が存在することを示すことができる。

【0113】

Ｓ４１４において、図２のステップＳ２１４と同一または類似であり得、サービスＢ制御プレーン１２２は、接続がサービスＢ制御プレーン１２２で処理されることを示す接続応答をサービスＡ制御プレーン１１２に送信する。接続応答メッセージは、ステップＳ４１０で送信される接続要求メッセージに従って接続の詳細が確認され、実装されることをサービスＡ制御プレーン１１２に通知することができる。

【0114】

任意に、Ｓ４１６において、図２のステップＳ２１６と同一または類似であり得、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を構成および／または更新するために、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に命令を送信することができる。例えば、コンピューティングインスタンスのタイプに応じて、サービスＡ制御プレーン１１２は、サービスＢコンピューティングインスタンス１３２とサービスＡコンピューティングインスタンス１３１との間の通信を可能にする機能（例えば、チャットボットコンピューティングインスタンスのスキル）をサービスＢコンピューティングインスタンス１３２にインストールすることができる。

【0115】

Ｓ４１８において、図２のステップＳ２１８と同一または類似であり得、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）からの接続応答を受信したことに応答して、コンピューティングインスタンスを接続するための処理を実行する。例えば、サービスＡ制御プレーン１１２は、接続情報をドミナント制御プレーンに保持するために、任意の適切な情報を記録に記憶することができる。これには、サービスＢ制御プレーン１２２によって示されるサービスＢコンピューティングインスタンス１３２のコンパートメントＩＤ（例えば、顧客テナント１３０内）を記憶することが含まれ得る。さらに、サービスＡ制御プレーン１１２は、どのような許可される動作がサービスＢ制御プレーン１２２によって同意され、および／または提供されたかを識別することができる。いくつかの実施形態では、Ｓ４１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２が相互に通信できるようにＩＤ配線を実行することができる。いくつかの実施形態では、Ｓ４１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、接続を示すようにサービスＡコンピューティングインスタンス１３１および／またはサービスＢコンピューティングインスタンス１３２を構成することができる。

【0116】

この時点で、両方の制御プレーンは接続に同意し、接続に関連付けられる情報の記憶やある許可、所有権、および構成の変更など、接続を完了するための処理を実行する。サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の制御および所有権をサービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）に与えている。その結果、サービスＡ制御プレーン１１２（ドミナント制御プレーン）は、サービスＡコンピューティングインスタンス１３１（すなわち、ドミナントコンピューティングインスタンス）とサービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の両方の制御と所有権を現在有する。サービスＡコンピューティングインスタンス１３１と接続されるサービスＢコンピューティングインスタンス１３２は両方とも、顧客テナント１３０内に引き続き存在する。

【0117】

Ｓ４２０では、図２のステップＳ２２０と同一または類似であり得、サービスＡ制御プレーンワークフロー１１４は、接続が正常に確立されたことを示す（または、失敗した場合）完了メッセージをサービスＡ制御プレーンフロントエンド１１３に送り返すことができる。次に、Ｓ４２２では、図２のステップＳ２２２と同一または類似であり得、サービスＡ制御プレーンフロントエンド１１３は、接続が正常に確立されたことを示す（または失敗を示す）完了メッセージをユーザ１０５に（例えば、コンソール１０６などのユーザデバイスを介して）送り返すことができる。

【0118】

図４に示される処理の結果として、２つの異なるサービステナントで動作する２つの異なるサービスからの２つのコンピューティングインスタンスは、通常は別個で独立しており、依存関係や接続はないが、ユーザ１０５の希望に応じて接続され、相互に通信できるようになる。

【0119】

図５は、ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャート５００を示し、ここで、ドミナントインスタンスはまだ存在せず、プロセスの一部として作成される。図５に示される処理は、それぞれのシステムの１つまたは複数の処理ユニット（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）で、ハードウェアを使用して、またはそれらの組み合わせで、実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリデバイス）に記憶されてもよい。図５に示し、以下に説明する方法は、例示的であり、非限定的であることを意図したものである。図５は、特定のシーケンスまたは順序で発生するさまざまな処理動作を示しているが、これに限定することを意図したものではない。ある代替実施形態では、処理は何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。

【0120】

スイムチャート５００は、２つのコンピューティングインスタンスを接続するプロセスを示している。図５に示すプロセスでは、接続されるパッシブインスタンスは接続要求を受信する前にすでに存在し、接続されるドミナントインスタンスは接続要求を受信する前にはまだ存在しないと仮定する。例えば、接続されているパッシブコンピューティングインスタンスは接続要求を受信する前にあらかじめ作成され得るが、接続されているドミナントコンピューティングインスタンスは接続要求を受信する前に作成されていない。

【0121】

例えば、図１に示される実施形態では、ユーザ１０５は、（例えば、コンソール１０６を介して）サービスＢの第２のコンピューティングインスタンスを作成する命令をサービスＢ制御プレーン１２２に送信することができる。ユーザ命令を受信したことに応答して、サービスＢ制御プレーン１２２は、ユーザの顧客テナント１３０内にサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成および構成することができる。サービスＢ制御プレーン１２２は、サービスＢコンピューティングインスタンス１３２の制御および管理を継続することができる。しかし、ユーザ１０５は、サービスＡの第１のコンピューティングインスタンスを作成する命令をサービスＡの制御プレーンフロントエンド１１３に送信していない可能性があり、したがって、サービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）は、ユーザの顧客テナント１３０内にまだ存在していない可能性がある。

【0122】

図５に示すように、処理は、ユーザデバイス（例えば、コンソール１０６）を使用するユーザ１０５が、ユーザの顧客テナント１３０内でサービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を接続するための要求をサービスＡ制御プレーン１１２に送信するときＳ５０２で開始することができ、これは図２のステップＳ２０２と同一または類似であり得る。

【0123】

接続要求を受信した後、ドミナント制御プレーンは、接続要求を実行できるかどうかを決定する処理を開始することができる。例えば、接続を要求しているユーザがそのような要求を認可されるかどうかを決定する処理が実行されてもよい。ある実装形態では、ＩＤ管理および認可サービス１４０は、認可のための処理を実行することができる。したがって、Ｓ５０４において、図２のステップＳ２０４と同一または類似であり得、ドミナント制御プレーン（この例では、サービスＡ制御プレーン１１２）は、Ｓ５０２で受信される要求に関連するＩＤ管理および認可サービス１４０情報を送信することができる。次に、ＩＤ管理および認可サービス１４０は、認可プロセスを開始することができる。認可が成功した場合（つまり、ユーザが２つのコンピューティングインスタンスの接続を要求できる場合）、次に、Ｓ５０４の一部として、ＩＤ管理および認可サービス１４０は、接続処理を続行するための認可を提供する応答をドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）に送り返すことができる。いくつかの実施形態では、ＩＤ管理および認可サービス１４０によってサービスＡ制御プレーン１１２に送信される応答は、Ｏｎ－Ｂｅｈａｌｆ－Ｏｆ（ＯＢＯ）トークンを含むことができる。

【0124】

非同期処理を使用する実装形態では、図２のステップＳ２０６と同一または類似であり得るＳ５０６で、サービスＡ制御プレーンフロントエンド１１３は、処理を実行するための非同期作業要求を作成し、作業要求識別子をユーザデバイス（例えば、コンソール１０６）に提供する。ユーザデバイス（例えば、コンソール１０６）は、作業要求ＩＤを送信することによって、接続処理のステータスに関する更新を要求することができる。

【0125】

図２のステップＳ２０８と同一または類似であり得るＳ５０８において、ステップＳ５０４のＩＤ管理および認可処理を完了した後、サービスＡ制御プレーンフロントエンド１１３は、サービスＡ制御プレーンワークフロー１１４構成要素に、接続を作成するためのワークフローを開始するように指示する。いくつかの実施形態では、サービスＡ制御プレーンフロントエンド１１３は、接続を作成するためのサービスＢ制御プレーン１２２との通信に使用するために、サービスＡ制御プレーンワークフロー１１４にＯＢＯトークンを提供することができる。

【0126】

Ｓ５０９－Ａにおいて、サービスＡ制御プレーンワークフロー１１４は、サービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）がユーザの顧客テナント１３０内に存在しないと決定する。したがって、接続を作成することができる前に、サービスＡのコンピューティングインスタンス１３１を作成することが決定される。

【0127】

Ｓ５０９－Ｂにおいて、サービスＡ制御プレーンワークフロー１１４は、ユーザの顧客テナント１３０内にサービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）を作成し、構成する。サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１の制御および管理を継続することができる。サービスＡコンピューティングインスタンス１３１が作成された後、サービスＡ制御プレーン１１２は、２つのコンピューティングインスタンスを接続するプロセスを続行することができる。

【0128】

Ｓ５１０において、図２のステップＳ２１０と同一または類似であり得、サービスＡ制御プレーンワークフロー１１４（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２に接続要求を送信する（すなわち、パッシブ制御プレーン）。接続要求は、サービスＢ制御プレーン１２２が所有するコンピューティングインスタンスが、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１２２）が所有する別のコンピューティングインスタンスに接続されていることをサービスＢ制御プレーン１２２に通知する。接続要求メッセージには、接続に関連付けられる任意の適切な情報のペイロードが含まれる。例えば、接続要求は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ５０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ５１０で送信される要求に含まれてもよい。さらに、接続要求は、接続されるインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）を示すことができる。コンピューティングインスタンスは、インスタンスを一意に識別する識別子、例えば、それぞれのOracle Cloud Identifier（ＯＣＩＤ）を使用して識別できる。さらに、接続要求は、ドミナント制御プレーンとパッシブ制御プレーンのＩＤだけでなく、対応するドミナント制御プレーンとパッシブ制御プレーンのＩＤも示すことができる。

【0129】

さらに、ある実施形態では、接続により、（ａ）顧客、および（ｂ）パッシブ制御プレーンがパッシブコンピューティングインスタンス上で実行できる動作に制限が課される。ある実装形態では、Ｓ５１０で送信される接続要求は、これらの制限を示す情報を含むことができる。例えば、要求は、各顧客およびパッシブ制御プレーンごとに、接続により、顧客および／またはパッシブ制御プレーンによるパッシブコンピューティングインスタンス上で許可されるまたは許可されない１つまたは複数の動作のリストを識別し得る。要求は、接続により、顧客によるパッシブコンピューティングインスタンス上で許可される、または許可されない１つまたは複数の動作のリストを識別し得る。ある実装形態では、顧客およびパッシブサービス制御プレーンの各々に対して、許可される動作のリストが提供される。接続が存在する間は、リストで特に指定されていない動作は許可されない。いくつかの実施形態では、パッシブコンピューティングインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）を削除するための動作は、顧客が許可される動作の新しいリストにもはや含まれない場合がある。いくつかの実施形態では、接続を削除する動作は、顧客ではなく所有者にのみ許可され得る。

【0130】

Ｓ５１２では、図２のステップＳ２１２と同一または類似であり得、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、接続要求を受信したことに応答して処理を実行する。これには、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）から受信した接続要求の詳細を記録に記憶（「ポストする」とも呼ばれる）して接続情報を永続化することと、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）に関連付けられる所有権および許可される動作を変更することと、を含むことができる。いくつかの実施形態では、サービスＢ制御プレーン１２２は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを検証することができる。例えば、サービスＢ制御プレーン１２２は、ＯＢＯトークンおよび／またはＯＢＯトークンに関連付けられる許可の信頼性を検証することができる。いくつかの実施形態では、Ｓ５１２の一部として、サービスＢ制御プレーン１２２は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を変更および構成して、接続が存在することを示すことができる。

【0131】

Ｓ５１４では、図２のステップＳ２１４と同一または類似であり得、サービスＢ制御プレーン１２２は、接続がサービスＢ制御プレーン１２２で処理されることを示す接続応答をサービスＡ制御プレーン１１２に送信する。接続応答メッセージは、ステップＳ５１０で送信される接続要求メッセージに従って接続の詳細が確認され、実装されることをサービスＡ制御プレーン１１２に通知することができる。

【0132】

任意選択で、Ｓ５１６では、図２のステップＳ２１６と同一または類似であり得、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、顧客テナント１３０内のサービスＢコンピューティングインスタンス１３２を構成および／または更新するために、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に命令を送信することができる。例えば、コンピューティングインスタンスのタイプに応じて、サービスＡ制御プレーン１１２は、サービスＢコンピューティングインスタンス１３２とサービスＡコンピューティングインスタンス１３１との間の通信を可能にする機能（例えば、チャットボットコンピューティングインスタンスのスキル）をサービスＢコンピューティングインスタンス１３２にインストールすることができる。

【0133】

Ｓ５１８では、図２のステップＳ２１８と同一または類似であり得、サービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）からの接続応答を受信したことに応答して、コンピューティングインスタンスを接続するための処理を実行する。例えば、サービスＡ制御プレーン１１２は、接続情報をドミナント制御プレーンに保持するために、任意の適切な情報を記録に記憶することができる。これには、サービスＢ制御プレーン１２２によって示されるサービスＢコンピューティングインスタンス１３２のコンパートメントＩＤ（例えば、顧客テナント１３０内）を記憶することが含まれ得る。さらに、サービスＡ制御プレーン１１２は、どのような許可される動作がサービスＢ制御プレーン１２２によって同意され、および／または提供されたかを識別することができる。いくつかの実施形態では、Ｓ５１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２が相互に通信できるようにＩＤ配線を実行することができる。いくつかの実施形態では、Ｓ５１８で実行される処理の一部として、サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１および／またはサービスＢコンピューティングインスタンス１３２を構成して、接続を示すことができる。

【0134】

この時点で、両方の制御プレーンは接続に同意し、接続に関連する情報の記憶や、ある許可、所有権、および構成の変更など、接続を完了するための処理を実行する。サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、サービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の制御および所有権をサービスＡ制御プレーン１１２（すなわち、ドミナント制御プレーン）に与えている。その結果、サービスＡ制御プレーン１１２（ドミナント制御プレーン）は現在、サービスＡコンピューティングインスタンス１３１（すなわち、ドミナントコンピューティングインスタンス）とサービスＢコンピューティングインスタンス１３２（すなわち、パッシブコンピューティングインスタンス）の両方の制御と所有権を有する。サービスＡコンピューティングインスタンス１３１と接続されるサービスＢコンピューティングインスタンス１３２は両方とも、顧客テナント１３０内に引き続き存在する。

【0135】

Ｓ５２０では、図２のステップＳ２２０と同一または類似であり得、サービスＡ制御プレーンワークフロー１１４は、接続が正常に確立されたことを示す（または、失敗した場合）完了メッセージをサービスＡ制御プレーンフロントエンド１１３に送り返すことができる。次に、Ｓ５２２において、図２のステップＳ２２２と同一または類似であり得るが、サービスＡ制御プレーンフロントエンド１１３は、接続が正常に確立されたことを示す（または失敗を示す）完了メッセージをユーザ１０５に（例えば、コンソール１０６などのユーザデバイスを介して）送り返すことができる。

【0136】

図５に示される処理の結果として、２つの異なるサービステナントで動作する２つの異なるサービスからの２つのコンピューティングインスタンスは、通常は別個で独立しており、依存関係または接続はないが、ユーザ１０５の希望に応じて接続され、相互に通信できるようになる。

【0137】

図６は、ある実施形態による、顧客テナント内で２つのコンピューティングインスタンスを接続するプロセスを示す簡略化されたスイムチャート６００を示し、ここで、２つのコンピューティングインスタンスは両方ともまだ存在しておらず、プロセスの一部として作成される。図６に示される処理は、それぞれのシステムの１つまたは複数の処理ユニット（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）で、ハードウェアを使用して、またはそれらの組み合わせで、実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリデバイス）に記憶されてもよい。図６に示され、以下に説明される方法は、例示的であり、非限定的であることを意図したものである。図６は、特定のシーケンスまたは順序で発生するさまざまな処理動作を示しているが、これに限定することを意図したものではない。ある代替実施形態では、処理は何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。

【0138】

スイムチャート６００は、２つのコンピューティングインスタンスを接続するプロセスを示している。図６に示すプロセスでは、接続されるドミナントインスタンスは接続要求を受信する前には存在せず、接続されるパッシブインスタンスも接続要求を受信する前にはまだ存在しないと仮定する。例えば、接続されるドミナントコンピューティングインスタンスとパッシブコンピューティングインスタンスの両方が、接続要求を受信する前に作成されていない。

【0139】

例えば、図１に示される実施形態では、ユーザ１０５は（例えば、コンソール１０６を介して）サービスＡの第１のコンピューティングインスタンスを作成する命令をサービスＡ制御プレーンフロントエンド１１３に送信していない可能性があり、したがって、サービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）は、ユーザの顧客テナント１３０内にまだ存在していない可能性がある。また、ユーザ１０５は、サービスＢの第２のコンピューティングインスタンスを作成する命令をサービスＢ制御プレーン１２２に送信していない可能性があり、したがって、サービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）は、ユーザの顧客テナント１３０内にはまだ存在していない可能性がある。

【0140】

図６に示すように、処理は、ユーザデバイス（例えば、コンソール１０６）を使用するユーザ１０５が、ユーザの顧客テナント１３０内でサービスＡコンピューティングインスタンス１３１とサービスＢコンピューティングインスタンス１３２を接続するための要求をサービスＡ制御プレーン１１２に送信するときＳ６０２で開始することができ、これは図２のステップＳ２０２と同一または類似であり得る。

【0141】

接続要求を受信した後、ドミナント制御プレーンは、接続要求を実行できるかどうかを決定する処理を開始することができる。例えば、接続を要求しているユーザがそのような要求を認可されるかどうかを決定する処理が実行されてもよい。ある実装形態では、ＩＤ管理および認可サービス１４０は、認可のための処理を実行することができる。したがって、Ｓ６０４において、図２のステップＳ２０４と同一または類似であり得、ドミナント制御プレーン（この例では、サービスＡ制御プレーン１１２）は、Ｓ６０２で受信される要求に関連するＩＤ管理および認可サービス１４０情報を送信することができる。次に、ＩＤ管理および認可サービス１４０は、認可プロセスを開始することができる。認可が成功した場合（すなわち、ユーザが２つのコンピューティングインスタンスの接続を要求することを許可されている場合）、Ｓ６０４の一部として、ＩＤ管理および認可サービス１４０は、接続処理を続行するための認可を提供する応答をドミナント制御プレーン（すなわち、サービスＡ制御プレーン１１２）に送り返すことができる。いくつかの実施形態では、ＩＤ管理および認可サービス１４０によってサービスＡ制御プレーン１１２に送信される応答は、On-Behalf-Of（ＯＢＯ）トークンを含むことができる。

【0142】

非同期処理を使用する実装形態では、図２のステップＳ２０６と同一または類似であり得るＳ６０６において、サービスＡ制御プレーンフロントエンド１１３は、処理を実行するための非同期作業要求を作成し、作業要求識別子をユーザデバイス（例えば、コンソール１０６）に提供する。ユーザデバイス（例えば、コンソール１０６）は、作業要求ＩＤを送信することによって、接続処理のステータスに関する更新を要求することができる。

【0143】

図２のステップＳ２０８と同一または類似であり得るＳ６０８において、ステップＳ６０４のＩＤ管理および認可処理が完了した後、サービスＡ制御プレーンフロントエンド１１３は、サービスＡ制御プレーンワークフロー１１４構成要素に、接続を作成するためのワークフローを開始するように指示する。いくつかの実施形態では、サービスＡ制御プレーンフロントエンド１１３は、接続を作成するためのサービスＢ制御プレーン１２２との通信に使用するために、サービスＡ制御プレーンワークフロー１１４にＯＢＯトークンを提供することができる。

【0144】

Ｓ６０９－Ａにおいて、サービスＡ制御プレーンワークフロー１１４は、サービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）とサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）の両方が、ユーザの顧客テナント１３０内に存在しないと決定する。したがって、接続を作成することができる前に、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２を作成することが決定される。

【0145】

Ｓ６０９－Ｂにおいて、サービスＡ制御プレーンワークフロー１１４は、ユーザの顧客テナント１３０内にサービスＡコンピューティングインスタンス１３１（例えば、第１のサービスの実体）を作成し、構成する。サービスＡ制御プレーン１１２は、サービスＡコンピューティングインスタンス１３１の制御および管理を継続することができる。

【0146】

Ｓ６０９－Ｃにおいて、サービスＡ制御プレーンワークフロー１１４は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に要求を送信し、ユーザの顧客テナント１３０内にサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成する。作成要求には、作成に関連する任意の適切な情報のペイロードが含まれる。例えば、作成要求は、サービスＡ制御プレーン１１２がコンピューティングインスタンスの作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ６０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ６０９Ｃで送信される要求に含まれてもよい。

【0147】

Ｓ６０９－Ｄにおいて、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）は、作成要求を受信したことに応答して処理を実行する。これには、ユーザの顧客テナント１３０内でサービスＢコンピューティングインスタンス１３２（例えば、第２のサービスの実体）を作成および構成することが含まれ得る。サービスＢ制御プレーン１２２は、サービスＢコンピューティングインスタンス１３２の制御および管理を継続することができる。次に、サービスＢ制御プレーン１２２は、コンピューティングインスタンスがユーザの顧客テナント１３０内で作成されることを示す作成応答をサービスＡ制御プレーン１１２に送信することができる。応答メッセージは、サービスＢコンピューティングインスタンス１３２のインスタンス識別子（例えば、ＯＣＩＤ）および他の任意の適切な情報をサービスＡ制御プレーン１１２に通知することができる。サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２が作成された後、サービスＡ制御プレーン１１２は、２つのコンピューティングインスタンスを接続するプロセスを続行することができる。

【0148】

Ｓ６１０において、図２のステップＳ２１０と同一または類似であり得、サービスＡ制御プレーンワークフロー１１４（すなわち、ドミナント制御プレーン）は、サービスＢ制御プレーン１２２（すなわち、パッシブ制御プレーン）に接続要求を送信する。接続要求は、サービスＢ制御プレーン１２２が所有するコンピューティングインスタンスが、ドミナント制御プレーン（すなわち、サービスＡ制御プレーン１２２）が所有する別のコンピューティングインスタンスに接続されていることをサービスＢ制御プレーン１２２に通知する。接続要求メッセージには、接続に関連付けられる任意の適切な情報のペイロードが含まれる。例えば、接続要求は、サービスＡ制御プレーン１１２が接続の作成を開始することを認可されていることを示すＩＤ／認可情報を含むことができる。例えば、Ｓ６０４でサービスＡ制御プレーン１１２によって受信されるＯＢＯトークンは、Ｓ６１０で送信される要求に含まれてもよい。さらに、接続要求は、接続されるインスタンス（例えば、サービスＡコンピューティングインスタンス１３１およびサービスＢコンピューティングインスタンス１３２）を示すことができる。コンピューティングインスタンスは、インスタンスを一意に識別する識別子、例えば、それぞれのOracle Cloud Identifier（ＯＣＩＤ）を使用して識別できる。さらに、接続要求は、ドミナント制御プレーンとパッシブ制御プレーンのＩＤだけでなく、対応するドミナント制御プレーンとパッシブ制御プレーンのＩＤも示すことができる。

【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】

ドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）は、要求された動作（例えば、パッシブインスタンスの削除）が、ドミナント制御プレーンによって記憶されている接続関連情報および／またはＡＣＬ内の認可された動作のリストに基づいて認可されていることが通知され、その後、処理はＳ７３０に進み、要求される動作はパッシブインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）上での実行が許可され、処理は終了する。例えば、要求される動作がパッシブインスタンスを削除することである場合、パッシブインスタンスは削除される。

【0178】

ドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）は、要求される動作（例えば、パッシブインスタンスの削除）が、ドミナント制御プレーンおよび／またはドミナント制御プレーンに関連付けられるＡＣＬによって記憶されている接続関連情報に示されている認可される動作のリストにないことを通知される場合、次いで、ドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）は、ステップＳ７２７で動作の実行を拒否することができ、プロセスは、動作の実行要求が拒否されて終了することができる。

【0179】

いくつかの実施形態では、図７のステップは、接続が存在する間に、ある動作が行われないように意図的に設計することができる。例えば、接続により、パッシブインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）がドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）の所有権下に置かれ得るが、ドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）が１つまたは複数の動作を実行できるようにすることは望ましくない場合がある。ドミナント制御プレーン（例えば、サービスＡ制御プレーン１１２）がパッシブインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）上で、ある動作を実行するのを防ぐ１つの方法は、明示的に許可されない動作のリストを含めることである。しかし、現在のシステムは許可される動作のリストを使用しており（リストされていない動作は許可されない）、これらの既存のフレームワークと連携することが好ましい。したがって、図７に関して上で説明したように、階層化ポリシーを利用することができる。第１のポリシーは、動作を許可してもよい（例えば、ステップＳ７１０の顧客コンパートメントポリシー）が、接続が存在する場合、第２のポリシーがチェックされることになり、第２のポリシーでは動作が許可されない可能性がある（例えば、ステップＳ７２５の所有者コンパートメントポリシー）。所有者コンパートメントポリシーは、ある動作要求が失敗するように、限定されるセット動作を含むように設計することができる（例えば、ステップＳ７２５で所有者コンパートメントポリシーをチェックするとき）。例えば、削除動作を禁止することが望まれ得、パッシブインスタンス（例えば、サービスＢコンピューティングインスタンス１３２）を削除する要求はステップＳ７２５で失敗する。

【0180】

上で述べたように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、クラウドコンピューティングの特定のタイプの１つである。ＩａａＳは、パブリックネットワーク（例えば、インターネット）経由で仮想化されるコンピューティングリソースを提供するように構成できる。ＩａａＳモデルでは、クラウドコンピューティングプロバイダがインフラストラクチャ構成要素をホストできる（例えば、サーバ、記憶デバイス、ネットワークノード（例えば、ハードウェア）、展開ソフトウェア、プラットフォーム仮想化（例えば、ハイパーバイザー層）など）。場合によっては、ＩａａＳプロバイダは、これらのインフラストラクチャ構成要素に付随するさまざまなサービス（例えば、請求、監視、ロギング、ロード分散、クラスタリングなど）を供給することもできる。したがって、これらのサービスはポリシー駆動型であり得るため、ＩａａＳユーザはロード分散を推進するポリシーを実装して、アプリケーションの可用性と性能を維持できる可能性がある。

【0181】

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

【0182】

ほとんどの場合、クラウドコンピューティングモデルはクラウドプロバイダの参加を必要とする。クラウドプロバイダは、ＩａａＳの提供（例えば、提供、レンタル、販売）を専門とするサードパーティサービスであってもかまわないが、そうである必要はない。企業はプライベートクラウドを展開して、独自のインフラストラクチャサービスプロバイダになることも選択できる。

【0183】

いくつかの例では、ＩａａＳ展開は、新しいアプリケーション、またはアプリケーションの新しいバージョンを、準備されるアプリケーションサーバなどに配置するプロセスである。これには、サーバを準備するプロセス（例えば、ライブラリ、デーモンなどのインストール）も含まれ得る。これは多くの場合、ハイパーバイザー層（例えば、サーバ、記憶装置、ネットワークハードウェア、および仮想化）の下のクラウドプロバイダによって管理される。したがって、顧客は、処理（ＯＳ）、ミドルウェア、および／またはアプリケーション展開（例えば、セルフサービス仮想マシン（例えば、要求に応じてスピンアップできる）などに責任を負うことができる。

【0184】

いくつかの例では、ＩａａＳプロビジョニングは、使用するコンピュータまたは仮想ホストを取得し、それらに必要なライブラリまたはサービスをインストールすることさえも指し得る。ほとんどの場合、展開にはプロビジョニングが含まれていないため、最初にプロビジョニングを実行する必要があり得る。

【0185】

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

【0186】

いくつかの例では、インフラストラクチャは、相互接続される多くの要素を有し得る。例えば、コアネットワークとしても知られる、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（例えば、構成可能および／または共有コンピューティングリソースの潜在的に要求に応じたプール）が存在し得る。一部の例では、ネットワークの受信トラフィックおよび／または送信トラフィックがどのようにセットアップされるかを定義するためにプロビジョニングされる１つまたは複数の受信／送信トラフィックグループルールと１つまたは複数の仮想マシン（ＶＭ）が存在する場合もある。ロードバランサ、データベースなどの他のインフラストラクチャ要素もプロビジョニングできる。より多くのインフラストラクチャ要素が望まれおよび／または追加されるにつれて、インフラストラクチャは段階的に進化し得る。

【0187】

場合によっては、継続的展開技術を使用して、さまざまな仮想コンピューティング環境全体にわたってインフラストラクチャコードの展開を可能にすることができる。さらに、説明されている技術により、これらの環境内でのインフラストラクチャ管理が可能になり得る。いくつかの例では、サービスチームは、１つまたは複数の、しかし多くの場合、多くの、異なる本番環境（例えば、さまざまな異なる地理的位置にまたがり、場合によっては全世界に及ぶ）に展開することが望ましいコードを書き込むことができる。しかし、いくつかの例では、コードを展開するインフラストラクチャを最初にセットアップする必要がある。場合によっては、プロビジョニングは手動で行うことができ、プロビジョニングツールを利用してリソースをプロビジョニングすることができ、および／または展開ツールを利用して、インフラストラクチャがプロビジョニングされた後にコードを展開することができる。

【0188】

図８は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャのパターン例を示すブロック図８００である。サービスオペレータ８０２は、仮想クラウドネットワーク（ＶＣＮ）８０６およびセキュアホストサブネット８０８を含むことができるセキュアホストテナント８０４に通信可能に結合することができる。いくつかの例では、サービスオペレータ８０２は、１つまたは複数のクライアントコンピューティングデバイスを使用していてもよく、これは、ポータブルハンドヘルドデバイス（例えば、ｉＰｈｏｎｅ（登録商標）、携帯電話、ｉＰａｄ（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ））またはウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）、Microsoft Windows Mobile（登録商標）などの実行ソフトウェア、および／またはｉＯＳ、Windows Phone、Android、BlackBerry8、Palm OSなどのさまざまなモバイル動作システム、およびインターネット、電子メール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）、または有効なその他の通信プロトコルであり得る。あるいは、クライアントコンピューティングデバイスは、例えば、さまざまなバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはＬｉｎｕｘ（登録商標）動作システムを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用パーソナルコンピュータであってもよい。クライアントコンピューティングデバイスは、例えばGoogle Chrome OSなどのさまざまなＧＮＵ／Ｌｉｎｕｘ動作システムを含むがこれらに限定されない、さまざまな市販のＵＮＩＸ（登録商標）またはＵＮＩＸ類似の動作システムのいずれかを実行するワークステーションコンピュータであり得る。代替として、または追加として、クライアントコンピューティングデバイスは任意の他の電子デバイスであってもよく、例えば、シンクライアントコンピュータ、インターネット対応ゲームシステム（例えば、Kinect（登録商標）ジェスチャ入力デバイスの有無にかかわらずMicrosoft Xboxゲームコンソール）、ならびに／またはＶＣＮ８０６および／もしくはインターネットにアクセスできるネットワークを介して通信できるパーソナルメッセージングデバイスなどである。

【0189】

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

【0190】

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

【0191】

制御プレーンＶＣＮ８１６は、アプリサブネット８２６を含むことができるデータプレーンミラーアプリ層８４０を含むことができる。データプレーンミラーアプリ層８４０に含まれるアプリサブネット８２６は、コンピューティングインスタンス８４４を実行できる仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）８４２を含むことができる。コンピューティングインスタンス８４４は、データプレーンミラーアプリ層８４０のアプリサブネット８２６を、データプレーンアプリ層８４６に含めることができるアプリサブネット８２６に通信可能に結合することができる。

【0192】

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

【0193】

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

【0194】

いくつかの例では、制御プレーンＶＣＮ８１６またはデータプレーンＶＣＮ８１８のサービスゲートウェイ８３６は、パブリックインターネット８５４を経由せずに、クラウドサービス８５６へのアプリケーションプログラミングインターフェイス（ＡＰＩ）呼び出しを行うことができる。サービスゲートウェイ８３６からクラウドサービス８５６へのＡＰＩ呼び出しは一方向であり得る：サービスゲートウェイ８３６はクラウドサービス８５６へのＡＰＩ呼び出しを行うことができ、クラウドサービス８５６は要求されるデータをサービスゲートウェイ８３６に送信することができる。しかし、クラウドサービス８５６は、サービスゲートウェイ８３６へのＡＰＩ呼び出しを開始しない場合がある。

【0195】

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

【0196】

制御プレーンＶＣＮ８１６は、サービステナント８１９のユーザが所望のリソースをセットアップまたはそうでなければプロビジョニングできるようにすることができる。制御プレーンＶＣＮ８１６内にプロビジョニングされる所望のリソースは、データプレーンＶＣＮ８１８内に展開またはそうでなければ使用され得る。いくつかの例では、制御プレーンＶＣＮ８１６はデータプレーンＶＣＮ８１８から分離することができ、制御プレーンＶＣＮ８１６のデータプレーンミラーアプリ層８４０は、データプレーンミラーアプリ層８４０およびデータプレーンアプリ層８４６に含まれ得るＶＮＩＣ８４２を介して、データプレーンＶＣＮ８１８のデータプレーンアプリ層８４６と通信することができる。

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

制御プレーンＶＣＮ９１６は、アプリサブネット９２６を含むことができるデータプレーンミラーアプリ層９４０（例えば、図８のデータプレーンミラーアプリ層８４０）を含むことができる。データプレーンミラーアプリ層９４０に含まれるアプリサブネット９２６は、コンピューティングインスタンス９４４（例えば、図８のコンピューティングインスタンス８４４と同様）を実行できる仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）９４２（例えば、８４２のＶＮＩＣ）を含むことができる。コンピューティングインスタンス９４４はデータプレーンミラーアプリ層９４０に含まれるＶＮＩＣ９４２とデータプレーンアプリ層９４６に含まれるＶＮＩＣ９４２を経由したデータプレーンミラーアプリ層９４０のアプリサブネット９２６と、データプレーンアプリ層９４６（例えば、図８のデータプレーンアプリ層８４６）に含めることができるアプリサブネット９２６との間の通信を容易にすることができる。

【0204】

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

【0205】

いくつかの例では、データプレーンＶＣＮ９１８は、顧客テナント９２１に含まれ得る。この場合、ＩａａＳプロバイダは、各顧客に対して制御プレーンＶＣＮ９１６を提供することができ、ＩａａＳプロバイダは、各顧客に対して、サービステナント９１９に含まれる一意のコンピューティングインスタンス９４４をセットアップすることができる。各コンピューティングインスタンス９４４は、サービステナント９１９に含まれる制御プレーンＶＣＮ９１６と、顧客テナント９２１に含まれるデータプレーンＶＣＮ９１８との間の通信を可能にすることができる。コンピューティングインスタンス９４４は、サービステナント９１９に含まれる制御プレーンＶＣＮ９１６内にプロビジョニングされるリソースが、顧客テナント９２１に含まれるデータプレーンＶＣＮ９１８内に展開されるか、さもなければ使用されることを可能にし得る。

【0206】

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

【0207】

いくつかの実施形態では、ＩａａＳプロバイダの顧客は、データプレーンＶＣＮ９１８にフィルタを適用することができる。この実施形態では、顧客はデータプレーンＶＣＮ９１８が何にアクセスできるかを決定することができ、顧客はデータプレーンＶＣＮ９１８からパブリックインターネット９５４へのアクセスを制限することができる。ＩａａＳプロバイダは、フィルタを適用するか、さもなければ任意の外部ネットワークまたはデータベースへのデータプレーンＶＣＮ９１８のアクセスを制御することができない場合がある。顧客によるフィルタおよび制御を顧客テナント９２１に含まれるデータプレーンＶＣＮ９１８に適用すると、データプレーンＶＣＮ９１８を他の顧客およびパブリックインターネット９５４から分離するのに役立ち得る。

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

いくつかの実施形態では、データプレーンＶＣＮ１０１８は、顧客テナント１０７０と統合することができる。この統合は、コード実行時のサポートが必要な場合など、ＩａａＳプロバイダの顧客にとって有益または望ましい場合があり得る。顧客は、破壊的な可能性がある実行コード、他の顧客リソースと通信する可能性のある実行コード、またはその他の望ましくない影響を引き起こす可能性のある実行コードを提供し得る。これに応答して、ＩａａＳプロバイダは、顧客からＩａａＳプロバイダに提供されるコードを実行するかどうかを決定できる。

【0215】

いくつかの例では、ＩａａＳプロバイダの顧客は、ＩａａＳプロバイダに一時的なネットワークアクセスを許可し、データプレーン層アプリ１０４６に付加される機能を要求してもよい。機能を実行するためのコードは、ＶＭ１０６６（１）～（Ｎ）で実行されてもよく、コードは、データプレーンＶＣＮ１０１８上の他の場所で実行されるように構成されなくてもよい。各ＶＭ１０６６（１）～（Ｎ）は、１つの顧客テナント１０７０に接続され得る。ＶＭ１０６６（１）～（Ｎ）に含まれるそれぞれのコンテナ１０７１（１）～（Ｎ）は、コードを実行するように構成され得る。この場合、二重分離が存在する可能性があり（例えば、コードを実行しているコンテナ１０７１（１）～（Ｎ）であり、コンテナ１０７１（１）～（Ｎ）は、信頼できないアプリサブネット１０６２に含まれる少なくともＶＭ１０６６（１）～（Ｎ）に含まれ得る）、これは、間違ったコードやさもなければ望ましくないコードがＩａａＳプロバイダのネットワークに損害を与えたり、または別の顧客のネットワークに損害を与えたりすることを防ぐのに役立ち得る。コンテナ１０７１（１）～（Ｎ）は、顧客テナント１０７０に通信可能に結合されてもよく、顧客テナント１０７０からデータを送信または受信するように構成されてもよい。コンテナ１０７１（１）～（Ｎ）は、データプレーンＶＣＮ１０１８内の任意の他のエンティティからデータを送信または受信するように構成されていない可能性がある。コードの実行が完了すると、ＩａａＳプロバイダは、コンテナ１０７１（１）～（Ｎ）を強制終了するか、その他の方法で廃棄することができる。

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

ある実施形態では、本明細書で説明されるＩａａＳシステムは、セルフサービス、加入ベース、弾力的に拡張可能で、信頼性が高く、可用性が高く、安全な方法で顧客に提供されるアプリケーション、ミドルウェア、およびデータベースサービス製品の一式を含むことができる。このようなＩａａＳシステムの一例として、本譲受人が提供するOracle Cloud Infrastructure（ＯＣＩ）がある。

【0227】

図１２は、さまざまな実施形態が実装され得る例示的なコンピュータシステム１２００を示す。システム１２００は、上述のコンピュータシステムのいずれかを実装するために使用することができる。図に示すように、コンピュータシステム１２００は、バスサブシステム１２０２を介して多くの周辺サブシステムと通信する処理ユニット１２０４を含む。これらの周辺サブシステムは、処理加速ユニット１２０６、Ｉ／Ｏサブシステム１２０８、記憶サブシステム１２１８、および通信サブシステム１２２４を含み得る。記憶サブシステム１２１８は、有形のコンピュータ可読記憶媒体１２２２およびシステムメモリ１２１０を含む。

【0228】

バスサブシステム１２０２は、コンピュータシステム１２００のさまざまな構成要素およびサブシステムが意図したとおりに相互に通信できるようにする機構を提供する。バスサブシステム１２０２は単一のバスとして概略的に示されているが、バスサブシステムの代替実施形態では複数のバスを利用することができる。バスサブシステム１２０２は、さまざまなバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のいずれであってもよい。例えば、そのようなアーキテクチャには、Industry Standard Architecture（ＩＳＡ）バス、Micro Channel Architecture（ＭＣＡ）バス、Enhanced ＩＳＡ（ＥＩＳＡ）バス、Video Electronics Standards Association（ＶＥＳＡ）ローカルバス、およびPeripheral Component InterConnect（ＰＣＩ）バスが含まれ得る。これは、ＩＥＥＥ Ｐ１３８６．１規格に従って製造されるメザニンバスとして実装できる。

【0229】

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

【0230】

さまざまな実施形態において、処理ユニット１２０４は、プログラムコードに応答してさまざまなプログラムを実行することができ、複数の同時実行プログラムまたはプロセスを維持することができる。いつでも、実行されるプログラムコードの一部またはすべては、プロセッサ１２０４および／または記憶サブシステム１２１８に載置することができる。適切なプログラミングを通じて、プロセッサ１２０４は上述のさまざまな機能を提供することができる。コンピュータシステム１２００は、デジタル信号プロセッサ（ＤＳＰ）、専用プロセッサ等を含むことができる処理加速ユニット１２０６をさらに含むことができる。

【0231】

Ｉ／Ｏサブシステム１２０８は、ユーザインターフェイス入力デバイスおよびユーザインターフェイス出力デバイスを含むことができる。ユーザインターフェイス入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを備えたオーディオ入力デバイス、マイク、およびその他のタイプの入力デバイスを含み得る。ユーザインターフェイス入力デバイスには、例えば、ユーザが、Microsoft Xbox（登録商標）３６０ゲームコントローラなどの、ジェスチャや音声コマンドを使用した自然なユーザインターフェイスを介した入力デバイスを制御および入力デバイスと対話できるようにするMicrosoft Kinect（登録商標）モーションセンサーなどのモーションセンシングおよび／またはジェスチャ認識デバイスが含まれ得る。ユーザインターフェイス入力デバイスには、アイジェスチャ認識デバイスも含まれ得、例えば、Google Glass（登録商標）点滅検出器は、ユーザの目のアクティビティ（例えば、写真を撮るとき、および／または、メニューを選択しているときの「点滅」など）を検出し、目のジェスチャを入力デバイス（例えば、Google Glass（登録商標））への入力として変換する。さらに、ユーザインターフェイス入力デバイスは、ユーザが音声コマンドを通じて音声認識システム（例えば、Ｓｉｒｉ（登録商標）ナビゲータ）と対話できるようにする音声認識センシングデバイスを含んでもよい。

【0232】

ユーザインターフェイス入力デバイスにはまた、３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、およびスピーカー、デジタルカメラ、デジタルビデオカメラ、ポータブル媒体プレーヤー、Ｗｅｂカメラ、イメージスキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザー距離計、視線追跡デバイスなどのオーディオ／ビジュアルデバイスが含まれ得る。さらに、ユーザインターフェイス入力デバイスには、例えば、コンピュータ断層撮影法、磁気共鳴画像法、位置放射断層撮影法、医療用超音波検査デバイスなどの医療用画像入力デバイスが含まれてもよい。ユーザインターフェイス入力デバイスには、例えば、ＭＩＤＩキーボード、デジタル楽器などのオーディオ入力デバイスも含まれ得る。

【0233】

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

【0234】

コンピュータシステム１２００は、システムメモリ１２１０内に現在配置されているように示されるソフトウェア要素を備える記憶サブシステム１２１８を備えることができる。システムメモリ１２１０は、処理ユニット１２０４上でロード可能および実行可能なプログラム命令、ならびにこれらのプログラムの実行中に生成されるデータを記憶することができる。

【0235】

コンピュータシステム１２００の構成およびタイプに応じて、システムメモリ１２１０は、揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））および／または不揮発性（読み取り専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。ＲＡＭは通常、処理ユニット１２０４に即座にアクセス可能な、および／または処理ユニット１２０４によって現在動作および実行されているデータおよび／またはプログラムモジュールを含む。いくつかの実装形態では、システムメモリ１２１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの複数の異なるタイプのメモリを含み得る。いくつかの実装形態では、起動中など、コンピュータシステム１２００内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、通常、ＲＯＭに記憶され得る。限定ではなく例として、システムメモリ１２１０は、アプリケーションプログラム１２１２も示し、これには、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）などが含まれてもよく、プログラムデータ１２１４、および動作システム１２１６も示す。例として、動作システム１２１６には、さまざまなバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはＬｉｎｕｘ動作システム、さまざまな市販のＵＮＩＸ（登録商標）またはＵＮＩＸ系動作システム（さまざまなＧＮＵ／Ｌｉｎｕｘ動作システム、Google Chrome（登録商標）ＯＳなどを含むが、これらに限定されない）および／またはｉＯＳ、Windows（登録商標）Phone、Android（登録商標）ＯＳ、BlackBerry（登録商標）１２ＯＳ、Palm（登録商標）ＯＳ動作システムなどのモバイル動作システムが含まれ得る。

【0236】

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

【0237】

記憶サブシステム１２００はまた、コンピュータ可読記憶媒体１２２２にさらに接続できるコンピュータ可読記憶媒体リーダ１２２０を含んでもよい。コンピュータ可読記憶媒体１２２２は、システムメモリ１２１０と一緒に、任意に、システムメモリ１２１０と組み合わせて、リモート、ローカル、固定、および／または取り外し可能記憶デバイスと記憶媒体を包括的に表し得、コンピュータ可読情報を一時的および／またはより永続的に収容、記憶、送信、および取得する。

【0238】

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

【0239】

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

【0240】

通信サブシステム１２２４は、他のコンピュータシステムおよびネットワークへのインターフェイスを提供する。通信サブシステム１２２４は、コンピュータシステム１２００から他のシステムとの間でデータを送受信するためのインターフェイスとして機能する。例えば、通信サブシステム１２２４は、コンピュータシステム１２００がインターネットを介して１つまたは複数のデバイスに接続できるようにすることができる。いくつかの実施形態では、通信サブシステム１２２４は、無線音声ネットワークおよび／またはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバ構成要素、（例えば、携帯電話技術、３Ｇ、４Ｇ、またはＥＤＧＥ（世界的な進化のための強化されるデータ速度）などの高度なデータネットワーク技術の使用、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリ規格、またはその他のモバイル通信技術、またはそれらの任意の組み合わせ）、全地球測位システム（ＧＰＳ）受信機構成要素、および／または他の構成要素を含むことができる。いくつかの実施形態では、通信サブシステム１２２４は、無線インターフェイスに加えて、またはその代わりに、有線ネットワーク接続（例えば、イーサネット）を提供することができる。

【0241】

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

【0242】

例として、通信サブシステム１２２４は、ソーシャルネットワークおよび／もしくはツイッター（登録商標）フィード、フェイスブック（登録商標）更新情報、リッチサイトサマリー（ＲＳＳ）フィードなどのウェブフィードなどの他の通信サービスのユーザからデータフィード１２２６をリアルタイムでならびに／または１つもしくは複数のサードパーティ情報ソースからのリアルタイム更新を受信するように構成され得る。

【0243】

さらに、通信サブシステム１２２４はまた、連続データストリームの形式でデータを受信するように構成されてもよく、これには、リアルタイムイベントおよび／またはイベント更新１２３０のイベントストリーム１２２８が含まれ得るが、これらは、本質的に連続的であるか、または明示的な終了のない無制限であり得る。連続データを生成するアプリケーションの例には、例えば、センサーデータアプリケーション、金融ティッカー、ネットワーク性能測定ツール（例えば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通監視などが含まれ得る。

【0244】

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

【0245】

コンピュータシステム１２００は、さまざまなタイプのうちの１つであり得、ハンドヘルドポータブルデバイス（例えば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意の他のデータ処理システムを含む。

【0246】

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

【0247】

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

【0248】

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

【0249】

したがって、明細書および図面は、限定的な意味ではなく、例示的な意味としてみなされるべきである。しかし、特許請求の範囲に記載のより広範な趣旨および範囲から逸脱することなく、追加、減算、削除、およびその他の修正および変更を行うことができることは明らかである。したがって、特定の開示実施形態について説明してきたが、これらは限定することを意図したものではない。さまざまな修正および均等物は、以下の特許請求の範囲内に含まれる。

【0250】

開示される実施形態を説明する文脈における（特に、以下の特許請求の範囲の文脈において）用語「a」、「an」、「the」、および同様の指示対象の使用は、本明細書で別途指示するか、文脈と明らかに矛盾しない限り、単数形と複数形の両方をカバーすると解釈されるべきである。「含む（comprising)」、「有する」、「含む（including）」、および「含有する」という用語は、特に断りのない限り、無制限の用語（すなわち、「含むがこれらに限定されない」を意味する）として解釈されるべきである。「接続されている」という用語は、たとえ何かが介在している場合でも、部分的または全体的に内部に含まれている、取り付けられている、または結合されていると解釈される。本明細書における値の範囲の記載は、本明細書に別段の指示がない限り、その範囲内にある各々の個別の値を個々に参照する簡略的な方法として機能することを単に意図しており、個別の各値は、あたかも本明細書に個々に記載されているかのように本明細書に組み込まれる。本明細書に記載されるすべての方法は、本明細書に別段の指示がない限り、またはそうでなければ文脈と明らかに矛盾しない限り、任意の適切な順序で実行することができる。本明細書で提供されるあらゆる例、または例示的な文言（例えば、「など」）の使用は、単に実施形態をより良く説明することを意図しており、別段の請求がない限り、本開示の範囲に制限を課すものではない。本明細書のいかなる文言も、特許請求されていない任意の要素が本開示の実施に必須であることを示すものとして解釈されるべきではない。

【0251】

特に別段明記されていない限り、「Ｘ、Ｙ、またはＺの少なくとも１つ」というフレーズなどの選言的な文言は、項目、用語などがＸ、Ｙ、またはＺのいずれか、またはそれらの任意の組み合わせ（例えば、Ｘ、Ｙ、および／またはＺ）であり得ることを示すために一般に使用される文脈内で理解されることを意図している。したがって、そのような選言的な文言は、一般に、ある実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つが各々存在することを必要とすることを意味することを意図したものではなく、また、意味するべきではない。

【0252】

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

【0253】

本明細書に引用される出版物、特許出願、および特許を含むすべての参考文献は、各参考文献が参照により組み込まれることが個別かつ具体的に示され、その全体が本明細書に記載されたのと同じ程度に、参照により本明細書に組み込まれる。

【0254】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【国際調査報告】