特表2023-548550 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ セールスフォース　ドット　コム　インコーポレイティッドの特許一覧

特表2023-548550クラウドプラットフォーム上でデータセンタをプロビジョニング及びデプロイするための宣言型言語及びコンパイラ

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10A
10B
10C
11
12

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

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

(11)【公表番号】

(43)【公表日】2023-11-17

(54)【発明の名称】クラウドプラットフォーム上でデータセンタをプロビジョニング及びデプロイするための宣言型言語及びコンパイラ

(51)【国際特許分類】

G06F 8/60 20180101AFI20231110BHJP

【ＦＩ】

G06F8/60

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023526999

(86)(22)【出願日】2021-01-28

(85)【翻訳文提出日】2023-06-22

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

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

(87)【国際公開日】2022-05-12

(31)【優先権主張番号】17/091,982

(32)【優先日】2020-11-06

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

(31)【優先権主張番号】17/091,988

(32)【優先日】2020-11-06

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＯＳＸ

２．ＪＡＶＡＳＣＲＩＰＴ

３．ＫＵＢＥＲＮＥＴＥＳ

４．ＡＷＳ

(71)【出願人】

【識別番号】506332063

【氏名又は名称】セールスフォースインコーポレイテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】マイアー，ジョシュ

(72)【発明者】

【氏名】グプタ，ヴァルン

(72)【発明者】

【氏名】ドゥールヴァクマール，スリニヴァス

(72)【発明者】

【氏名】モイス，クリス

(72)【発明者】

【氏名】チャッカラパニ，マヤクリシュナン

(72)【発明者】

【氏名】ブラジーウ，ジェレミア

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AA07

5B376AB01

5B376AB12

5B376DA11

(57)【要約】

コンピューティングシステム、例えば、マルチテナントシステムは、クラウドプラットフォームに依存しないクラウドプラットフォームインフラストラクチャ言語を使用して、クラウドプラットフォーム内にデータセンタを作成する。システムは、作成される新しいデータセンタ、又はクラウドプラットフォーム上にデプロイされた既存のデータセンタに対する修正を記述するプラットフォームに依存しない宣言型仕様を受信する。システムは、クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、データセンタのメタデータ表現を生成する。データセンタが存在する場合、システムは、所望のデータセンタを取得するためにデータセンタに対する修正を表すメタデータ表現を生成する。システムは、メタデータ表現と、ターゲットクラウドプラットフォーム上で実行するための命令のセットを送信する。ターゲットクラウドプラットフォームは、データセンタを構成する命令を実行する。本システムは、ターゲットクラウドプラットフォームによって構成されたデータセンタのコンピューティングリソースへのアクセスをユーザに提供する。

【特許請求の範囲】

【請求項1】

クラウドプラットフォーム内にデータセンタを構成するためのコンピュータ実装方法であって、
マルチテナントシステムのテナントのためのデータセンタのクラウドプラットフォームに依存しない宣言型仕様を受信することであって、前記データセンタは、前記テナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記クラウドプラットフォームに依存しない宣言型仕様は、複数のクラウドプラットフォームのいずれか上で前記データセンタを生成するように構成されており、クラウドプラットフォームインフラストラクチャ言語を用いて指定される、ことと、
前記クラウドプラットフォームに依存しない宣言型仕様に基づいて、前記データセンタを作成するためにターゲットクラウドプラットフォームを識別する情報を受信することと、
前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためにクラウドプラットフォーム固有のデータセンタ表現を生成することと、
前記クラウドプラットフォーム固有のデータセンタ表現と、前記ターゲットクラウドプラットフォーム上で実行するための命令のセットとを送信することであって、前記ターゲットクラウドプラットフォームは、前記命令を実行して、前記クラウドプラットフォーム固有のデータセンタ表現を使用して前記データセンタを構成する、ことと、
前記マルチテナントシステムによって、前記テナントのユーザに、前記ターゲットクラウドプラットフォームによって構成された前記データセンタのコンピューティングリソースへのアクセスを提供することと、を含む、コンピュータ実装方法。

【請求項2】

前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、クラウドプラットフォーム固有のデータセンタ表現を生成することは、
前記クラウドプラットフォームに依存しない宣言型仕様から前記データセンタのクラウドプラットフォームに依存しない詳細メタデータ表現を生成することを含み、前記クラウドプラットフォームに依存しない詳細メタデータ表現は、前記クラウドプラットフォームに依存しない宣言型仕様において規定されたデータセンタエンティティのインスタンスの識別子を含む、請求項１に記載のコンピュータ実装方法。

【請求項3】

前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、クラウドプラットフォーム固有のデータセンタ表現を生成することは、
前記クラウドプラットフォームに依存しない詳細メタデータ表現に基づいて、前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することと、
前記プラットフォーム固有の詳細なメタデータ表現に基づいて、前記ターゲットクラウドプラットフォーム上に前記データセンタをデプロイすることと、をさらに含む、請求項２に記載のコンピュータ実装方法。

【請求項4】

前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することは、
前記ターゲットクラウドプラットフォーム上に１つ以上のユーザアカウントを作成することと、
前記生成されたユーザアカウントを前記プラットフォーム固有の詳細メタデータ表現に含めることと、を含む、請求項３に記載のコンピュータ実装方法。

【請求項5】

前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することは、
前記クラウドプラットフォームに依存しない宣言型仕様で定義されたサービスのアウトバウンドアクセス属性に基づいて、前記ターゲットクラウドプラットフォーム上に１つ以上のネットワークポリシーを作成することを含む、請求項３に記載のコンピュータ実装方法。

【請求項6】

前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することは、
前記ターゲットクラウドプラットフォーム上に１つ以上のコンピューティングリソースを作成することと、
前記ターゲットクラウドプラットフォームから前記１つ以上のコンピューティングリソースの識別子を受信することと、
前記識別子を前記プラットフォーム固有の詳細メタデータ表現に含めることと、を含む、請求項３に記載のコンピュータ実装方法。

【請求項7】

前記クラウドプラットフォームに依存しない宣言型仕様は、１つ以上のデータセンタインスタンスの定義を含み、各データセンタインスタンスは、１つ以上のサービスグループを含み、各サービスグループは、サービスのセットを含む、請求項１に記載のコンピュータ実装方法。

【請求項8】

サービスグループは、コンピューティングノードのクラスタのセットをさらに規定し、１つ以上のサービスは、コンピューティングノードのクラスタに関連付けられ、前記ターゲットクラウドプラットフォーム上にデプロイされる前記データセンタは、前記コンピューティングノードのクラスタを含み、前記クラウドプラットフォームに依存しない宣言型仕様で規定されるように前記コンピューティングノードに対して前記サービスを実行する、請求項７に記載のコンピュータ実装方法。

【請求項9】

ステージのセットを含む１つ以上のパイプラインを生成することをさらに含み、各ステージは、前記クラウドプラットフォーム上に前記データセンタを作成するためのアクションを実行する、請求項１に記載のコンピュータ実装方法。

【請求項10】

前記１つ以上のパイプラインは、前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためのリソースをプロビジョニングするためのプロビジョニングパイプラインを含む、請求項９に記載のコンピュータ実装方法。

【請求項11】

前記１つ以上のパイプラインは、前記プロビジョニングパイプラインによってプロビジョニングされるリソース上にアプリケーションをデプロイするためのデプロイパイプラインを含む、請求項１０に記載のコンピュータ実装方法。

【請求項12】

前記１つ以上のパイプラインは、前記プロビジョニングパイプライン及び前記デプロイパイプラインを含むオーケストレーションパイプラインを含む、請求項１０に記載のコンピュータ実装方法。

【請求項13】

前記ターゲットクラウドプラットフォームは、第１のターゲットクラウドプラットフォームであり、前記クラウドプラットフォーム固有のデータセンタは、第１のクラウドプラットフォーム固有のデータセンタ表現であり、前記方法は、
第２のターゲットクラウドプラットフォームを識別する情報を受信することと、
前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、前記第２のターゲットクラウドプラットフォーム上に前記データセンタを作成するために第２のクラウドプラットフォーム固有のデータセンタ表現を生成することと、
前記第２のクラウドプラットフォーム固有のデータセンタ表現と、前記第２のターゲットクラウドプラットフォーム上で実行するための命令のセットとを送信することであって、前記第１のターゲットクラウドプラットフォームは、前記命令を実行して、前記第２のクラウドプラットフォーム固有のデータセンタ表現を使用して前記データセンタを構成する、ことと、をさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項14】

コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサに、クラウドプラットフォーム内にデータセンタを構成するためのステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体であって、前記ステップは、
マルチテナントシステムのテナントのためのデータセンタのクラウドプラットフォームに依存しない宣言型仕様を受信することであって、前記データセンタは、前記テナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記クラウドプラットフォームに依存しない宣言型仕様は、複数のクラウドプラットフォームのいずれか上で前記データセンタを生成するように構成されており、クラウドプラットフォームインフラストラクチャ言語を用いて指定される、ことと、
前記クラウドプラットフォームに依存しない宣言型仕様に基づいて、前記データセンタを作成するためにターゲットクラウドプラットフォームを識別する情報を受信することと、
前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためにクラウドプラットフォーム固有のデータセンタ表現を生成することと、
前記クラウドプラットフォーム固有のデータセンタ表現と、前記ターゲットクラウドプラットフォーム上で実行するための命令のセットとを送信することであって、前記ターゲットクラウドプラットフォームは、前記命令を実行して、前記クラウドプラットフォーム固有のデータセンタ表現を使用して前記データセンタを構成する、ことと、
前記マルチテナントシステムによって、前記テナントのユーザに、前記ターゲットクラウドプラットフォームによって構成された前記データセンタのコンピューティングリソースへのアクセスを提供することと、を含む、非一時的なコンピュータ可読記憶媒体。

【請求項15】

【請求項16】

【請求項17】

前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、クラウドプラットフォーム固有のデータセンタ表現を生成することは、
前記ターゲットクラウドプラットフォーム上に１つ以上のコンピューティングリソースを作成することと、
前記ターゲットクラウドプラットフォームから前記１つ以上のコンピューティングリソースの識別子を受信することと、
前記識別子を前記プラットフォーム固有の詳細メタデータ表現に含めることと、を含む、請求項１５に記載の非一時的なコンピュータ可読記憶媒体。

【請求項18】

前記１つ以上のパイプラインは、
前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためのリソースをプロビジョニングするためのプロビジョニングパイプラインと、
前記プロビジョニングパイプラインによってプロビジョニングされたリソース上にアプリケーションをデプロイするためのデプロイパイプラインと、を含む、請求項１４に記載の非一時的なコンピュータ可読記憶媒体。

【請求項19】

前記ターゲットクラウドプラットフォームは、第１のターゲットクラウドプラットフォームであり、前記クラウドプラットフォーム固有のデータセンタは、第１のクラウドプラットフォーム固有のデータセンタ表現であり、前記命令は、前記プロセッサに、
第２のターゲットクラウドプラットフォームを識別する情報を受信することと、
前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、前記第２のターゲットクラウドプラットフォーム上に前記データセンタを作成するために第２のクラウドプラットフォーム固有のデータセンタ表現を生成することと、
前記第２のクラウドプラットフォーム固有のデータセンタ表現と、前記第２のターゲットクラウドプラットフォーム上で実行するための命令のセットとを送信することであって、前記第１のターゲットクラウドプラットフォームは、前記命令を実行して、前記第２のクラウドプラットフォーム固有のデータセンタ表現を使用して前記データセンタを構成する、ことと、を含むステップをさらに実行させる、請求項１４に記載の非一時的なコンピュータ可読記憶媒体。

【請求項20】

コンピュータシステムであって、
コンピュータプロセッサと、
コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサに、クラウドプラットフォーム内にデータセンタを構成するためのステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体であって、前記ステップは、
マルチテナントシステムのテナントのためのデータセンタのクラウドプラットフォームに依存しない宣言型仕様を受信することであって、前記データセンタは、前記テナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記クラウドプラットフォームに依存しない宣言型仕様は、複数のクラウドプラットフォームのいずれか上で前記データセンタを生成するように構成されており、クラウドプラットフォームインフラストラクチャ言語を用いて指定される、ことと、
前記クラウドプラットフォームに依存しない宣言型仕様に基づいて、前記データセンタを作成するためにターゲットクラウドプラットフォームを識別する情報を受信することと、
前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためにクラウドプラットフォーム固有のデータセンタ表現を生成することと、
前記クラウドプラットフォーム固有のデータセンタ表現と、前記ターゲットクラウドプラットフォーム上で実行するための命令のセットとを送信することであって、前記ターゲットクラウドプラットフォームは、前記命令を実行して、前記クラウドプラットフォーム固有のデータセンタ表現を使用して前記データセンタを構成する、ことと、
前記マルチテナントシステムによって、前記テナントのユーザに、前記ターゲットクラウドプラットフォームによって構成された前記データセンタのコンピューティングリソースへのアクセスを提供することと、を含む、コンピュータシステム。

【請求項21】

クラウドプラットフォーム内に作成されたデータセンタを修正するためのコンピュータ実装方法であって、
データセンタのオリジナル宣言型仕様を受信することであって、前記データセンタは、マルチテナントシステムのテナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記オリジナル宣言型仕様は、クラウドプラットフォームインフラストラクチャ言語を使用して規定され、複数のクラウドプラットフォームのいずれか上に前記データセンタのオリジナルバージョンを生成するように構成されている、ことと、
前記オリジナル宣言型仕様に準拠する前記データセンタの前記オリジナルバージョンを、ターゲットクラウドプラットフォーム上にデプロイすることと、
前記データセンタの修正された宣言型仕様を受信することと、
前記オリジナル宣言型仕様に基づくデータセンタの前記オリジナルバージョンと、前記修正された宣言型仕様に基づく前記データセンタの前記修正されたバージョンとの間の差を表すデルタメタデータ表現を生成することと、
前記デルタメタデータ表現に基づいて、前記データセンタに対する修正計画を生成することであって、前記修正計画は、前記ターゲットクラウドプラットフォーム上の前記データセンタを修正して、前記データセンタの前記修正されたバージョンを取得する命令を含む、ことと、
実行のために前記生成された命令を前記ターゲットクラウドプラットフォームに送信することであって、前記ターゲットクラウドプラットフォームは前記生成された命令を実行して、前記データセンタの前記オリジナルバージョンから前記データセンタの前記修正バージョンを取得する、ことと、
前記マルチテナントシステムのテナントに関連付けられたユーザのセットに、前記ターゲットクラウドプラットフォーム上にデプロイされた前記データセンタの前記修正バージョンのコンピューティングリソースへのアクセスを提供することと、を含む、コンピュータ実装方法。

【請求項22】

前記変更は、
新しいデータセンタエンティティの作成、
データセンタエンティティの削除、又は
データセンタエンティティの更新のうちの１つ以上を含む、請求項２１に記載のコンピュータ実装方法。

【請求項23】

前記クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、クラウドプラットフォーム固有のデータセンタ表現を生成することをさらに含み、前記コンパイルすることは、
前記オリジナル宣言型仕様から前記データセンタの前記クラウドプラットフォームに依存しないメタデータ表現の第１のバージョンを生成することと、
前記修正された宣言型仕様から前記データセンタの前記クラウドプラットフォームに依存しないメタデータ表現の第２のバージョンを生成することと、を含む、請求項２１に記載のコンピュータ実装方法。

【請求項24】

前記クラウドプラットフォームに依存しない詳細メタデータ表現の前記第１のバージョンに基づいて、前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することと、
前記プラットフォーム固有の詳細なメタデータ表現に基づいて、前記ターゲットクラウドプラットフォーム上に前記データセンタをデプロイすることと、をさらに含む、請求項２３に記載のコンピュータ実装方法。

【請求項25】

前記デルタメタデータ表現は、前記クラウドプラットフォーム依存しない詳細メタデータ表現の前記第１のバージョンと前記クラウドプラットフォーム依存しない詳細メタデータ表現の前記第２のバージョンとの間の差を表す、請求項２４に記載のコンピュータ実装方法。

【請求項26】

前記クラウドプラットフォームに依存しない宣言型仕様は、１つ以上のデータセンタインスタンスの定義を含み、各データセンタインスタンスは、１つ以上のサービスグループを含み、各サービスグループは、サービスのセットを含む、請求項２１に記載のコンピュータ実装方法。

【請求項27】

前記生成された命令は、１つ以上のパイプラインを含み、各パイプラインは、一連のステージを含み、各ステージは、前記クラウドプラットフォーム上に前記データセンタを作成するための１つ以上のアクションを実行する、請求項２１に記載のコンピュータ実装方法。

【請求項28】

前記修正計画を生成することは、前記データセンタを修正するために再開始する必要があるサービスの最小セットを判定することと、前記再開始の動作を前記サービスの最小セットに制限する命令を生成することと、含む、請求項２１に記載のコンピュータ実装方法。

【請求項29】

前記デルタメタデータ表現は、前記データセンタに追加される新しいデータセンタエンティティを含み、前記方法は、
前記データセンタエンティティが開始依存関係を有するデータセンタエンティティのセットを判定することをさらに含み、
前記修正計画は、前記データセンタエンティティを開始する前に前記セットのうちの前記データセンタエンティティを開始する命令を含む、請求項２１に記載のコンピュータ実装方法。

【請求項30】

前記デルタメタデータ表現は、前記データセンタから削除されるデータセンタエンティティを含み、前記方法は、
前記データセンタエンティティが開始依存関係を有するデータセンタエンティティのセットを判定することをさらに含み、
前記修正計画は、前記セットのうちの前記データセンタエンティティの前に前記データセンタエンティティを削除する命令を含む、請求項２１に記載のコンピュータ実装方法。

【請求項31】

前記デルタメタデータ表現は、第１のアウトバウンドアクセスの代わりに第２のアウトバウンドアクセスを有するように更新される前記データセンタのサービスを含み、前記第１のアウトバウンドアクセス及び前記第２のアウトバウンドアクセスの各々は、ＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ）を規定し、前記修正計画は、前記サービスが前記第２のアウトバウンドアクセスの前記ＵＲＬにアクセスすることを可能にし、かつ前記第１のアウトバウンドアクセスの前記ＵＲＬへの前記サービスのアクセスを不可能にするように前記ターゲットクラウドプラットフォーム内のネットワークポリシーを更新する命令を含む、請求項２１に記載のコンピュータ実装方法。

【請求項32】

前記デルタメタデータ表現は、第２のサービスへのアクセスを追加する第１のサービスを含み、前記修正計画は、前記第２のサービスが前記第１のサービスと対話することを可能にするために前記ターゲットクラウドプラットフォーム内のネットワークポリシーを更新する命令を含む、請求項２１に記載のコンピュータ実装方法。

【請求項33】

コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサにステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体であって、前記ステップは、
データセンタのオリジナル宣言型仕様を受信することであって、前記データセンタは、マルチテナントシステムのテナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記オリジナル宣言型仕様は、クラウドプラットフォームインフラストラクチャ言語を使用して規定され、複数のクラウドプラットフォームのいずれか上に前記データセンタのオリジナルバージョンを生成するように構成されている、ことと、
前記オリジナル宣言型仕様に準拠する前記データセンタの前記オリジナルバージョンを、ターゲットクラウドプラットフォーム上にデプロイすることと、
前記データセンタの修正された宣言型仕様を受信することと、
前記オリジナル宣言型仕様に基づくデータセンタの前記オリジナルバージョンと、前記修正された宣言型仕様に基づく前記データセンタの前記修正されたバージョンとの間の差を表すデルタメタデータ表現を生成することと、
前記デルタメタデータ表現に基づいて、前記データセンタに対する修正計画を生成することであって、前記修正計画は、前記ターゲットクラウドプラットフォーム上の前記データセンタを修正して、前記データセンタの前記修正されたバージョンを取得する命令を含む、ことと、
実行のために前記生成された命令を前記ターゲットクラウドプラットフォームに送信することであって、前記ターゲットクラウドプラットフォームは前記生成された命令を実行して、前記データセンタの前記オリジナルバージョンから前記データセンタの前記修正バージョンを取得する、ことと、
前記マルチテナントシステムのテナントに関連付けられたユーザのセットに、前記ターゲットクラウドプラットフォーム上にデプロイされた前記データセンタの前記修正バージョンのコンピューティングリソースへのアクセスを提供することと、を含む、非一時的なコンピュータ可読記憶媒体。

【請求項34】

【請求項35】

【請求項36】

前記修正計画を生成することは、前記データセンタを修正するために再開始する必要があるサービスの最小セットを判定することと、前記再開始の動作を前記判定されたサービスの最小セットに制限することを含む、請求項３３に記載の非一時的なコンピュータ可読記憶媒体。

【請求項37】

前記デルタメタデータ表現は、前記データセンタに追加される新しいデータセンタエンティティを含み、前記命令は、前記プロセッサに、
前記データセンタエンティティが開始依存関係を有するデータセンタエンティティのセットを判定することを含むステップをさらに実行させ、
前記修正計画は、前記データセンタエンティティを開始する前に前記セットのうちの前記データセンタエンティティを開始する命令を含む、請求項３３に記載の非一時的なコンピュータ可読記憶媒体。

【請求項38】

前記デルタメタデータ表現は、前記データセンタから削除されるデータセンタエンティティを含み、前記命令は、前記プロセッサに、
前記データセンタエンティティが開始依存関係を有するデータセンタエンティティのセットを判定することを含むステップをさらに実行させ、
前記修正計画は、前記セットのうちの前記データセンタエンティティの前に前記データセンタエンティティを削除する命令を含む、請求項３３に記載の非一時的なコンピュータ可読記憶媒体。

【請求項39】

【請求項40】

コンピュータシステムであって、
コンピュータプロセッサと、
コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサに、クラウドプラットフォーム内にデータセンタを構成するためのステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体であって、前記ステップは、
データセンタのオリジナル宣言型仕様を受信することであって、前記データセンタは、マルチテナントシステムのテナントに関連付けられたユーザのセットによって使用されるコンピューティングリソースのセットを表し、前記オリジナル宣言型仕様は、クラウドプラットフォームインフラストラクチャ言語を使用して規定され、複数のクラウドプラットフォームのいずれか上に前記データセンタのオリジナルバージョンを生成するように構成されている、ことと、
前記オリジナル宣言型仕様に準拠する前記データセンタの前記オリジナルバージョンを、ターゲットクラウドプラットフォーム上にデプロイすることと、
前記データセンタの修正された宣言型仕様を受信することと、
前記オリジナル宣言型仕様に基づくデータセンタの前記オリジナルバージョンと、前記修正された宣言型仕様に基づく前記データセンタの前記修正されたバージョンとの間の差を表すデルタメタデータ表現を生成することと、
前記デルタメタデータ表現に基づいて、前記データセンタに対する修正計画を生成することであって、前記修正計画は、前記ターゲットクラウドプラットフォーム上の前記データセンタを修正して、前記データセンタの前記修正されたバージョンを取得する命令を含む、ことと、
実行のために前記生成された命令を前記ターゲットクラウドプラットフォームに送信することであって、前記ターゲットクラウドプラットフォームは前記生成された命令を実行して、前記データセンタの前記オリジナルバージョンから前記データセンタの前記修正バージョンを取得する、ことと、
前記マルチテナントシステムのテナントに関連付けられたユーザのセットに、前記ターゲットクラウドプラットフォーム上にデプロイされた前記データセンタの前記修正バージョンのコンピューティングリソースへのアクセスを提供することと、を含む、コンピュータシステム。

【請求項41】

【請求項42】

前記ターゲットクラウドプラットフォームに対するプラットフォーム固有の詳細メタデータ表現を生成することは、
前記ターゲットクラウドプラットフォーム上に１つ以上のユーザアカウントを作成することと、
前記生成されたユーザアカウントを前記プラットフォーム固有の詳細メタデータ表現に含めることと、を含む、請求項１～２、４１のいずれか一項に記載のコンピュータ実装方法。

【請求項43】

【請求項44】

【請求項45】

前記クラウドプラットフォームに依存しない宣言型仕様は、１つ以上のデータセンタインスタンスの定義を含み、各データセンタインスタンスは、１つ以上のサービスグループを含み、各サービスグループは、サービスのセットを含む、請求項１～２、４１～４４のいずれか一項に記載のコンピュータ実装方法。

【請求項46】

【請求項47】

ステージのセットを含む１つ以上のパイプラインを生成することをさらに含み、各ステージは、前記クラウドプラットフォーム上に前記データセンタを作成するためのアクションを実行する、請求項１～２、４１～４６のいずれか一項に記載のコンピュータ実装方法。

【請求項48】

前記１つ以上のパイプラインは、前記ターゲットクラウドプラットフォーム上に前記データセンタを作成するためのリソースをプロビジョニングするためのプロビジョニングパイプラインを含む、請求項１～２、４１～４７のいずれか一項に記載のコンピュータ実装方法。

【請求項49】

前記１つ以上のパイプラインは、前記プロビジョニングパイプラインによってプロビジョニングされるリソース上にアプリケーションをデプロイするためのデプロイパイプラインを含む、請求項１～２、４１～４８のいずれか一項に記載のコンピュータ実装方法。

【請求項50】

前記１つ以上のパイプラインは、前記プロビジョニングパイプライン及び前記デプロイパイプラインを含むオーケストレーションパイプラインを含む、請求項１～２、４１～４９のいずれか一項に記載のコンピュータ実装方法。

【請求項51】

【請求項52】

【請求項53】

【請求項54】

前記デルタメタデータ表現は、前記クラウドプラットフォームに依存しない詳細メタデータ表現の前記第１のバージョンと前記クラウドプラットフォーム依存しない詳細メタデータ表現の前記第２のバージョンとの間の差を表す、請求項２１～２２、５２～５３のいずれか一項に記載のコンピュータ実装方法。

【請求項55】

前記クラウドプラットフォームに依存しない宣言型仕様は、１つ以上のデータセンタインスタンスの定義を含み、各データセンタインスタンスは、１つ以上のサービスグループを含み、各サービスグループは、サービスのセットを含む、請求項２１～２２、５２～５４のいずれか一項に記載のコンピュータ実装方法。

【請求項56】

前記生成された命令は、１つ以上のパイプラインを含み、各パイプラインは、一連のステージを含み、各ステージは、前記クラウドプラットフォーム上に前記データセンタを作成するための１つ以上のアクションを実行する、請求項２１～２２、５２～５５のいずれか一項に記載のコンピュータ実装方法。

【請求項57】

前記修正計画を生成することは、前記データセンタを修正するために再開始する必要があるサービスの最小セットを判定することと、前記再開始の動作を前記サービスの最小セットに制限する命令を生成することと、含む、請求項２１～２２、５２～５６のいずれか一項に記載のコンピュータ実装方法。

【請求項58】

【請求項59】

前記デルタメタデータ表現は、前記データセンタから削除される新しいデータセンタエンティティを含み、前記方法は、
前記データセンタエンティティが開始依存関係を有するデータセンタエンティティのセットを判定することをさらに含み、
前記修正計画は、前記セットのうちの前記データセンタエンティティの前に前記データセンタエンティティを削除する命令を含む、請求項２１～２２、５２～５８のいずれか一項に記載のコンピュータ実装方法。

【請求項60】

【請求項61】

前記デルタメタデータ表現は、第２のサービスへのアクセスを追加する第１のサービスを含み、前記修正計画は、前記第２のサービスが前記第１のサービスと対話することを可能にするために前記ターゲットクラウドプラットフォーム内のネットワークポリシーを更新する命令を含む、請求項２１～２２、５２～６０のいずれか一項に記載のコンピュータ実装方法。

【請求項62】

コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサに請求項１～１３、２１～３２、４１～６１のいずれか一項に記載のステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体。

【請求項63】

コンピュータシステムであって、
コンピュータプロセッサと、
コンピュータプロセッサによって実行されるときに、前記コンピュータプロセッサに請求項１～１３、２１～３２、４１～６１のいずれか一項に記載のステップを実行させる命令を記憶するための非一時的なコンピュータ可読記憶媒体と、を含む、コンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、クラウドコンピューティングプラットフォームに関し、特に、クラウドコンピューティングプラットフォームにおいてデータセンタを作成するための宣言型言語及びコンパイラに関する。

【背景技術】

【0002】

組織は、ＡＷＳ（ＡＭＡＺＯＮＷＥＢＳＥＲＶＩＣＥＳ）、ＧＯＯＧＬＥクラウドプラットフォーム、ＭＩＣＲＯＳＯＦＴＡＺＵＲＥなどのクラウドコンピューティングプラットフォーム（又はクラウドプラットフォーム）について、インフラストラクチャのニーズに対してますます回答するようになっている。クラウドプラットフォームは、サーバ、ストレージ、データベース、ネットワーキング、ソフトウェアなどをインターネット経由で組織に提供する。従来、組織は、組織によって使用されるハードウェア及びソフトウェアを収容するデータセンタを維持していた。しかしながら、データセンタを維持することで、メンテナンス、人員などの面で著しいオーバーヘッドが生じる可能性がある。結果として、組織はデータセンタをコンピューティングリソースのスケーラビリティ及び弾力性を提供するクラウドプラットフォームに移行しつつある。

【0003】

組織は、クラウドプラットフォーム上でアプリケーションを管理及びデプロイできる継続的送達プラットフォームを使用して、クラウドプラットフォーム上でクラウドインフラストラクチャを維持する。このような継続的送達プラットフォームにより、組織はソフトウェアデプロイメントプロセスを簡略化し、アプリケーション、ファイアウォール、クラスタ、サーバ、ロードバランサ、他のクラウドプラットフォーム上のコンピューティングインフラストラクチャを管理することが可能となる。しかし、継続的送達プラットフォームを使用してクラウドプラットフォーム上に大規模なデータセンタを維持することは複雑である可能性がある。このような大規模なデータセンタでは、このようなプラットフォームの数百万行の命令を維持する必要があることがある。さらに、マルチテナントシステムは、マルチテナントシステムのテナントを表す多数の組織のデータ及びアプリケーションを管理する。

【0004】

マルチテナントシステムでは、クラウドプラットフォーム上に数千のデータセンタを維持しなければならないことがある。各データセンタは数百万行のコードを必要とすることがあるので、そのようなデータセンタを維持することは複雑なタスクとなることがある。さらに、各クラウドプラットフォームによってサポートされるソフトウェア、言語、機能は異なることがある。例えば、異なるクラウドプラットフォームは、ネットワークポリシー又はアクセス制御を実装するために異なるメカニズムをサポートすることがある。さらに、特定のクラウドプラットフォームによってサポートされているネットワークポリシーが、別のクラウドプラットフォームによってサポートされていないことがある。結果として、マルチテナントシステムは、データセンタに対してサポートされているクラウドプラットフォームの数に応じて、異なるデータセンタの実装を維持しなくてはならない。その結果、複数のクラウドプラットフォームにまたがるデータセンタをサポートするためのマルチテナントシステムでは、メンテナンスコストが高くなる。

【図面の簡単な説明】

【0005】

【図1】一実施形態による、クラウドプラットフォーム上にデータセンタを構成するマルチテナントシステムを例示するシステム環境のブロック図である。

【0006】

【図2】一実施形態による、データセンタ生成モジュールのシステムアーキテクチャを例示するブロック図である。

【0007】

【図3】一実施形態による、コンパイルモジュールのアーキテクチャを例示するブロック図である。

【0008】

【図4】一実施形態による、データセンタ宣言型仕様の一例を例示する。

【0009】

【図5】一実施形態による、宣言型仕様に基づいてクラウドプラットフォーム上に作成された例示的なデータセンタを例示する。

【0010】

【図6】一実施形態による、宣言型仕様に基づいてクラウドプラットフォーム上にデータセンタを作成するプロセスを例示するフローチャートである。

【0011】

【図7】一実施形態による、宣言型仕様に基づくクラウドプラットフォーム上のデータセンタの生成を例示するブロック図である。

【0012】

【図8】一実施形態による、クラウドプラットフォーム上にデータセンタをデプロイするプロセスを例示するフローチャートである。

【0013】

【図9】一実施形態による、データセンタ修正モジュールのシステムアーキテクチャを例示するブロック図である。

【0014】

【図10A】一実施形態による、データセンタのメタデータ表現を示す。

【0015】

【図10B】一実施形態による、図１０Ａのデータセンタの修正されたメタデータ表現を示す。

【0016】

【図10C】一実施形態による、図１０Ａ及び図１０Ｂのメタデータ表現間の差に基づくデルタメタデータ表現を示す。

【0017】

【図11】一実施形態による、クラウドプラットフォーム上にデプロイされたデータセンタを修正するためのプロセスを例示するフローチャートである。

【0018】

【図12】一実施形態による、図１の環境で使用するための典型的なコンピュータシステムの機能図を例示するブロック図である。

【0019】

図面は、例示のみを目的として様々な実施形態を描写する。当業者は、以下の議論から、本明細書に記載された実施形態の原理から逸脱することなく、本明細書に例示された構造及び方法の代替的な実施形態を採用してもよいことを容易に認識するであろう。

【0020】

図は、同様の要素を識別するために、同様の参照番号を使用する。「１１５ａ」のような参照番号の後の文字は、本文がその特定の参照番号を有する要素を特に参照していることを示す。「１１５」のような後続の文字を伴わない本文中の参照番号は、その参照番号を有する図中の要素のいずれか又は全てを指す。

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

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

以下は、サービスグループの仕様を一例である。サービスグループは、サービスグループのメタデータを表す様々な属性を指定し、サービスグループ内のサービスのセットを含む。本明細書で示されていないサービスグループに対して規定される他のタイプのメタデータがあってもよい。

【数1】

【0050】

上記の例に示すように、サービスグループはクラスタのセットを規定してもよい。クラスタは、コンピューティングノードのセット、例えば、サーバのセット、仮想マシンのセット、又はコンテナのセット（ＫＵＢＥＲＮＥＴＥＳコンテナなど）を表す。物理サーバは、複数のコンテナを実行してもよく、各コンテナは、ファイルシステム、ＣＰＵ、メモリ、プロセス空間などの自己の共有を有する。

【0051】

サービスグループは、サービスのセットを指定する。サービスグループは、クラウドプラットフォーム上にデプロイされたデータセンタがコンピューティングノードのクラスタを実行し、宣言型仕様に含まれている場合には指定されたマッピングに基づいてサービスをクラスタにマッピングするように、サービスに対してクラスタを規定してもよい。例えば、上記のサービスグループの例では、サービスインスタンスｓｅｒｖｉｃｅｉｎｓｔａｎｃｅ０００２が、クラスタインスタンスｃｌｕｓｔｅｒ１上で実行されるように規定されている。

【0052】

サービスグループは、セキュリティグループを規定してもよく、各セキュリティグループは、相互に対話することを可能にされるサービスのセットを規定する。セキュリティグループの外部のサービスは、セキュリティグループ内のサービスと通信するために追加の認証を通過することが必要とされる。代替的には、セキュリティグループ内のサービスは、互いに対話するために１つのプロトコルを使用し、セキュリティグループの外部のサービスは、セキュリティグループ内のサービスと対話するために拡張認証を必要とする異なるプロトコルを使用する。したがって、セキュリティグループは、どのようにサービスが互いに対話することができるかを判定するポリシーを規定する。セキュリティポリシーは、どのセキュリティポリシーが適用可能であるかについての１つ以上の環境を規定してもよい。例えば、セキュリティポリシーｐｏｌｉｃｙ１は、特定の環境ｅｎｖ１（例えば、プロダクション環境）に適用されてもよく、別のセキュリティポリシーｐｏｌｉｃｙ２は、別の環境ｅｎｖ２（例えば、開発環境）に適用されてもよい。セキュリティポリシーは、サービスグループタイプ又は特定のサービスタイプに対して規定されてもよい。

【0053】

一実施形態では、セキュリティポリシーは、セキュリティポリシーがフィルタリングされたサービスグループのセットに適用可能であるように、様々な属性に基づいてサービスグループをフィルタリングするための表現を規定する。例えば、セキュリティポリシーは、フィルタリングされたセットによって識別されるサービスグループのセットに対してホワイトリストされるＩＰ（インターネットプロトコル）アドレスのリストを指定してもよく、したがって、これらのコンピューティングシステムは、サービスグループへのアクセス、又はサービスグループ内の特定のサービスのセットへのアクセスが可能となる。

【0054】

一実施形態では、セキュリティポリシーは、サービスグループ、ソースサービスのセット、及び宛先サービスのセットに対して規定されてもよい。特定のサービスに対するソースサービスは、この特定のサービスとの接続が可能となるセキュリティグループの外部のサービスを規定する。特定のサービスに対する宛先サービスは、この特定のサービスが接続する必要があるセキュリティグループの外部のサービスを規定する。プロビジョニング及びデプロイ中に、データセンタ生成モジュールは、クラウドプラットフォーム固有の機能及びネットワーク機能を使用して特定のネットワークポリシーを実装するクラウドプラットフォームのための命令を生成し、その結果、ネットワークポリシーが宣言型仕様で規定されたセキュリティポリシーを実装する。

【0055】

セルと呼ばれるデータセンタエンティティは、垂直方式で互いに対話するサービスのセットを表し、セルの追加インスタンス又はコピー、すなわちサービスのセットのコピーによってスケーリングされ得る。セルの複数のインスタンスを作成することにより、システムは互いに対話するサービスのセットをスケーリングすることが可能となる。データセンタインスタンスには、１つ以上のセルを含んでもよい。各セルは、１つ以上のサービスを含んでもよい。データセンタは、サービスグループ又はセルのインスタンスを含んでもよい。

【0056】

サービス定義は、例えば、データベースサービス、ロードバランササービスなどのサービスのタイプに対するメタデータを規定する。メタデータには、サービスの名前、サービスの説明、サービスのドキュメントの場所、サービスに関連付けられた任意のサブサービス、サービスの所有者、サービスに関連付けられたチーム、構築時にこのサービスが依存する他のサービスを規定するサービスの構築依存関係、この特定のサービスが開始されるときに実行すべき他のサービスを規定するサービスの開始依存関係、認可クライアント、サービスに関連付けられたＤＮＳ（ｄｏｍａｉｎｎａｍｅｓｅｒｖｅｒ）名、サービスステータス、サービスのサポートレベルなどを含むサービスの様々な属性が記述される。サービス定義は、サービスが異なる通信プロトコルに対してリスンできるポートを規定するリスニングポート属性を指定し、例えば、サービスは、ＵＤＰプロトコルに対してポートｐ１、ＴＣＰプロトコルに対してポートｐ２でリスンしてもよい。データセンタ内の他のサービスは、サービスによって指定されたポートを介してサービスと対話することができる。

【0057】

サービス定義は、宛先エンドポイントを指定する属性アウトバウンドアクセス、例えば、サービスが規定された外部ＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ）へのアクセスを必要とすることを規定する外部ＵＲＬを規定する。デプロイ中、データセンタ生成モジュールは、このサービスタイプのインスタンスに外部ＵＲＬへの要求されたアクセスを提供するように、クラウドプラットフォームがアクセスポリシーを実装することを保証する。

【0058】

アウトバウンドアクセス仕様は、アウトバウンドアクセスが適用可能なサービスに対する１つ以上の環境タイプを識別してもよい。例えば、エンドポイントＳ１のセットに対するアウトバウンドアクセスは、特定の環境ｅｎｖ１（例えば、プロダクション環境）に適用されてもよく、エンドポイントＳ２のセットに対するアウトバウンドアクセスは、別の環境ｅｎｖ２（例えば、開発環境）に適用されてもよい。

【0059】

以下、サービス定義の一例である。

【数2】

【0060】

チーム定義４５０は、チームメンバ名及びチームの他の属性、例えば、名前、電子メール、通信チャネルなどを含む。以下、チーム定義の一例である。サービスは、そのサービスに対して行われる修正を担当する１つ以上のチームに関連付けられてもよい。したがって、そのサービスに行われた任意の修正は、チームによって承認されます。サービスは、クラウドプラットフォーム内にデプロイされた後、サービスのメンテナンスを担当するチームにサービスを関連付けられてもよい。チームは、サービスグループに関連付けられてもよく、それに応じてそのサービスグループのすべてのサービスに関連付けられる。例えば、チームは、サービスグループに対する任意の変更、例えば、サービスグループの一部であるサービスに対する任意の変更を承認する。チームは、データセンタに関連付けられ、それに従ってデータセンタ内のすべてのサービスグループに関連付けられる。データセンタレベルで規定されたチーム関連付けは、データセンタ内のすべてのサービスグループに対してデフォルトチームを提供し、サービスグループ内のすべてのサービスに対してデフォルトチームをさらに提供する。

【0061】

一実施形態によれば、機能レベルで指定されるチーム関連付けは、データセンタレベルで提供されるチーム関連付けをオーバーライドする。同様に、サービスレベルで指定されるチーム関連付けは、サービスグループレベル又はデータセンタレベルで指定されるチーム関連付けによって提供され得るデフォルトをオーバーライドする。チームは、チームに関連付けられたデータセンタエンティティに対してどのように特定のアクションが取られるかを決定することができる。チーム関連付けはまた、コンパイラによるクラウドプラットフォームのためのデータセンタの最終メタデータ表現を生成し、クラウドプラットフォーム上でのデータセンタをプロビジョニング及びデプロイするために作成される、クラウドプラットフォーム上のアカウントの数を判定する。データセンタ生成モジュール２１０は、クラウドプラットフォーム内に１つ以上のユーザアカウントを作成し、チームメンバにユーザアカウントへのアクセスを提供する。したがって、チームメンバは、チームに関連付けられたデータセンタエンティティに関連付けられた特定のアクションを実行することが可能となり、例えば、データセンタエンティティに対して特定され得るデバッグ及びテストの問題を含め、デプロイされるときに、データセンタエンティティに対する構造的変更又はデータセンタエンティティのメンテナンスを行うか、又は承認する。

【0062】

従来の技術では、設計プロセスを通じて同じチームをデータセンタに関連付けているため、それによってＣｏｎｗｏｙの法則によって述べられているように、データセンタやサービスグループの設計に影響を及ぼす組織構造をもたらす。Ｃｏｎｗｏｙの法則は、システムを設計する組織は、その組織のコミュニケーション構造のコピーである設計を生成するように制約されると述べている。実施形態は、データセンタエンティティを定義する構成からチーム定義を結合解除し、それによってチームがデータセンタエンティティの設計及びアーキテクチャに及ぼす影響を低減する。

【数3】

【0063】

環境定義４６０は、データセンタによって提示されるシステム環境のタイプ、例えば、開発環境、ステージング環境、テスト環境、本番環境を規定する。スキーマ定義４７０は、特定のデータセンタエンティティ定義の構文を規定するスキーマを規定する。スキーマ定義４７０は、様々なデータセンタエンティティ定義を検証するために使用される。データセンタ生成モジュールは、環境に基づいて、クラウドプラットフォーム固有のメタデータ表現２３５におけるデータセンタのセキュリティポリシーを判定する。例えば、セキュリティポリシーの特定のセットが環境ｅｎｖ１に適用可能であり、セキュリティポリシーの異なるセットが環境ｅｎｖ２に適用可能であってもよい。例えば、セキュリティポリシーは、開発環境と比較して、本番環境においてはるかに制限されたアクセスを提供する。セキュリティポリシーは、セキュリティトークンが特定の目的のために存在することが可能とされる時間の長さを規定してもよい。例えば、長いアクセストークン（例えば、１週間にわたるアクセストークン）は、開発環境では可能とされるが、本番環境では、はるかに短い寿命（例えば、数時間）を有するアクセストークンが使用される。アクセストークンは、ユーザ又はサービスの特定のクラウドプラットフォームリソースへのアクセスを可能にしてもよい。

【0064】

データセンタ定義４２０は、データセンタインスタンスの属性及びコンポーネントを規定する。宣言型仕様は、複数のデータセンタインスタンスを規定してもよい。データセンタ定義４２０は、名前、説明、環境のタイプ、サービスグループのセット、チーム、データセンタのためのドメインネームサーバなどを含む属性を規定する。データセンタ定義は、スキーマ定義を規定してもよく、データセンタ定義から生成された任意のメタデータ表現は、規定されたスキーマ定義に対して検証される。データセンタは、他のサービスがデータセンタ内で機能することを有効にするコアサービス及び能力のセットを含む。データセンタのインスタンスは特定のクラウドプラットフォームでデプロイされ、特定の開発タイプ、例えば、開発、テスト、ステージング、本番などに関連付けられてもよい。

【0065】

以下、データセンタインスタンスの定義である。データセンタインスタンス定義は、データセンタインスタンスに含まれるサービスグループのリストと、データセンタの環境、データセンタ識別子、名前、地理的領域を表す領域、データセンタに関連付けられた１つ以上のチーム、及びスキーマバージョンを含む他の属性と、を含む。

【数4】

【0066】

図５は、一実施形態による宣言型仕様に基づいてクラウドプラットフォーム上に作成されたいくつかの例示的なデータセンタを例示する。データセンタ５１０は、データセンタ生成モジュール２１０によって処理された宣言型仕様に基づいて作成されてもよい。図５に示すように、複数のデータセンタが、クラウドプラットフォーム１２０内に構成されてもよい。各データセンタ５１０は、マルチテナントシステム１１０のテナント１１５に対応してもよい。テナント１１５は、１つ以上のデータセンタ５１０を作成してもよい。代替的には、データセンタ５１０は、任意のコンピューティングシステムによって作成されてもよい。各データセンタには、１つ以上のサービスグループを含む。例えば、データセンタ５１０ａは、サービスグループ５２０ａ及び５２０ｂを含み、データセンタ５１０ｂはサービスグループ５２０ｃを含む。データセンタは、特定のタイプのサービスグループの複数のインスタンスを含んでもよい。各サービスグループは、サービスのセットを含む。例えば、サービスグループ５２０ａは、サービス５３０ａ及び５３０ｂを含み、サービスグループ５２０ｂは、サービス５３０ａ、５３０ｂ及び５３０ｃを含み、サービスグループ５２０ｃは、サービス５３０ｅ、５３０ｆ及び５３０ｇを含む。サービスグループは、同じサービスタイプのサービスの複数のインスタンスを含んでもよい。プロセス全体

【0067】

図７は、一実施形態による、宣言型仕様に基づいてクラウドプラットフォーム上にデータセンタを作成するプロセスを例示するフローチャートである。他の実施形態は、図７のステップを異なる順序で実行することができる。さらに、他の実施形態は、本明細書で記載されたものとは異なるステップ及び／又は追加のステップを含むことができる。

【0068】

データセンタ生成モジュール２１０は、データセンタのクラウドプラットフォームに依存しない宣言型仕様を受信する（６１０）。クラウドプラットフォームに依存しない宣言型仕様は、マルチテナントシステムのテナントのためのものか、又は任意の他のコンピューティングシステム、例えば、オンラインシステムのためのものであってもよい。クラウドプラットフォームに依存しない宣言型仕様は、クラウドプラットフォームインフラストラクチャ言語を使用して規定される。データセンタのクラウドプラットフォームに依存しない宣言型仕様は、複数のクラウドプラットフォームのいずれか上でデータセンタを生成するように構成されている。

【0069】

データセンタ生成モジュール２１０は、クラウドプラットフォームに依存しない宣言型仕様に基づいて、データセンタを作成するためにターゲットクラウドプラットフォームを識別する情報を受信する（６２０）。ターゲットクラウドプラットフォームは、複数のクラウドプラットフォームのいずれか、例えば、ＡＷＳ、ＡＺＵＲＥ、ＧＣＰなどとすることができる。データセンタ生成モジュール２１０は、ターゲットクラウドプラットフォームと接続するための情報、例えば、ターゲットクラウドプラットフォームとの接続を作成するためのクレデンシャルをさらに受信する。クラウドプラットフォームはまた、クラウドコンピューティングプラットフォームとも呼ばれてもよい。

【0070】

データセンタ生成モジュール２１０は、クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、ターゲットクラウドプラットフォーム上にデータセンタを作成するためにクラウドプラットフォーム固有のデータセンタ表現を生成する（６３０）。例えば、クラウドプラットフォーム固有のデータセンタ表現は、ターゲットクラウドコンピューティングプラットフォームに固有のユーザアカウント、ネットワークアドレスなどを指してもよい。

【0071】

データセンタ生成モジュール２１０は、ターゲットクラウドコンピューティングプラットフォーム上にデータセンタをデプロイするための命令と共に、プラットフォーム固有のデータセンタ表現を送信する（６４０）。ターゲットクラウドコンピューティングプラットフォームは、命令を実行して、ターゲットクラウドコンピューティングプラットフォームのコンピューティングリソースを構成して、プラットフォーム固有のデータセンタ表現に従ってデータセンタを生成する（６５０）。データセンタ生成モジュール２１０は、ユーザに、クラウドコンピューティングプラットフォームによって構成されたデータセンタのコンピューティングリソースへのアクセスを提供する（６６０）。例えば、データセンタがマルチテナントシステムのテナントのために作成された場合、そのテナントに関連付けられたユーザにデータセンタへのアクセスが提供される。

【0072】

図７は、一実施形態による、宣言型仕様に基づくクラウドプラットフォーム上のデータセンタの生成を例示するブロック図である。データセンタ生成モジュール２１０は、入力として、クラウドプラットフォームに依存しない宣言型仕様７１０（図２の宣言型仕様２２５として表される）を受信する。クラウドプラットフォームに依存しない宣言型仕様７１０は、ユーザによって増分的に修正される宣言型仕様のバージョンであってもよい。データセンタ生成モジュール２１０は、クラウドプラットフォームに依存しない宣言型仕様７１０の特定のバージョンを処理する。クラウドプラットフォームに依存しない宣言型仕様７１０は、いかなる特定のターゲットクラウドプラットフォームに対して規定されていないため、データセンタ生成モジュール２１０は、クラウドプラットフォームに依存しない宣言型仕様７１０に基づいて、任意のターゲットクラウドプラットフォーム上にデータセンタを構成することができる。

【0073】

データセンタ生成モジュール２１０は、クラウドプラットフォーム依存しない宣言型仕様７１０を処理して、データセンタのためのクラウドプラットフォームに依存しない詳細メタデータ表現７２０を生成する。クラウドプラットフォームに依存しない詳細メタデータ表現７２０は、クラウドプラットフォームに依存しない宣言型仕様７１０で規定されたデータセンタエンティティの各インスタンスの詳細を定義する。データセンタ生成モジュール２１０は、データセンタエンティティインスタンス、例えばサービスインスタンスに対して一意の識別子を作成する。

【0074】

一実施形態では、クラウドプラットフォームに依存しない詳細メタデータ表現７２０は、データセンタエンティティタイプのインスタンスのアレイ、例えば、特定のサービスグループタイプのサービスグループインスタンスのアレイを含む。各サービスグループインスタンスは、サービスインスタンスのアレイを含む。サービスインスタンスは、サービスインスタンスに関連付けられた特定のアクションを実行することが可能とされたユーザのチームの詳細をさらに含んでもよい。チームの詳細は、データセンタ生成モジュール２１０によるプロビジョニング及びデプロイ中に、例えば、サービスインスタンスのためのユーザアカウントを作成し、チームのメンバがユーザアカウントにアクセスすることを可能にするために使用される。

【0075】

クラウドプラットフォームに依存しない詳細メタデータ表現７２０は、データセンタエンティティの各インスタンスの属性を含む。したがって、データセンタエンティティの各インスタンスの説明は、すべての詳細を含むように拡張される。結果として、データセンタのクラウドプラットフォームに依存しない詳細メタデータ表現７２０は、クラウドプラットフォームに依存しない宣言型仕様７１０よりも有意に大きくてもよい。例えば、クラウドプラットフォームに依存しない宣言型仕様７１０は、数千行の仕様であってもよいが、一方、クラウドプラットフォームに依存しない詳細データセンタ表現３２０は、数百万行の生成コードであってもよい。結果として、データセンタ生成モジュール２１０は、クラウドプラットフォームに依存しない詳細メタデータ表現７２０を不変として維持する、すなわち、一度表現が確定されると、表現に対する修正は実行されない。例えば、データセンタエンティティの任意の更新、削除又は追加を実行する必要がある場合、それらは、クラウドプラットフォーム依存しない宣言型仕様７１０に対して実行される。

【0076】

データセンタ生成モジュール２１０は、データセンタがプロビジョニング及びデプロイされることが期待されるターゲットクラウドプラットフォームを受信し、データセンタのクラウドプラットフォーム固有の詳細メタデータ表現７３０を生成する。例えば、データセンタ生成モジュール２１０は、ターゲットクラウドプラットフォームと対話して、特定のエンティティ（又はリソース）、例えば、ユーザアカウント、仮想プライベートクラウド（ＶＰＣ）、及びＶＰＣ上のサブネット、クラウドプラットフォーム内のエンティティ間の様々な接続などのネットワーキングリソースを生成する。データセンタ生成モジュール２１０は、ターゲットクラウドプラットフォーム内で作成されたリソースのリソース識別子、例えば、ユーザアカウント名、ＶＰＣＩＤなどを受信し、これらをクラウドプラットフォーム依存しない詳細メタデータ表現７２０に組み込んで、データセンタのクラウドプラットフォーム固有のメタデータ表現７３０を取得する。一実施形態では、データセンタ生成モジュール２１０は、サービスグループ及びサービスの所与の組み合わせに対して、各チームに対してクラウドプラットフォーム上に１つの一意なユーザアカウントを作成する。ユーザアカウントは、そのサービスグループに対するその特定のサービスとの対話を実行するため、例えば、デバッグすること、アラートを受信することなどのためにチームによって使用される。

【0077】

データセンタ生成モジュール２１０は、クラウドプラットフォーム固有のメタデータ表現７３０を、表現が生成された特定のターゲットクラウドプラットフォーム上にデプロイする。データセンタ生成モジュール２１０は、生成されたメタデータ表現を使用して、ポリシー検証、フォーマット検証などを含む様々な検証を実行してもよい。

【0078】

クラウドプラットフォームに依存しない宣言型仕様７１０は、宣言されたデータセンタ表現と呼ばれ、クラウドプラットフォームに依存しない詳細メタデータ表現７２０は、データセンタの導出されたメタデータ表現と呼ばれ、クラウドプラットフォーム固有のメタデータ表現７３０は、データセンタのハイドレートメタデータ表現と呼ばれる。クラウドプラットフォーム上のデータセンタのデプロイ

【0079】

ターゲットクラウドプラットフォームは、クラウドプラットフォーム固有の詳細メタデータ表現７３０を処理して、データセンタを作成（又は構成）する。データセンタ生成モジュール２１０は、クラウドプラットフォーム固有の詳細メタデータ表現７３０をターゲットクラウドプラットフォーム上にデプロイするための命令を生成する。命令は、ステージを含むパイプラインとして表されてもよく、各ステージはデータセンタのデプロイに関連する特定の動作を実行する。例えば、パイプラインは、ＳＰＩＮＮＡＫＥＲのような連続送達プラットフォームの命令を表わしてもよい。

【0080】

ターゲットクラウドプラットフォームは、いくつかのステップを実行して、クラウドプラットフォーム固有の詳細メタデータ表現７３０を処理してもよい。例えば、クラウドプラットフォームに依存しない宣言型仕様は、サービス間の許可された対話を規定してもよい。これらの許可された対話は、クラウドプラットフォーム固有の詳細メタデータ表現７３０で指定され、クラウドプラットフォームのネットワークポリシーとして実装される。クラウドプラットフォームはさらに、宣言型仕様に従ってデータセンタを実装するためのネットワーク戦略を実装するセキュリティグループを作成してもよい。

【0081】

クラウドプラットフォームに依存しない宣言型仕様は、サービス間の依存関係を規定する。例えば、各サービスのための開始依存関係は、特定のサービスが開始されるときに実行すべきすべてのサービスをリストにする。コンパイルモジュール２３０は、これらの依存関係を記述する情報を含むデータセンタのクラウドプラットフォーム固有の詳細メタデータ表現を生成し、その結果、サービスをデプロイするための命令は、依存関係によって指定された順序でクラウドプラットフォームがサービスを開始することを保証し、その結果、それらのサービスが、各サービスに対して、サービスが開始されるときにサービスが実行される前に開始されることが必要とされる。したがって、サービス間の依存関係は依存関係グラフを表し、依存関係グラフに基づいて決定される順序でサービスの実行を開始し、その結果、サービスＡがサービスＢに依存する場合、サービスＢは、サービスＡが開始される前に開始される。

【0082】

データセンタ生成モジュール２３０は、サービスが安全な通信チャネルを介して他のサービスにアクセスすることを可能にするユーザアカウント間の信頼関係を作成する。これらの信頼関係は、宣言型仕様に基づいて、例えば、サービスに対して指定されたアウトバウンドアクセス属性に基づいて生成されたサブストレイト固有の命令を使用して生成される。データセンタ生成モジュール２３０は、例えば、アウトバウンドアクセス、セキュリティグループ、セキュリティポリシーなどの宣言型仕様の構成体によって指定されるように、サービスグループ及びサービスにわたる対話及びアクセスを制御するクラウドプラットフォーム固有のメカニズムに基づいてネットワークポリシーを作成するための命令をクラウドプラットフォームに送信する。

【0083】

データセンタ生成モジュール２３０は、命令、例えば、サービスがデプロイにおいて開始される順序を決定するステージを規定するサービスをデプロイするためのパイプラインを生成する。

【0084】

図８は、一実施形態による、クラウドプラットフォーム上にデータセンタをデプロイするプロセスを例示するフローチャートである。データセンタ生成モジュール２１０は、データセンタのクラウドプラットフォーム固有の詳細メタデータ表現７３０にアクセスする（８１０）。クラウドプラットフォーム固有の詳細メタデータ表現７３０は、例えば図７に示すように、クラウドプラットフォーム依存しない宣言型仕様７１０から生成される。

【0085】

データセンタ生成モジュール２１０は、データセンタのデータセンタエンティティに対してマスタパイプラインを構成する（８２０）。マスタパイプラインは、複数のパイプライン、例えば、ターゲットクラウドプラットフォームのリソースをプロビジョニングするためのプロビジョニングパイプラインと、プロビジョニングされたリソースを使用してデータセンタエンティティをデプロイするためのデプロイパイプラインと、を含む。各パイプラインは一連のステージを含み、各ステージは、データセンタのプロビジョニングとデプロイに向けてターゲットクラウドプラットフォームによって実行される必要がある１つ以上のアクションを表している。データセンタ生成モジュール２１０は、クラウドプラットフォーム固有の詳細メタデータ表現７３０によって規定されるように、特定のサービスを生成するための詳細パイプラインを生成する（８３０）。

【0086】

一実施形態では、詳細パイプラインは、変数を含むパイプラインテンプレートから生成される。パイプラインテンプレートは、パイプラインに変数の特定の値を提供することによってパイプラインに変換される。テンプレートからパイプラインを生成するプロセスは、パイプラインテンプレートのハイドレートと呼ばれる。パイプラインテンプレートは、デプロイで使用される実際の値のプレースホルダとして使用されるテンプレート式を含む。例えば、テンプレート表現は、ターゲット固有のパラメータ値又は表現によって置き換えられてもよい。複数のパイプラインインスタンスは、異なるターゲットに対してパイプラインテンプレートをハイドレートすることによって生成されてもよい。テンプレート変数は、所与のターゲットに対する特定の値で置き換えられて、そのターゲットに固有のパイプラインインスタンスを生成し得るパラメータを表す。例えば、テンプレート変数「ａｃｃｏｕｎｔ＿ｉｄ」は、ハイドレート中に「ａｃｃｏｕｎｔ＿ｉｄ」の実際の値、例えば「１２３４５」で置き換えられてもよい。

【0087】

テンプレートハイドレートジュールは、データソース、例えば、設定ファイル又はデータベースにアクセスして、表現をテンプレート化する際に使用されるパラメータの実際の値を識別してもよい。例えば、テンプレート変数は、クラスタのコンピューティングシステムのセットを表してもよい。データセンタ生成モジュール２３０は、生成されたパイプラインをターゲットクラウドプラットフォーム上で実行する（８４０）。例えば、プロビジョニングパイプラインを最初に実行して、クラウドプラットフォーム上にリソースをプロビジョニングし、次いで、デプロイパイプラインを実行して、ターゲットコンピューティングプラットフォーム上にデータセンタを作成するためにプロビジョニングされたリソース上にアプリケーションをデプロイしてもよい。

【0088】

一実施形態によるパイプラインを生成するためのプロセスは、以下のようである。データセンタ生成モジュール２１０は、データセンタのデータセンタエンティティの階層に基づいて階層方式でパイプラインを生成する。例えば、データセンタは、データセンタ、サービスグループ、サービスなどを含む異なるタイプのデータセンタエンティティを含む。データセンタエンティティは、１つ以上の子データセンタエンティティを含んでもよい。例えば、データセンタは、１つ以上のサービスグループを子データセンタエンティティとして含む。サービスグループは、１つ以上のサービスを子データセンタエンティティとして含む。したがって、データセンタ生成モジュール２１０は、階層のレベルのデータセンタエンティティで開始し、そのレベルより下のデータセンタエンティティのパイプラインを生成する。例えば、データセンタ生成モジュール２１０は、データセンタで開始し、データセンタ内のサービスグループに対するパイプラインを生成する。各サービスグループに対して、データセンタ生成モジュール２１０は、サービスグループ内のサービスに対するパイプラインを生成する。

【0089】

子データセンタエンティティのセットを有する入力データセンタエンティティに対するパイプラインの生成は、以下のようである。データセンタ生成モジュール２１０は、入力データセンタエンティティに対する子データセンタエンティティのセットを識別する。データセンタ生成モジュール２１０は、子データセンタエンティティのセットに対する依存関係グラフを生成する。例えば、子データセンタエンティティがサービスを表す場合、データセンタ生成モジュール２１０は、クラウドプラットフォーム依存しない宣言型仕様７１０から取得されるクラウドプラットフォーム固有の詳細メタデータ表現７３０で指定された依存関係を識別する。データセンタ生成モジュール２１０は、例えば、依存関係グラフ内のサイクルをチェックするために、依存関係グラフを分析する。データセンタ生成モジュール２１０が依存関係グラフ内のサイクルを識別する場合、データセンタ生成モジュール２１０はエラーを報告する。依存グラフ内にサイクルがない場合、データセンタ生成モジュール２１０は、依存関係グラフのトポロジソートを実行することにより、依存関係グラフをさらに処理する。データセンタ生成モジュール２１０は、トポロジソートに基づいて、子データセンタエンティティの順序を判定する。データセンタ生成モジュール２１０は、依存関係グラフのソート順に基づいて、子データセンタエンティティを順序付ける。データセンタ生成モジュール２１０は、子データセンタエンティティに対して判定された順序で配列された各子データセンタエンティティに対してパイプライン中にステージを作成する。このステージは、プロビジョニングパイプラインを生成する間に子データセンタエンティティのためにリソースをプロビジョニングするためのものであってもよいし、このステージは、デプロイメントパイプラインが生成されている場合、子データセンタエンティティをデプロイするためのものであってもよい。

【0090】

一実施形態によるパイプラインを実行するためのプロセスは、以下のようである。データセンタ生成モジュール２１０は、ターゲットクラウドプラットフォーム内にデータセンタをデプロイする要求を受信する。データセンタ生成モジュール２１０は、データセンタの各データセンタエンティティに対して集約パイプラインを実行する。集約パイプラインは、サービスグループ内のサービスに対するパイプラインを含む。各サービスグループ内の各サービスに対して、パイプラインのすべてのステージを実行することによってパイプラインが実行される。プロビジョニングパイプラインを実行すると、サービスに対するリソースのプロビジョニング、及びデプロイメントパイプラインが、ターゲットクラウドプラットフォーム内のサービスのデプロイを発生させる。クラウドプラットフォーム上にデプロイされたデータセンタの修正

【0091】

実施形態は、最小のダウンタイムでクラウドプラットフォーム内にデプロイされたデータセンタの修正を実行する。データセンタの修正は、任意のデータセンタエンティティに対して実行されてもよく、例えば、サービスグループが修正されること、サービスが修正されること、チームが修正されることなどが行われてもよい。データセンタの修正は、新しいサービスの追加、既存サービスの廃止、既存サービスの構成の修正などを含む。

【0092】

クラウドプラットフォーム内にデプロイされた既存のデータセンタに対する修正は、いくつかの理由で実行されることがある。例えば、マルチテナントシステムのテナントがデータセンタを増分的に構築することがある。最初にデプロイされるデータセンタは、サービスグループとサービスのセットが最小限のセットを有する小さいものであることがある。データセンタが動作可能であり、一定期間使用されると、サービスグループ又はサービスを追加してデータセンタが拡張されることがある。このプロセスは、データセンタを反復的に構築するために経時的に継続されてもよい。

【0093】

既存のデータセンタに対する修正は、データセンタを使用する企業又はテナントのニーズの変更によって実行されることがある。例えば、テナントは、新しいサービスのインストールを必要とする新しい機能を導入することがある。季節的又は永続的な変更がありうるロードに対する変更があってもよい。クラウドプラットフォームの使用は、使用するリソースに弾力性を持たせることが可能となるため、テナント又は企業は、使用されるクラウドコンピューティングリソースを増加又は減少させることにより、ロードの変更に基づいてデータセンタを修正してもよい。

【0094】

既存のデータセンタに対する修正は、テナント又は企業のポリシーの変更によって実行されることがある。例えば、テナントはセキュリティを強化することを決定し、それによって新しいセキュリティポリシーを導入してもよい。テナントは、ネットワークポリシーを変更して、様々なサービスへのアクセスを制限又は修正する。テナントは、セキュリティ上の懸念や組織のポリシーの変更に基づいて、特定のサービスに対するアウトバウンドアクセスを制限又は修正してもよい。テナントは、組織の変更に応じて、様々なデータセンタエンティティを担当するチームを修正してもよい。テナントは、サービスの使用のモニタリングに基づいてサービスを追加又は廃止する必要があってもよい。例えば、サービスの利用が閾値期間より長い期間にわたって閾値未満であると判定される場合、テナントは、そのサービスを廃止するか、又はロードの変更を考慮するためにサービスの構成を修正することを決定してもよい。

【0095】

したがって、クラウドプラットフォームに現在デプロイされているデータセンタを修正するための理由はいくつかあってもよい。実施形態は、現在実行されているサービスへの中断を最小限に抑えながら、クラウドプラットフォーム内にデプロイされている既存のデータセンタに対するそのような動的な修正を可能にする。

【0096】

図９は、一実施形態による、データセンタ修正モジュールのシステムアーキテクチャを例示するブロック図である。データセンタ修正モジュール９００は、メタデータ差分モジュール９１０と、修正計画生成モジュール９２０と、ＣＲＵＤ動作モジュール９３０と、を含む。他の実施形態は、より多く又はより少ないモジュールを有してもよく、モジュールによって実行されるものとして示された機能は、本明細書に示されたもの以外の他のモジュールによって実行されてもよい。

【0097】

メタデータ差分モジュール９１０は、データセンタの２つのメタデータ表現間の差分を判定する。一実施形態では、メタデータ差分モジュール９１０は、クラウドプラットフォーム上に現在デプロイされているデータセンタのメタデータ表現と、デプロイが計画されている修正されたデータセンタのメタデータ表現とを受信し、２つのメタデータ表現間の差分を表すデルタメタデータ表現を生成する。メタデータ差分モジュール９１０は、デルタメタデータ表現を修正計画生成モジュールに提供して、クラウドプラットフォームに現在デプロイされているデータセンタを計画されたデータセンタに修正するための修正計画を生成する。一実施形態では、入力メタデータ表現は、クラウドプラットフォーム固有の詳細メタデータ表現７３０であるが、クラウドプラットフォームに依存しない詳細メタデータ表現７２０又はクラウドプラットフォームに依存しない宣言型仕様７１０であってもよい。一実施形態では、メタデータ差分モジュール９１０は、トップダウン階層方式で２つのメタデータ表現を同時にトラバースし、メタデータ表現のノードを比較して、各レベルで利用可能な一致ノードがあるかどうかを判定する。メタデータ差分モジュール９１０が、メタデータ表現のノードにおける不一致を判定する場合、メタデータ差分モジュール９１０は、差を表すデルタメタデータ表現にノードを追加する。特定のレベルでノードＮ１に差がある場合、メタデータ差分モジュール９１０は、生成されるデルタメタデータ表現において、ルートノードからノードＮ１まで延びる完全な分岐を追加する。メタデータ差分モジュール９１０はまた、差を特徴付ける情報でデルタメタデータ表現のノードにマーク付け又は注釈付けを行う。デルタメタデータ表現内のノードは、変更されていない、新しい、修正された、又は削除されたとしてマーク付けされてもよい。

【0098】

ＣＲＵＤ動作モジュール９３０は、データセンタに対して特定の修正を実行するための命令を含む。ＣＲＵＤ動作モジュール９３０によってサポートされる動作は、作成動作、読み出し動作、更新動作、及び削除動作である。作成動作は、データセンタ内にデータセンタエンティティを作成する。読み出し動作は、データセンタ又はデータセンタの一部の表現を返す。更新動作は、データセンタからの既存のデータセンタエンティティを修正する。削除動作は、データセンタエンティティを削除又は廃止する。

【0099】

修正計画生成モジュール９２０は、クラウドプラットフォームに現在デプロイされているデータセンタのメタデータ表現と計画されたデータセンタ構成のメタデータ表現との差を表すデータセンタのデルタメタデータ表現を受信し、クラウドプラットフォームに現在デプロイされているデータセンタを計画されたデータセンタ構成に変更するための修正計画を生成する。一実施形態では、修正計画生成モジュール９２０は、ノードの注釈を使用して、修正計画に追加された命令を判定する。したがって、修正計画生成モジュール９２０は、（１）デルタメタデータ表現内のノードが新しいとしてマーク付けされている場合にデータセンタエンティティを追加する命令、（２）デルタメタデータ表現内のノードが削除としてマーク付けされている場合にデータセンタエンティティを削除する命令、及び（３）デルタメタデータ表現内のノードが更新のためにマーク付けされている場合にデータセンタエンティティを更新する命令を生成する。修正計画生成モジュール９２０は、サービスの中断を可能な限り最小限に抑える計画を生成する。例えば、データセンタエンティティＤ１を更新することがデータセンタエンティティＤ２に影響を及ぼさない場合、修正計画は、データセンタエンティティＤ１が修正されている間、そのデータセンタエンティティの修正なし及び実行を維持する。

【0100】

図１０Ａ～図１０Ｃは、一実施形態による、データセンタに対して要求された変更のデルタメタデータ表現の判定を例示する。図１０Ａは、クラウドプラットフォームに現在デプロイされているデータセンタのメタデータ表現１０１０ａを示す。図１０Ａに示すように、データセンタＤＣは、２つのサービスグループＳＧ１及びＳＧ２を含み、サービスグループＳＧ１は、２つのセルＣＥＬＬ１及びＣＥＬＬ２を含み、ＣＥＬＬ１は、サービスＳＶＣＡ、…、ＳＶＣＺを含み、ＣＥＬＬ２は、サービスＳＶＣＢを含み、サービスグループＳＧ２は、２つのサービスＳＶＣＡ及びＳＶＣＢを含む。

【0101】

図１０Ｂは、データセンタＤＣの修正されたメタデータ表現１０１０ｂを含む。例えば、ユーザは、図１０Ａのメタデータ表現に対応する宣言型仕様の以前のバージョンを修正することによって、修正された宣言型仕様を構築してもよい。変更メタデータ表現１０１０ｂは、メタデータ表現１０１０ａのノードに加えて、以下のノード、すなわち、セルＣＥＬＬ２のＳＶＣＦのノードと、セルＣＥＬＬ１及びサービスＳＶＣＥを含む新たなサービスグループＳＧ３と、を含む。

【0102】

図１０Ｃは、メタデータ表現１０１０ａと１０１０ｂとの間の差を表すデルタメタデータ表現１０１０ｃを示す。デルタメタデータ表現１０１０ｃは、ノードＤＣの下にサービスグループＳＧ１及びＳＧ３を有するノードＤＣと、ノードＳＧ１の下のノードＣＥＬＬ２と、ノードＣＥＬＬ２の下のノードＳＶＣＦと、ノードＤＣの下にノードＳＧ３と、ノードＳＧ３の下のノードＣＥＬＬ１と、ノードＣＥＬＬ１の下のノードＳＶＣＥと、を含む。１０１０ａと比較して１０１０ｂにおいて異なるＳＶＣＦに対するノードなどのノードＮ１が下位レベル、例えばリーフレベルで現れる場合、デルタメタデータ表現１０１０ｃは、ルートノードＤＣから開始するノードＮ１を含むブランチ全体を含む。したがって、ノードＳＶＣＦより上のノードＤＣ、ＳＧ１、及びＣＥＬＬ２は、メタデータ表現１０１０ａ及び１０１０ｂにおいて異なっていなくても含まれている。さらに、デルタメタデータ表現１０１０ｃは、ノードＤＣの下にＳＧ３、ＣＥＬＬ１、及びＳＶＣＥを含むブランチを含む。

【0103】

メタデータ差分モジュール９１０は、メタデータ表現１０１０ａ及び１０１０ｂのトップダウントラバースを同時に実行することによってデルタメタデータ表現１０１０ｃを取得してもよい。２つのメタデータ表現１０１０ａ及び１０１０ｂにおいて一致する各ノードについて、メタデータ差分モジュール９１０は、対応する子ノードを比較する。ノードの子ノードに差がある場合、メタデータ差分モジュール９１０は、差を判定し、対応するノードをデルタメタデータ表現１０１０ｃに追加する。

【0104】

例えば、メタデータ差分モジュール９１０は、メタデータ表現１０１０ａ及び１０１０ｂが両方とも単一ノードＤＣを有するので、ルートノードにおいて同一であることに留意する。メタデータ差分モジュール９１０は、メタデータ表現１０１０ａ及び１０１０ｂの両方においてルートノードの子ノードをチェックする。メタデータ表現１０１０ｂは、ルートノードＤＣの下に３つのノードＳＧ１、ＳＧ２、及びＳＧ３を含み、メタデータ表現１０１０ａは、ルートノードＤＣの下に２つのノードＳＧ１、及びＳＧ２を含む。したがって、ルートノードの下の子ノードに差がある。メタデータ差分モジュール９１０は、差をノードＳＧ３として判定し、デルタメタデータ表現１０１０ｃにおいてノードＤＣの下にノードＳＧ３を追加する。

【0105】

以下、サービスグループＳＧ１及びＳＧ２を有するデータセンタが、新しいサービスグループＳＧ３を追加するように修正されるときのデルタメタデータ表現１０１０ｃの一部分の一例である。

【数5】

【0106】

以下は、３つのサービスＳＶＣＡ、ＳＶＣＢ、及びＳＶＣＣを有するサービスグループＳＧ１を有するデータセンタが、サービスグループＳＧ１が４つのサービスＳＶＣＡ、ＳＶＣＢ、ＳＶＣＣ、及びＳＶＣＤを有するように修正されるときの、ルタメタデータ表現１０１０ｃの一部分の一例である。デルタメタデータ表現１０１０ｃは、追加される新しいサービスＳＶＣＤに対するノードと、サービスＳＶＣＤに関連する他のメタデータ、例えばサービスＳＶＣＤに対するチームのためのメタデータと、を含む。

【数6】

【0107】

図１１は、一実施形態による、クラウドプラットフォーム上にデプロイされたデータセンタを修正するためのプロセスを例示するフローチャートである。データセンタ修正モジュール９００は、データセンタの修正されたメタデータ表現、例えば、以前に作成されたデータセンタのクラウドプラットフォームに依存しない宣言型仕様の修正されたバージョンを受信する（１１０）。コンパイルモジュール１２１０は、クラウドプラットフォームに依存しない宣言型仕様をコンパイルして、クラウドプラットフォーム固有の詳細なデータセンタ表現を生成する。データセンタ修正モジュール９００は、クラウドプラットフォームに現在デプロイされているデータセンタのクラウドプラットフォーム固有の詳細データセンタ表現にアクセスする（１１３０）。

【0108】

データセンタ修正モジュール９００は、デルタメタデータ表現を、２つのクラウドプラットフォーム固有の詳細データセンタ表現間の差として判定する（１１４０）。一実施形態では、データセンタのメタデータ表現は、例えばＪＳＯＮオブジェクトとして規定されるネストされたオブジェクト構造として受信される。データセンタ修正モジュール９００は、受信した構造をグラフとして処理する。各データセンタエンティティは、ＪＳＯＮオブジェクトとして表される。ＪＳＯＮオブジェクトの特定の属性は、データセンタエンティティのメタデータ属性を表す。いくつかの属性は、オブジェクトのセット、例えば、ＪＳＯＮオブジェクトの子オブジェクトに対応する辞書表現を表してもよい。メタデータ差分モジュール９１０は、データセンタエンティティを表す各ネストされたオブジェクトのメタデータ属性を比較し、各子オブジェクトに対して差分プロセスを再帰的に実行することによってデルタメタデータを判定する。

【0109】

データセンタ修正モジュール９００は、デルタメタデータ表現に従ってデータセンタを修正するための命令を生成する（１１５０）。デルタメタデータ表現１０１０ｃが、新しいデータセンタエンティティとしてマーク付けされたノードを含む場合、データセンタ修正モジュール９００は、新しいデータセンタエンティティを作成する命令を生成する。デルタメタデータ表現が、削除されるデータセンタエンティティとしてマーク付けされたノードを含む場合、データセンタ修正モジュール９００は、既存のデータセンタエンティティを削除する命令を生成する。デルタメタデータ表現が、更新されるデータセンタエンティティとしてマーク付けされたノードを含む場合、データセンタ修正モジュール９００は、既存のデータセンタエンティティを更新する命令を生成する。一実施形態では、命令は、クラウドプラットフォーム上で実行するためのパイプラインを含む。

【0110】

データセンタ修正モジュール９００は、生成された命令をクラウドプラットフォームで実行するために送信する。この命令によって、データセンタは、クラウドプラットフォームに依存しない宣言型仕様の修正バージョンに対応するように修正される。データセンタ修正モジュール９００は、修正の結果としてデータセンタに追加された任意の新しいサービスへのアクセスをユーザに提供する。

【0111】

図１１に示すプロセスは、データセンタの２つのクラウドプラットフォーム固有の詳細データセンタ表現間の差を判定するが、このプロセスは、データセンタの他の任意のメタデータ表現、例えば、データセンタのクラウドプラットフォームに依存しない詳細データセンタ表現間の差を判定することによって実行され得る。

【0112】

デルタメタデータ表現が、更新されるデータセンタエンティティとしてマーク付けされたノードを含む場合、データセンタ修正モジュール９００は、データセンタエンティティに実行される変更を判定し、それに従って命令を生成する。例えば、更新動作がサービスのセキュリティポリシーを修正する場合、データセンタ修正モジュール９００は、セキュリティポリシーを修正するための適切な命令を生成する。更新動作がサービスのネットワークポリシーを修正する場合、データセンタ修正モジュール９００は、セキュリティポリシーを修正するための適切な命令を生成する。

【0113】

ＳＶＣＡメタデータ表現が２つのサービスＳＶＣＡとＳＶＣＢとの間の新しい関係を含む場合、データセンタ修正モジュール９００は、セキュリティグループ定義を修正して、ＳＶＣＡとＳＶＣＢとの間の対話を可能にし、セキュリティグループ定義を再適用する命令を生成する。

【0114】

デルタメタデータ表現がＰ１からＰ２へのサービスのポートに対する変更を指定する場合、データセンタ修正モジュール９００は、ポートＰ１がもはや機能していないので、ポートＰ１に基づいてネットワークポリシー及び信頼関係を削除する命令を生成する。データセンタ修正モジュール９００は、デルタメタデータ表現で指定されているように、ポートＰ２に基づいてネットワークポリシー及び信頼関係を追加する命令を生成する。

【0115】

デルタメタデータ表現が、サービスへのアウトバウンドアクセスがＵＲＬ１からＵＲＬ２に変更されることを規定する場合、データセンタ修正モジュール９００は、ＵＲＬ１へのアクセスを削除し、そのサービスに対するＵＲＬ２へのアクセスを追加する命令を生成する。

【0116】

データセンタ修正モジュール９００は、更新を行うときにデータセンタのサービスの供給停止を最小限に抑え、データセンタに対するセキュリティリスクを最小限に抑えるような命令を生成する。例えば、アウトバウンド又はインバウンドアクセスが修正される場合、生成された命令は、最初に必要のないアクセスを除去し、次いで、新しいアクセスを追加し、それによって無許可アクセスの機会が最小限に抑えられることを保証する。一実施形態では、データセンタ修正モジュール９００はデータセンタ表現を階層的にトラバースして、更新動作を実行するためにシャットダウン及び再開始する必要があるサービスの最小数を判定する。更新を実行するためにサービスを変更する必要がない場合、データセンタ修正モジュール９００は、いかなる変更もなしにサービスを残す。

【0117】

データセンタ修正モジュール９００は、デルタメタデータ表現におけるサービスの依存関係を分析して、データセンタエンティティに対して実行する必要がある動作のタイプに応じて、サービスが開始又は廃棄される順序を判定する。

【0118】

一実施形態では、データセンタエンティティは、宣言型仕様における開始依存関係情報、例えば、このデータセンタエンティティが依存する他のデータセンタエンティティのセットを規定する。データセンタエンティティＥ１がデータセンタエンティティＥ２に開始依存関係を有する場合、データセンタエンティティＥ２は、データセンタエンティティＥ１が開始される前に開始されなければならない。データセンタ修正モジュール９００は、デルタメタデータ表現におけるすべてのデータセンタエンティティの開始依存関係を分析する。データセンタ修正モジュール９００は、デルタメタデータ表現のデータセンタエンティティで規定された開始依存関係情報に基づいて依存関係グラフを構築する。データセンタ修正モジュール９００は、依存関係グラフに基づいて修正計画を生成する。一実施形態では、データセンタ修正モジュール９００は、依存関係グラフに基づいて判定された順序でデータセンタエンティティを開始するためのパイプラインを生成する。

【0119】

デルタメタデータ表現がデータセンタ内で作成される必要があるデータセンタエンティティＥ１を含む場合、データセンタ修正モジュール９００は、セットＳ１のデータセンタがデータセンタエンティティＥ１より先に開始されるように、データセンタエンティティＥ１が依存するデータセンタエンティティのセットＳ１を依存関係グラフに基づいて判定された順序で開始する修正計画を生成する。セットＳ１内のデータセンタエンティティも、データセンタエンティティＥｘがデータセンタエンティティＥｙに依存する場合、データセンタエンティティＥｙがデータセンタエンティティＥｘより先に開始されるような順序で開始される。

【0120】

デルタメタデータ表現がデータセンタ内で削除又は廃棄される必要があるデータセンタエンティティＥ１を含む場合、データセンタ修正モジュール９００は、セットＳ１のデータセンタがデータセンタエンティティＥ１の後に廃棄されるように、データセンタエンティティＥ１が依存するデータセンタエンティティのセットＳ１を依存関係グラフに基づいて判定された順序で廃棄する修正計画を生成する。セットＳ１内のデータセンタエンティティも、データセンタエンティティＥｘがデータセンタエンティティＥｙに依存する場合、データセンタエンティティＥｙがデータセンタエンティティＥｘより後に廃棄されるような順序で廃棄される。クラウドプラットフォームが、例えば他の目的で使用するために、データセンタエンティティによって使用されたコンピューティングリソースを回収するときに、データセンタエンティティは廃棄される。クラウドプラットフォームは、データセンタエンティティへのアクセスも除去する。データセンタエンティティがサービスである場合、クラウドプラットフォームは、サービスへのアクセスを除去し、サービスの命令を実行するプロセスを停止することによって、サービスを廃棄する。コンピュータアーキテクチャ

【0121】

図１２は、一実施形態による、図１の環境１００で例示されるエンティティの１つとして使用するための典型的なコンピュータシステムの機能図を例示する高レベルブロック図である。チップセット１２０４に結合された少なくとも１つのプロセッサ１２０２が例示されている。チップセット１２０４には、メモリ１２０６、記憶デバイス１２０８、キーボード１２１０、グラフィックアダプタ１２１２、ポインティングデバイス１２１４、及びネットワークアダプタ１２１６も結合されている。ディスプレイ１２１８は、グラフィックアダプタ１２１２に結合されている。一実施形態では、チップセット１２０４の機能は、メモリコントローラハブ１２２０及びＩ／Ｏコントローラハブ１２２２によって提供される。別の実施形態では、メモリ１２０６は、チップセット１２０４の代わりにプロセッサ１２０２に直接結合される。

【0122】

記憶デバイス１２０８は、ハードドライブ、コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、ＤＶＤ、又は固体メモリデバイスなどの非一時的なコンピュータ可読記憶媒体である。メモリ１２０６は、プロセッサ１２０２によって使用される命令及びデータを保持する。ポインティングデバイス１２１４は、マウス、トラックボール、又は他のタイプのポインティングデバイスであってもよく、コンピュータシステム２００にデータを入力するためにキーボード１２１０と組み合わせて使用される。グラフィックアダプタ１２１２は、ディスプレイ１２１８上に画像及び他の情報を表示する。ネットワークアダプタ１２１６は、コンピュータシステム１２００をネットワークに結合する。

【0123】

本技術分野で知られているように、コンピュータ１２００は、図１２に示したものとは異なる及び／又は他のコンポーネントを有することができる。追加的に、コンピュータ１２００は、特定の例示されたコンポーネントを欠いていることがある。例えば、マルチテナントシステム１１０として動作するコンピュータシステム１２００は、キーボード１２１０及びポインティングデバイス１２１４を欠いていることがある。さらに、記憶デバイス１２０８は、コンピュータ１２００からローカル及び／又はリモートである可能性がある（例えば、ストレージエリアネットワーク（ＳＡＮ）内に具現化される）。

【0124】

コンピュータ１２００は、本明細書で記載される機能を提供するためのコンピュータモジュールを実行するように適合されている。本明細書で使用される「モジュール」という用語は、特定の機能を提供するためのコンピュータプログラム命令及び他のロジックを指す。モジュールは、ハードウェア、ファームウェア、及び／又はソフトウェアで実装され得る。モジュールは、１つ以上のプロセスを含むことができ、及び／又はプロセスの一部のみによって提供され得る。モジュールは、典型的には、記憶デバイス１２０８上に記憶され、メモリ１２０６にロードされ、プロセッサ１２０２によって実行される。

【0125】

図１のエンティティによって使用されるコンピュータシステム１２００のタイプは、実施形態及びエンティティによって使用される処理パワーに応じて変化する可能性がある。例えば、クライアントデバイス１０５は、限定された処理パワーを有する携帯電話、小型ディスプレイ１２１８であることがあり、ポインティングデバイス１２１４がないことがある。対照的に、マルチテナントシステム１１０及びクラウドプラットフォーム１２０は、本明細書で記載される機能を提供するために協働する複数のブレードサーバを含んでもよい。追加的な考慮事項

【0126】

コンポーネントの特定の名前付け、用語の大文字化、属性、データ構造、又は他のプログラミング又は構造的態様は、必須でも重要でもなく、記載された実施形態を実装するメカニズムが、異なる名前、フォーマット、又はプロトコルを有してもよい。さらに、システムは、記載されるように、ハードウェアとソフトウェアの組み合わせを介して、又は完全にハードウェア要素で実装されてもよい。また、本明細書で記載される様々なシステムコンポーネント間の特定の機能分割は単なる例示であり、必須ではなく、単一のシステムコンポーネントによって実行される機能は、代わりに複数のコンポーネントによって実行されてもよく、複数のコンポーネントによって実行される機能は、代わりに単一のコンポーネントによって実行されてもよい。

【0127】

上記の説明のいくつかの部分は、情報に対する動作のアルゴリズム及び記号表現の観点から特徴を提示する。これらのアルゴリズム記述及び表現は、データ処理技術の当業者によって、その研究の実体を他の当業者に最も効果的に伝達するために使用される手段である。これらの動作は、機能的又は論理的に記載されているが、コンピュータプログラムによって実装されるものと理解される。さらに、一般性を失うことなく、これらの動作の配置をモジュールとしてか、又は機能名により参照することが時に便利であることも証明されている。

【0128】

上記の説明から明らかなように特に他に述べない限り、本明細書全体を通して、「処理」、「コンピューティング」、「計算」、「判定」、「表示」などの用語を利用する説明は、コンピュータシステムメモリ若しくはレジスタ、又は他のそのような情報記憶、伝送若しくは表示デバイス内の物理的（電子的）量として表されるデータを操作及び変換するコンピュータシステム又は同様の電子コンピューティングデバイスのアクション及びプロセスを指すことが理解される。

【0129】

本明細書で記載される特定の実施形態は、アルゴリズムの形態で記載されるプロセスステップ及び命令を含む。実施形態のプロセスステップ及び命令は、ソフトウェア、ファームウェア又はハードウェアで具現化され得、ソフトウェアで具現化されるときに、ダウンロードされてリアルタイムネットワークオペレーティングシステムによって使用される異なるプラットフォーム上に存在させ、そこから動作させることができることに留意されたい。

【0130】

記載される実施形態はまた、本明細書における動作を実行するための装置に関する。装置は、要求された目的のために特別に構成されてもよいし、コンピュータによってアクセスされ得るコンピュータ可読媒体上に記憶されたコンピュータプログラムによって選択的に開始又は再構成される汎用コンピュータを含んでもよい。このようなコンピュータプログラムは、フロッピーディスク、光ディスク、ＣＤ－ＲＯＭ、光磁気ディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光カード、特定用途向け集積回路（ＡＳＩＣ）、又は電子命令を記憶するのに好適な任意のタイプの媒体を含む任意のタイプのディスクなどのこれらに限定されない非一時的なコンピュータ可読記憶媒体に記憶されてもよく、各々がコンピュータシステムバスに結合される。さらに、本明細書で言及されるコンピュータは、単一プロセッサを含んでもよいし、計算能力を向上させるために複数のプロセッサ設計を採用するアーキテクチャであってもよい。

【0131】

本明細書に提示されるアルゴリズム及び動作は、本質的には、特定のコンピュータ又は他の装置に関するものではない。様々な汎用システムも、本明細書の教示に従ったプログラムと共に使用されてもよいし、必要とされる方法ステップを実行するためにより特別な装置を構築することが便利であってもよい。様々なこれらのシステムに必要な構造は、同等の変形と共に当業者には明らかであろう。追加的に、本実施形態は、任意の特定のプログラミング言語を参照して記載されていない。様々なプログラミング言語を使用して、本明細書で記載されるような実施形態の教示を実装してもよいことが理解される。

【0132】

実施形態は、多数のトポロジにわたる多種多様なコンピュータネットワークシステムに良好に好適である。この分野では、大規模ネットワークの構成及び管理は、インターネットなどのネットワークを介して似ていないコンピュータ及び記憶デバイスに通信可能に結合された記憶デバイス及びコンピュータを含む。

【0133】

最後に、本明細書で使用される言語は、主に読みやすさ及び教育的な目的のために選択されており、発明の主題の輪郭を描くか、又は境界線を引くために選択されたものではないことに留意されたい。したがって、実施形態の開示は、例示的であることを意図しているが、限定的なものではない。

【図1】