JP7361989B2 - コンテナオーケストレーション（ｃｏｓ）クラスタドメインネームシステムに基づく複数のｃｏｓクラスタにわたるｃｏｓサービスディスカバリ - Google Patents

Description

本出願は、２０２０年８月１３日に出願された米国特許出願第１６／９９３，１１８号の利益を主張する、これは、参照により本明細書に組み込まれる。

１つ以上の実装は、クラウドオーケストレーションシステムの分野に関連しており、より具体的には、ＣＯＳクラスタＤＮＳに基づく複数のＣＯＳクラスタにわたるＣＯＳサービスのディスカバリに関連する。

「クラウド」サービスは、要求があると、共有リソース、ソフトウェア、及び情報をコンピュータ及び他の電子デバイスに提供する。クラウドコンピューティング環境では、ソフトウェアは、組織内のコンピュータシステムにローカルにインストールされるのではなく、インターネット経由でアクセス可能にすることができる。クラウドサービスは、通常、動的にスケーラブルで、しばしば仮想化されたリソースのインターネット経由の提供を伴う。技術的な詳細は、サポートする「クラウド内」の技術インフラストラクチャの専門知識や制御をもはや必要としなくなったユーザから抽出され得る。

「マイクロサービスアーキテクチャ」という用語は、マイクロサービスの各々がただ１つのことを効率的に行い、必要に応じて他のマイクロサービスと対話するアーキテクチャを指す。これは、複雑なソフトウェアが単一の強力なサーバ上で動作するモノリシックアーキテクチャとは対照的である。マイクロサービスの各々は、異なるタイプのハードウェア及び／又はソフトウェアを使用して、それぞれ、他のマイクロサービスによって実行されるタイプの処理とは異なる特殊なタイプの処理を実行してもよい。さらに、マイクロサービスアーキテクチャは、アプリケーションをこれらのより小さなマイクロサービスの異なるものに分解することを可能にし、モジュール性を改善し、プログラムコードをより理解しやすく、設計しやすく、試験しやすいようにする。例えば、個々のマイクロサービスは、アプリケーションによって使用される他のマイクロサービスの動作に影響を与えることなく、修正（例えば、更新、スワップアウト）されてもよい。

コンテナオーケストレーションシステム（ＣＯＳ）は、コンテナ化されたアプリケーション（コンテナ化されたソフトウェア及びコンテナ化されたアプリとも呼ばれる）のデプロイ、スケーリング及び管理を自動化し、言い換えれば、ホストのクラスタにわたるアプリケーションコンテナのデプロイ、スケーリング及び動作を自動化するためのプラットフォームを提供する。例えば、Ｋｕｂｅｒｎｅｔｅｓは、ドッカーを含む様々なコンテナツールの範囲で動作するＣＯＳである。ＣＯＳの別の例は、Ｄｏｃｋｅｒ Ｓｗａｒｍである。コンテナは、Ｌｉｎｕｘ実行環境のような自己完結的な実行環境であり、言い換えれば、コンテナは、コードとその依存関係をすべてパッケージ化するソフトウェアの標準的な単位であるので、アプリケーションは、１つのコンピューティング環境から別のコンピューティング環境まで迅速かつ確実に動作する。コンテナイメージは、動作時に１つ以上のコンテナを作成するために使用される。コンテナイメージは、アプリケーションを動作させるために必要なすべてのものを含む、軽量でスタンドアロンの実行可能なソフトウェア・パッケージである（例えば、Ｄｏｃｋｅｒコンテナは、Ｄｏｃｋｅｒエンジン上で動作されるときに、Ｄｏｃｋｅｒコンテナになり、別のコンテナエンジンは、Ｒｋｔである）。

ハードウェアに関して、ＣＯＳは、１）ノード（本明細書ではＣＯＳノードとも呼ばれる）であって、ノードは、ＣＯＳクラスタ内の単一マシンの表現であり、その単一マシンは、データセンタ内の物理マシン又はクラウドプロバイダ上にホストされた仮想マシンとすることができる、ノードと、２）クラスタ（本明細書ではＣＯＳクラスタとも呼ばれる）であって、クラスタは、クラスタ内のノードのリソース（ＣＰＵ及びＲＡＭ）をプールすることによってもたらされるより強力なマシンを表す、クラスタと、３）永続ボリューム（永続ボリュームは、特定のノードと関連付けることなく、クラスタにマウントされ得るファイルシステムであり、一方、各ノードに関連付けられる従来のローカルストレージは、プログラム及びデータを保持するための一時的なキャッシュとして扱われる。）と、を含んでもよい。

ソフトウェアに関して、ＣＯＳは、１）コンテナ（ＣＯＳコンテナ、Ｄｏｃｋｅｒコンテナなどとも呼ばれる）と、２）ポッド（本明細書では、「レプリカ」、「ＣＯＳポッド」、又はＫｕｂｅｒｎｅｔｅｓ実装において「ｋｐｏｄ」とも呼ばれる）であって、ポッドは、レプリケーションのユニットであり、同じリソース及びローカルネットワークを共有する１つ以上のコンテナを包む、ポッドと、３）デプロイメントであって、デプロイメントは、ポッドのレプリカの数を宣言し、ポッドを監視することを含む、ポッドを管理する、デプロイメントと、４）イングレスであって、ポッド内で動作するサービスと外部の世界との間の通信チャネルを指し、典型的には、イングレスコントローラ、ロードバランサ、Ｋｕｂｅ－ｐｒｏｘｙ（ネットワークプロキシとロードバランサの組み合わせ）のいずれかである、イングレスと、を含んでもよい。追加的に、ＣＯＳは、論理的なポッドのセットと、それらにアクセスするためのポリシー（ＣＯＳサービスと呼ばれる場合もある）を定義する抽象化（例えば、Ｋｕｂｅｒｎｅｔｅｓサービス）と、ＡＰＩ （例えば、Ｋｕｂｅｒｎｅｔｅｓ Ｅｎｄｐｏｉｎｔｓ ＡＰＩ）のサポートを有しており、そのような抽象化の１つによって提供されるサービスが、別の抽象化によって提供されるサービスを呼び出すことができるようにする。

動作中、ノードのＣＯＳクラスタが形成され、１つ以上の永続ボリュームのセットがそのクラスタにアタッチされ、ＣＯＳデプロイメントがそのクラスタ上に開始され、これが、宣言された数のＣＯＳポッドのスピンアップ（ＣＯＳポッドをスピンアップすることは、そのＣＯＳポッドに対して識別されたコンテナイメージに指定されたコンテナアプリケーションを実行することを含む）を引き起こし、それらを監視する。

以下の図は、同様の要素を参照するために、同様の参照番号を使用する。以下の図は、種々の例示的な実装を示すが、代替的な実装は、添付の特許請求の範囲の精神及び範囲内にある。

いくつかの例示的な実装による、ＣＯＳクラスタＤＮＳに基づく複数のＣＯＳクラスタにわたるＣＯＳサービスのディスカバリを可能にするためのコンテナオーケストレーションシステムを例示するブロック図である。

いくつかの実装による、ＣＯＳクラスタＤＮＳサーバ内の例示的なＤＮＳレコードのブロック図を例示する。

いくつかの実装による、ＤＮＳレプリケータにアクセス可能な例示的なＣＯＳクラスタピアのブロック図を例示する。

ＤＮＳレプリケータ１５０の例示的な実装のブロック図を例示する。

いくつかの例示的な実装による、ＣＯＳクラスタにわたるＣＯＳサービスのディスカバリのためのＣＯＳにおける方法を例示するフロー図である。

いくつかの実装による、第１のＣＯＳサービスの更新に基づいてＤＮＳレコードを更新するために実行され得る例示的な動作のフロー図を例示する。

いくつかの実装による、第１のＣＯＳサービスの削除に基づいてＤＮＳレコードを削除するために実行され得る例示的な動作のフロー図を例示する。

いくつかの実装による、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求が受信されると実行され得る例示的な動作のフロー図を例示する。

いくつかの実装による、第１のＣＯＳサービスが更新されるときに実行され得る例示的な動作のフロー図を例示する。

いくつかの実装による、第１のＣＯＳサービスが削除されるときに実行され得る例示的な動作のフロー図を例示する。

いくつかの例示的な実装による、電子デバイスを例示するブロック図である。

いくつかの実装による、上で論じたＣＯＳサービスディスカバリ技術が使用され得る環境のブロック図である。

ＣＯＳポッドは、ＣＯＳクラスタの基本的なビルディングブロックである。ＣＯＳポッドは、オンデマンド作成され、かつ破壊され得るリソースである。ＣＯＳポッドは、ＣＯＳクラスタの別のノードに移動又は再スケジュールされ得るので、このポッドに割り当てられた内部ネットワークアドレス（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス）は、時間の経過と共に変更される可能性がある。別のアプリケーションがこのＣＯＳポッドに接続される場合、次回の再デプロイメントでは、ＣＯＳポッドのＩＰアドレスが変更されるため、接続は動作しない。

ＣＯＳサービス（例えば、Ｋｕｂｅｒｎｅｔｅｓサービス）は、ＣＯＳがサポートする抽象概念であり、ＣＯＳポッドのセット上で動作するアプリケーションをネットワークサービスとして公開するために使用される。ＣＯＳサービスは、１つ以上のポッドの論理セットと、それらにアクセスするポリシーを定義する。ＣＯＳサービスは、ＣＯＳクラスタ間で一様に動作するＣＯＳポッドへのネットワーク接続を提供する。サービスディスカバリとは、ＣＯＳサービスに接続する方法を解明する処理である。ＣＯＳクラスタにデプロイされたＣＯＳポッドのセットに対してＣＯＳサービスが作成されるときに、ＣＯＳエンドポイントがＣＯＳクラスタ内に自動的に作成される。ＣＯＳエンドポイントは、ＣＯＳサービスに関連付けられ、かつＣＯＳサービスの一部であるＣＯＳポッドのネットワークアドレスを含む抽象コンストラクトである。ＣＯＳポッドは、ＣＯＳポッドがＣＯＳクラスタにデプロイされるときに、ＣＯＳサービスのＣＯＳポッドに対して自動的に作成される。

ＣＯＳ１０２は、ローカルＣＯＳクラスタＤＮＳサーバ内のＤＮＳレコードのレプリケーションに基づく複数のＣＯＳクラスタ１０３Ａ～１０３ＫにわたるＣＯＳサービスディスカバリを可能にする。ＣＯＳクラスタは、サーバＣＯＳクラスタ又はクライアントＣＯＳクラスタと呼ばれ得る。サーバＣＯＳクラスタは、ＣＯＳ１０２における他のクラスタに対して１つ以上のサービスを提供する。例えば、ＣＯＳクラスタは、ＣＯＳクラスタのＣＯＳポッド上で動作し、かつ他のＣＯＳクラスタ上で動作するフロントエンドアプリケーションにアクセス可能である必要があるバックエンドサービスを含んでもよい。本明細書で論じられる例では、第１のＣＯＳクラスタ１０３Ａが、サーバＣＯＳクラスタである。ＣＯＳクラスタ１０３Ａは、ＣＯＳ１０２において他のＣＯＳクラスタに対して／によって、第１のＣＯＳサービス１０５Ａを利用可能／ディスカバリ可能にする必要がある。クライアントＣＯＳクラスタは、ＣＯＳクラスタ上に実装されたサービスにアクセスするためにＣＯＳ１０２における１つ以上の他のＣＯＳクラスタと通信する必要があるＣＯＳクラスタである。例えば、第２のＣＯＳクラスタ１０３Ｂは、第１のＣＯＳサービス１０５ＡにアクセスするためにＣＯＳクラスタ１０３Ａと通信する必要がある。いくつかの実装では、ＣＯＳクラスタは、サーバＣＯＳクラスタ及びクライアントＣＯＳクラスタとして活動してもよい。他の実装では、ＣＯＳクラスタは、サーバ又はクライアントＣＯＳクラスタのいずれか１つとして活動してもよい。

一実装では、第１のＣＯＳサービス１０５Ａが第１のＣＯＳクラスタ１０３Ａ内に作成されるときに、第１のＣＯＳサービス１０５Ａ及び１つ以上の第１のＣＯＳエンドポイント、例えば第１のＣＯＳエンドポイント１１４Ａが受信される。第１のＣＯＳサービスは、第１のＣＯＳクラスタ内の１つ以上のＣＯＳポッドのセットを定義し、第１のＣＯＳエンドポイントは、ＣＯＳポッド１０４Ａのネットワークアドレスを含む。第１のＣＯＳサービス１０５Ａと第１のＣＯＳエンドポイント１１４Ａの受信に応答して、第２のＣＯＳクラスタ内に第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを作成する要求が伝送される。第２のＣＯＳサービスと第２のＣＯＳエンドポイントは、第１のＣＯＳサービス１０５Ａと１つ以上の第１のＣＯＳエンドポイント１１４Ａに対応する。第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成は、第２のＣＯＳクラスタ１０３Ｂ内のローカルな第１のＤＮＳサーバ（ＣＯＳクラスタＤＮＳサーバ１２０Ｂ）内の１つ以上の第１のＤＮＳレコードの挿入を引き起こす。第１のＤＮＳレコードが挿入されて、第２のＣＯＳクラスタの１つ以上のＣＯＳポッドが、ネットワークを介して第１のＣＯＳクラスタの１つ以上のＣＯＳポッドのセットと通信することが可能となる。したがって、ＣＯＳクラスタ１０３Ｂでインスタンス化されたＣＯＳポッドは、ＣＯＳクラスタ１０３ＢのローカルＤＮＳサーバ内のＤＮＳ要求解決に基づいてＣＯＳクラスタ１０３Ａのサービスをディスカバリすることが可能である。

ＣＯＳ１０２を使用するいくつかの実装では、ＣＯＳクラスタ１０３Ａ内の第１のＣＯＳサービスに対する更新は、第１のＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの自動更新を引き起こし、その結果、第１のＣＯＳサービスが、第２のＣＯＳクラスタ１０３Ｂ上で動作しているアプリケーションに検出可能及び利用可能となることがもたらされる。いくつかの実装では、第１のＣＯＳクラスタ１０３Ａ内の第１のＣＯＳサービスの削除は、第１のＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの自動削除を引き起こし、第１のＣＯＳサービスが、もはや第２のＣＯＳクラスタ１０３ＢのＣＯＳポッドに到達不能又は利用可能でなくなることがもたらされる。

上記の実装は、いくつかの従来のシステムと比較して有利である。例えば、第１の従来のシステムは、ＣＯＳクラスタＤＮＳサーバを使用して、ＣＯＳクラスタ内のＣＯＳサービスディスカバリを可能にする。ＣＯＳクラスタＤＮＳサーバは、クラスタ内のＣＯＳサービスを検出するためのＤＮＳ名前解決を提供する。しかし、ＣＯＳクラスタＤＮＳサーバは、ＣＯＳクラスタにわたるＤＮＳ名前解決を可能にしない。ＣＯＳクラスタＤＮＳサーバは、他のＣＯＳクラスタのＤＮＳレコードの知識を有さない。他の従来のシステムは、ＣＯＳクラスタにわたるサービスディスカバリを可能にするために、パブリックＤＮＳサービスを使用する。これらのシステムは、１）ＣＯＳコントローラからリソースのリスト（Ｓｅｒｖｉｃｅｓ、 Ｉｎｇｒｅｓｓｅｓなど）を取得し、２）リソースのリストに基づいてＤＮＳレコードのリストを決定し、３）中央ＤＮＳサービス（ＡＷＳ ｒｏｕｔｅ ５３又はＧｏｏｇｌｅ Ｃｌｏｕｄ ＤＮＳなど）をＤＮＳレコードで設定するサービス（例えば、Ｋｕｂｅｒｎｅｔｅｓに対するＥｘｔｅｒｎａｌＤＮＳ）を使用する。ＤＮＳレコードが中央ＤＮＳサービスに追加されると、すべてのＣＯＳクラスタによって解決可能となる。しかし、これらのシステムは、いくつかの欠陥及び欠点を有する。例えば、ＣＯＳクラスタの数が増加するにつれて、これらのＣＯＳクラスタに関連付けられたＤＮＳレコードを更新するための中央ＤＮＳサービスへのレートコールが劇的に増加する。この増加により、中央ＤＮＳサービスが、受信したＤＮＳレコード更新のコールをスロットリングすることをトリガする。スロットリングに対処するために、ＤＮＳレコード更新をバッチで、より遅いレートで提出する必要がある。スロットリングは、ＣＯＳクラスタのＣＯＳポッドのＤＮＳレコードの更新を遅延させ、これらのＣＯＳポッドがディスカバリ可能であることを妨げ、したがって数分間利用可能であることを妨げる。さらに、ＣＯＳポッドが更新されるときに、その関連付けられたＤＮＳレコードはＣＯＳクラスタ内で変化する（例えば、更新されたＣＯＳポッドは、更新プロセス中に新しいＩＰアドレスをゲットする）。さらに、更新プロセスは、典型的には、一度にＣＯＳポッドの小さなセットを更新し、これらのポッドに対するＤＮＳレコードの更新の遅延を引き起して、数百又は数千のＣＯＳポッドが関与するときに、数百分の遅延をもたらし、重要な更新においては数時間の遅延を引き起こす可能性がある。追加的に、複数のＣＯＳクラスタは、中央ＤＮＳサービスを更新する。どのＣＯＳクラスタがＤＮＳレコードのセットの更新を許可され、どのＣＯＳクラスタが許可されないかを定義することは難しい。中央ＤＮＳサービスでは、アクセス制御は、典型的には、ＤＮＳゾーンへのアクセスを制限することによって強制され、逆引きＤＮＳゾーンを定義することは特に困難である。なぜなら、それらのゾーンは、細かい粒度のサブネットに対して定義可能である必要があるためである。この問題に対処する代わりに、ネットワーク管理者は、すべてのＣＯＳクラスタが共有ＤＮＳゾーンを更新することが可能とすることに行き着く。ＣＯＳクラスタの任意の１つが、他のＣＯＳクラスタのＤＮＳレコードを削除又は修正することができる。さらに、上で論じたスロットリングとセキュリティの問題を解決するために、所与の中央ＤＮＳサービスに対して解決策が実装されるときでも、ＣＯＳシステムが異なる中央ＤＮＳサービスで動作するときは、別の解決策を開発する必要がある。なぜなら、上で挙げられた問題の解決策が、使用されている中央ＤＮＳサービスに固有のものである傾向があるためである。

したがって、上の実装は、１）中央ＤＮＳサービスを必要とせずに、ＣＯＳクラスタにわたるＣＯＳサービスディスカバリを可能にすること、２）ピアＣＯＳクラスタのローカルＤＮＳサーバの更新により、ＣＯＳサービスのディスカバリを可能にし、ピアＣＯＳクラスタの各クラスタに送信される要求の数が少なくなることをもたらすこと、３）中央ＤＮＳサービスと比較して、このＣＯＳクラスタによって受信される要求の数が少ないため、要求を受信するピアＣＯＳクラスタの過負荷を回避すること、及び３）ピアＣＯＳクラスタで受信される要求の数が少ないため、要求のスロットリングを回避することの点で有利である。

さらに、いくつかの実装では、第１のＣＯＳサービスと第１のＣＯＳエンドポイントは、複数のＣＯＳクラスタ間で共有される名前空間で作成され、第２のＣＯＳサービスと第２のエンドポイントもこの名前空間において定義される。これにより、第２のＣＯＳサービスと第２のＣＯＳエンドポイントが、第２のＣＯＳクラスタの他の名前空間内のこのようなコンストラクトと衝突しないようにする。いくつかの実装では、第１のＣＯＳサービスと第２のＣＯＳサービスの名前は、ＣＯＳクラスタの名前を含み、これらのＣＯＳサービスに対する一意の名前をもたらす。これらの実装では、ＣＯＳサービスに対して作成されるＤＮＳ名はＣＯＳクラスタの名前から導出されるため、第２のＣＯＳクラスタのローカルＣＯＳクラスタＤＮＳサーバに記憶されている他のリソースのＤＮＳレコードを上書きする危険はない。

上記の実装は、さらに、第２のＣＯＳクラスタの所有者が、ＣＯＳシステムによって提供されるアクセス制御コンストラクトを使用して、所望に応じてアクセス制御ルールを定義することができるので、第２のＣＯＳクラスタ内のサービス作成に対するシームレスなアクセス制御を可能にする。ＣＯＳクラスタの所有者は、どのＣＯＳクラスタがクラスタ内の名前空間へのアクセスを許可されるかを定義することができ、所有者は、その名前空間内のサービスの生成を制御し、その結果、そのＣＯＳサービスのＤＮＳレコードを自動生成することを制御するようにする。

さらに、上記の実装は、ＣＯＳが実装されるクラウドプロバイダプラットフォームとは独立している。本明細書で提示されるＣＯＳサービスディスカバリのためのソリューションは、クラウドプロバイダプラットフォームから独立したＣＯＳアクセス制御コンストラクトに依拠しているので、クラウドプロバイダプラットフォームから別のクラウドプロバイダプラットフォームへ移植可能である。さらに、上記の実装は、効率的にスケールアップし、クラウドプラットフォームのコストを削減し、高い信頼性を維持する。

追加的な詳細
ＣＯＳ１０２は、ＣＯＳクラスタ１０３Ａ～１０３Ｋ及びＤＮＳレプリケータ１５０を含む。ＣＯＳクラスタ１０３Ａ～１０３Ｋ及びＤＮＳレプリケータ１５０は、ネットワーク１１０を介して通信するように動作可能である。ＣＯＳクラスタは、ＣＯＳコントローラ、１つ以上のＣＯＳポッド、及びオプションのＣＯＳクラスタＤＮＳサーバを含む。例えば、ＣＯＳクラスタ１０３Ａは、ＣＯＳコントローラ１２６Ａ、第１のＣＯＳポッド１０４Ａ、ＣＯＳポッド１０４Ｎ～１０４Ｏ、及びオプションのＤＮＳサーバ１２０Ａを含む。ＣＯＳクラスタ１０３Ｂは、ＣＯＳコントローラ１２６Ｂ、ＣＯＳポッド１０４Ｄ～１０４Ｑ、及びＤＮＳサーバ１２０Ｂを含む。

ＣＯＳコントローラは、ＣＯＳクラスタの動作を制御する。ＣＯＳコントローラは、ＣＯＳコンストラクトの観点からアプリケーションの所望の状態を記述する設定情報（マニフェスト、「アプリケーションプログラミングインターフェース（ＡＰＩ）オブジェクト記述」、又は「アプリケーション設定情報」と呼ばれる場合がある）に従った動作を受信することができる。アプリケーションがＣＯＳクラスタにデプロイされるときに、ＣＯＳコントローラは、アプリケーションを実装するＣＯＳポッドのコンテナを開始する。ＣＯＳコントローラは、ＣＯＳクラスタのノード（図示せず）上で動作するコンテナをスケジュールするように動作可能である。いくつかの実装では、ノードは、ＣＯＳコントローラが公開するＣＯＳアプリケーションプログラミングインターフェース（ＡＰＩ） （例えば、Ｋｕｂｅｒｎｅｔｅｓ ＡＰＩ）を使用してＣＯＳコントローラと通信する。エンドユーザ及び／又は他のＣＯＳクラスタは、ＣＯＳ ＡＰＩを使用してＣＯＳクラスタと直接対話することができる。

ＣＯＳクラスタはまた、１つ以上のＣＯＳポッドのセット、例えば、ＣＯＳクラスタ１０３Ａ内に、ＣＯＳポッド１０４Ａ及びオプションのＣＯＳポッド１０４Ｎ～１０４Ｏを含む。本明細書の実装では、ＣＯＳポッドは、ＣＯＳサービス及びＣＯＳエンドポイントに関連付けられる。ＣＯＳサービスは、１つ以上のＣＯＳポッドのセットを定義し、これらのＣＯＳポッドに対するポリシーを定義するＣＯＳコンストラクトである。例えば、第１のＣＯＳサービスは、第１のＣＯＳポッド１０４Ａ及び関連付けられるポリシーを定義する。ＣＯＳクラスタにけるＣＯＳサービスは、そのタイプのリソースに一意の名前（本明細書ではサービス名と呼ばれる）を有する。つまり、サービスの名前は、ＣＯＳクラスタにおいて定義されたすべてのサービスにわたって一意である。いくつかの実装では、ＣＯＳサービスは、名前空間のコンテキストにおいて定義される。これらの実装では、ＣＯＳサービスの名前は、名前空間に対してＣＯＳクラスタにおいて定義されたすべてのサービスにわたって一意である。いくつかの実装では、ＣＯＳサービスは、ＣＯＳクラスタ（ＣＯＳクラスタにおいて定義されている異なるタイプのリソース及びコンストラクト）にわたって一意である識別子（ＵＩＤ）も有する。いくつかの実装では、サービス名にＣＯＳクラスタの名前を含む。追加的又は代替的に、ＣＯＳサービスが定義される名前空間は、クラスタの名前を含む。これにより、ＣＯＳサービスの名前が複数のＣＯＳクラスタにわたって一意となることを可能にする。

第１のＣＯＳポッドは、第１のＣＯＳポッドに対するネットワークアドレスを含む第１のＣＯＳエンドポイント１１４Ａに関連付けられる。ネットワークアドレスは、ＩＰアドレス及びポート番号とすることができる。第１のＣＯＳエンドポイントは、第１のＣＯＳポッドを含むＣＯＳポッドを定義するＣＯＳサービスに関連付けられる。ＣＯＳサービスと第１のＣＯＳエンドポイントは、第１のＣＯＳポッドに対するサービスディスカバリを提供するのに役立つ。

ＣＯＳクラスタＤＮＳサーバは、ＣＯＳクラスタ内で動作しているＣＯＳポッドにローカルＤＮＳサービスを提供する。ＣＯＳクラスタＤＮＳサーバは、特定のＣＯＳクラスタ内でのＤＮＳ名前解決を提供し、クラスタ内のＣＯＳサービスディスカバリを可能にする。例えば、ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＣＯＳクラスタ１０３Ｂ内のＣＯＳポッド１０４Ｄ～１０４ＤＱにＤＮＳサービスを提供する。従来のＣＯＳとは対照的に、本明細書の実装は、ＣＯＳクラスタ１０３ＢのＣＯＳポッドが、ＣＯＳクラスタＤＮＳサーバ１２０Ｂを介して、内部及び外部ＣＯＳポッドへのＤＮＳ要求を解決することを可能にする。ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＤＮＳ名に対する要求を受信し、そのＤＮＳ名に関連付けられたネットワークリソースのネットワークアドレスを返すように動作可能である。いくつかの実装では、ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ネットワークアドレスに対する要求を受信し、そのネットワークアドレスに関連付けられたネットワークリソースのＤＮＳ名を返すように動作可能である。ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＤＮＳレコード１２２Ｂを含む。図１Ｂは、いくつかの実装による、ＣＯＳクラスタＤＮＳサーバ内の例示的なＤＮＳレコードのブロック図を例示する。ＤＮＳレコードは、ＤＮＳ要求に応答するために使用される。ＤＮＳレコードは、ＣＯＳクラスタに対して自動的に維持される。１つの実装では、ＤＮＳレコードは、検索のためのキー－値ペアを含むデータベース１３１Ｂを含む。キーはＣＯＳサービスの名前を含み、値はそれらのサービスが動作しているＣＯＳポッドのネットワークアドレス（例えば、ＩＰアドレスとポート番号）である。キーは、ＣＯＳサービス内のＣＯＳポッドの一意の名前を含むことができ、そのＣＯＳポッドのＩＰアドレスを含む値にマップされる。いくつかの実装では、ＣＯＳポッドの名前は、ＣＯＳポッドの名前の１つのコンポーネントとしてサービスの名前を含む。ＤＮＳレコードはまた、キー－値ペアを含む別のデータベース１３６Ｂを含んでもよく、キーはネットワークアドレス（例えば、ＩＰアドレス及びポート番号）であり、値はサービス名である。データベース１３１Ｂは、ＣＯＳポッド１０４Ａのネットワークアドレスに関連付けられた第１のＣＯＳサービス１０５Ａの名前である第１のＣＯＳサービス名を含む。ＣＯＳサービスが複数のＣＯＳポッドを定義するときに、ＣＯＳポッドの各々のネットワークアドレスは、そのＣＯＳサービスに対するデータベース１３１Ｂに含まれる。データベース１３１Ｂはまた、ＣＯＳクラスタ１０３Ｂの内部にあるＣＯＳサービスの名前と、ＣＯＳクラスタ１０３Ｂの外部にあるゼロ個以上の追加のＣＯＳサービスとを含んでもよい。ある実装では、ＣＯＳクラスタＤＮＳサーバ（例えば、ＫｕｂｅｒｎｅｔｅｓのＫｕｂｅ－ＤＮＳ）は、ＣＯＳポッドをラップアップするＣＯＳサービスである（例えば、Ｋｕｂｅｒｎｅｔｅｓでは、Ｋｕｂｅ－ＤＮＳサービスは、「Ｋｕｂｅ－ＤＮＳ」という名前のＣＯＳポッドをラップアップする）。

ＣＯＳ１０２はさらに、ＣＯＳ名前空間コンストラクトをサポートする。ＣＯＳ名前空間は、クラスタのサブセクション又は複数クラスタのサブセクションの組み合わせに許可とポリシーを付加することを可能にする抽象化である。ＣＯＳ名前空間は、クラスタのリソース名に対するスコープを提供する。リソースの名前は、名前空間内では一意である必要がありますが、複数の名前空間にわたって一意である必要はない。いくつかの実装では、同じ名前空間内のＣＯＳリソース（例えば、２つのＣＯＳサービス）は、同じアクセス制御ポリシーを有するだろう。例えば、名前空間は、複数のチーム、又はプロジェクトにまたがる多くのユーザがいる環境で使用され得る。

また、いくつかの実装では、コンストラクト（本明細書ではサービスコレクションと呼ぶ）が、提供されるべき１つ以上のサービスのセットを作成、組織化、及び監視するために使用される。図１Ａは、サービスコレクション１０７Ａを示すことによって、複数サービスコレクションを有するオプションを例示している。サービスコレクションは、それぞれが１つ以上のサービスを提供するポッド（例えば、ｋｐｏｄ）でり、複数のマイクロサービス（例えば、Ｋｕｂｅｒｎｅｔｅｓサービス）の可能性もある。サービスコレクションは、１）異なるＣＯＳポッドを介して、同じサービス及び／又はマイクロサービスの複数のインスタンスを提供すること、及び／又は、２）異なるＣＯＳポッドを介して、異なるタイプのサービス及び／又はマイクロサービスを提供することの点でコレクションである。例えば、実装は、各サービスコレクション１０７Ａに割り当てられたサービスコレクションＩＤを含めることによって、各サービスコレクション１０７Ａに対する別個の設定情報の解放をサポートしてもよい。追加的又は代替的に、実装は、異なる地理的位置の異なるデータセンタ内の複数のＣＯＳ１０２をサポートしてもよく、これらのＣＯＳ１０２のＣＯＳコントローラ１２６の各々は、１）それらがホストしているサービスコレクションＩＤを追跡し、２）サービスの各々に対する各更新に対する設定情報１２２のブロードキャストを受信し、各設定情報内のサービスコレクションＩＤが、そのＣＯＳ１０２によってホストされているコレクションサービスのうちの１つに割り当てられたサービスに割り当てられているかどうかに基づいて、各それぞれの設定情報に対して活動するかどうかについて判断してもよい。追加的又は代替的に、異なる顧客（又は顧客のグループ）は、異なる（同一の可能性もある）サービスコレクション１０７Ａに割り当てられてもよい。

動作中、ＤＮＳレプリケータ１５０は、ＣＯＳクラスタＤＮＳサーバ内のＤＮＳレコードの更新に基づいて、ＣＯＳ１０２の複数のＣＯＳクラスタにわたるＣＯＳサービスディスカバリを可能にするように動作可能である。いくつかの実装では、ＤＮＳレプリケータ１５０は、ＣＯＳクラスタ１０３Ｃ内の１つ以上のＣＯＳポッドを包むＣＯＳサービスとして実装される。他の実装では、ＤＮＳレプリケータ１５０は、ＣＯＳインフラストラクチャなしでネットワークデバイス上で動作するアプリケーションとして実装され得る。ＤＮＳレプリケータ１５０とＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３ＡとＣＯＳクラスタ１０３Ｂとの間の通信は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を介して提供されるリソースベースの（ＲＥＳＴｆｕｌ）プログラムインターフェースを介して実行され得る。ＡＰＩは、標準ＨＴＴＰメソッド（ＰＯＳＴ、ＰＵＴ、ＰＡＴＣＨ、ＤＥＬＥＴＥ、ＧＥＴ）を介してリソース（例えば、ＣＯＳサービス、ＣＯＳエンドポイント）の取得、作成、更新、削除をサポートする。ＡＰＩはまた、細かい粒度の許可とアクセス制御を可能にする多くのオブジェクト（例えば、ＣＯＳサービスとＣＯＳエンドポイント、名前空間など）のための追加のサブリソースを含む。また、リソース、特にＣＯＳサービスとＣＯＳエンドポイントの状態のキャッシュと同期を可能にするために、「ｗａｔｃｈ」コマンドと一貫性のあるリストを介してリソースに関する効率的な変更通知をサポートする。

ＤＮＳレプリケータ１５０は、第１のＣＯＳクラスタ１０３Ａを含む１つ以上のＣＯＳクラスタを監視する。一実装では、ＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３Ａ～１０３Ｋの監視は、ＣＯＳクラスタ内のＣＯＳサービスの動作を監視する要求を伝送することによって開始される。一実装では、ＤＮＳレプリケータ１５０は、ＣＯＳクラスタ１０３Ａを監視する要求を伝送し、要求は、監視するリソースのタイプ（例えば、ＣＯＳサービスタイプ及びＣＯＳエンドポイントタイプ）の指標を含む。オプションで、要求は、ＣＯＳサービスが属する名前空間を含んでもよい。他の実装では、要求は名前空間を含まない。いくつかの実装では、要求はＧＥＴ要求であり、要求されたリソースのタイプと、これらのリソースが定義されている名前空間を含むＵＲＬを含む。要求は、さらに、ＣＯＳクラスタ１０３Ａに、ウォッチされるリソースのタイプに関して発生するすべての変更（作成、削除、及び更新）を返すようにする、ＣＯＳサービスをウォッチする指標を含む。これにより、ＤＮＳレプリケータ１５０は、任意の更新を欠くことなく、変更に対するウォッチを可能にする。ウォッチが切断された場合、ＤＮＳレプリケータ１５０は、ＣＯＳサービスのＣＯＳサービスの最後に返されたバージョンから新しいウォッチを再開するか、又は新しい要求を実行し、再始動することができる。いくつかの実装では、ＤＮＳレプリケータ１５０は、ウォッチされるべきリソースが、第１のＣＯＳサービスが監視されるべきことの指標に関連付けられたＣＯＳサービスであることを指定する。いくつかの実装では、ＣＯＳサービスが監視されるべきことの指標は、ＣＯＳサービスのアノテーションに含められ得る。したがって、ＣＯＳサービスを監視する要求は、この指標に関連付けられたＣＯＳクラスタ１０３Ａで作成された新規又は既存のＣＯＳサービスに適用される。他の実装では、この指標は伝送されず、ＤＮＳレプリケータ１５０は、作成されたすべてのＣＯＳサービスについてＣＯＳクラスタ１０３Ａからの更新を監視し、取得する。

第１のＣＯＳサービス１０５Ａ及び第１のＣＯＳエンドポイント１１４ＡがＣＯＳクラスタ１０３Ａで生成されるときに、指標がＣＯＳクラスタ１０３ＡからＤＮＳレプリケータ１５０に伝送される。この指標は、第１のＣＯＳサービス及び第１のＣＯＳエンドポイントがＣＯＳクラスタ１０３Ａ内に作成されることを示す。いくつつかの実装形態では、ＤＮＳレプリケータ１５０は、監視（ウォッチ）動作の結果として、第１のＣＯＳサービス１０５Ａと第１のＣＯＳエンドポイント１１４Ａを受信する。他の実装では、ＣＯＳクラスタ１０３ＡがＣＯＳサービス及びエンドポイントの作成、更新、又は削除をＤＮＳレプリケータ１５０に伝送することを可能にするために、異なるメカニズムが使用され得る。

第１のＣＯＳサービス１０５Ａと第１のＣＯＳエンドポイント１１４Ａが作成されたことの指標は、ＤＮＳレプリケータ１５０で受信される。第１のＣＯＳサービスは、第１のＣＯＳクラスタ内の１つ以上のＣＯＳポッドのセットを定義し、例えば、第１のＣＯＳサービス１０５Ａが、ＣＯＳポッド１０４Ａを定義する。第１のＣＯＳエンドポイントのＣＯＳエンドポイントは、１つ以上のＣＯＳポッドのセットのＣＯＳポッドのネットワークアドレスを含む。例えば、ＣＯＳポッド１０４ＡのＣＯＳエンドポイントは、ＣＯＳポッド１０４ＡのＩＰアドレス及びポート番号を含む。

いくつかの実装では、ＤＮＳレプリケータ１５０は、ネットワークを介して第１のＣＯＳクラスタと通信する必要がある１つ以上のＣＯＳクラスタを決定する。１つ以上のＣＯＳクラスタは、第２のＣＯＳクラスタ１０３Ｂを含む。いくつかの実装では、ＤＮＳレプリケータ１５０は、ＣＯＳクラスタの各々が１つ以上のピアＣＯＳクラスタに関連付けられているＣＯＳクラスタのセットへのアクセスを有する。ＣＯＳクラスタピアは、ＣＯＳクラスタ１０３Ａと通信する必要があるＣＯＳクラスタである。ＣＯＳクラスタピア、例えば、ＣＯＳクラスタ１０３Ｂは、ＣＯＳクラスタ１０３Ａに対するクライアントＣＯＳクラスタとして活動し、ＣＯＳクラスタ１０３Ａ上でインスタンス化されたサービスを要求しアクセスするように動作可能である。図１Ｃは、いくつかの実装による、ＤＮＳレプリケータにアクセス可能であり得る例示的なＣＯＳクラスタピアのブロック図を例示する。ＣＯＳクラスタピアセット１５５は、サーバＣＯＳクラスタとして活動するＣＯＳクラスタと、関連するＣＯＳクラスタピアと、を含み、ＣＯＳクラスタがこれらのクラスタピアに対して１つ以上のＣＯＳサービスを提供する。例えば、図１Ｃは、一意の識別子によって識別されるＣＯＳクラスタ１０３Ａに対する、１つ以上の関連付けられたＣＯＳクラスタピア（第２のＣＯＳクラスタ１０３ＢのＩＤ、及びオプションで第３のＣＯＳクラスタ１０３ＫのＩＤ）を示す。データ構造（例えば、テーブル）は、ＤＮＳレプリケータ１５０の一部として記憶され得る。代替的には、データ構造１５５は、ネットワークを介してＤＮＳレプリケータ１５０にアクセス可能な外部データストア（例えば、データベース）上に実装され得る。例えば、ＣＯＳクラスタピアセット１５５は、ＣＯＳクラスタ１０３Ｃ内の別のサービスとして、ＣＯＳ１０２の別のＣＯＳクラスタ上に、又はネットワーク１１０内の別のネットワークデバイス上に、ＤＮＳレプリケータ１５０の外部に実装されてもよい。ＣＯＳクラスタは、単一のＣＯＳクラスタがＣＯＳクラスタと通信する必要があることを示す単一のＣＯＳクラスタピアを有してもよい。例えば、図１Ｃのテーブル内のＣＯＳクラスタ１０３Ｇは、そのピアとしてＣＯＳクラスタ１０３Ｂを有する。他の例では、ＣＯＳクラスタは、複数のＣＯＳクラスタがＣＯＳクラスタと通信する必要があることを示す複数のＣＯＳクラスタピアを有してもよい。例えば、図１Ｃのテーブル内のＣＯＳクラスタ１０３Ａは、２つのＣＯＳクラスタピア、ＣＯＳクラスタ１０３Ｂ及びＣＯＳクラスタ１０３Ｋを有する。ＣＯＳクラスタの識別子は、システム１０２においてＣＯＳクラスタを一意に識別する。いくつかの実装では、ＣＯＳクラスタＩＤは、所与のネットワークサブドメイン内で一意である。ネットワークサブドメインは、上位ドメイン内の他のそのようなサブドメインの中でも一意の名前を有する。ＣＯＳクラスタＩＤは、サブドメインＩＤとドメインＩＤによって適格化されて、グローバルに一意にされ、グローバルに一意であるＤＮＳキーをもたらす。いくつかの実装では、２つのＣＯＳクラスタ間のピア関係は、データ構造１５５を投入することを含む設定プロセスを介して定義され得る。いくつかの実装では、ＣＯＳクラスタがデプロイされるときに設定が実行され得る。

図１Ａを再度参照すると、ＤＮＳレプリケータ１５０は、第１のＣＯＳサービスと第１のＣＯＳエンドポイントを受信すると、第２のＣＯＳクラスタ１０３Ｂ内に第１のＣＯＳサービスと第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求を伝送する。いくつかの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントは、それぞれ、第１のＣＯＳサービス及び第１のＣＯＳエンドポイントのレプリカである。第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成は、第２のＣＯＳクラスタ１０３ＢのＣＯＳクラスタＤＮＳサーバ１２０Ｂ内の１つ以上の第１のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）レコードの挿入を引き起こす。第１のＤＮＳレコードが挿入されて、第２のＣＯＳクラスタの１つ以上のＣＯＳポッドが、ネットワーク１１０を介して第１のＣＯＳクラスタの１つ以上のＣＯＳポッドのセットと通信することが可能となる。例えば、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求の受信により、ＤＮＳレコード１３５Ｂの挿入をもたらす。ＤＮＳレコード１３５Ｂは、ＣＯＳポッド１０４Ａの第１のＣＯＳサービス名及び第１のネットワークアドレスを含む。第１のＣＯＳサービスが複数のＣＯＳポッドを含むときに、第１のＣＯＳサービス名は、追加のＣＯＳポッドの追加のネットワークアドレスに関連付けられる。第２のＣＯＳサービス１２０の作成は、ＣＯＳクラスタ１０３Ｂ内の第２のＣＯＳサービスに対するＣＯＳポッドのデプロイを生成しない。代わりに、ＣＯＳクラスタ１０３Ｂ内の第２のＣＯＳサービス１２０の作成は、第１のＣＯＳクラスタ１０３Ａにデプロイされた第１のＣＯＳサービス及び第１のＣＯＳサービスのＣＯＳポッドのディスカバリを可能にするためのＤＮＳレコードを生成する。

いくつかの実装では、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求を受信すると、作成が許可されているかどうかを決定する。これらの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成は、作成が許可されていると決定されるとき（例えば、ＤＮＳレプリケータがそのような要求を行うことが許可されている）に実行される。作成が許可されていない場合、第２のＣＯＳサービス及び第２のＣＯＳエンドポイントは作成されず、ＣＯＳサービスの第１のＣＯＳサービス及びポッドに対してＤＮＳレコードは挿入されない。

いくつかの実装では、ＣＯＳクラスタ１０３Ｂは、ＣＯＳリソースのアクセス及び修正のためのポリシーのセットを定義してもよい。ポリシーのセット、例えば、ポリシー１２７Ｂは、ＤＮＳレプリケータ１５０が、第２のＣＯＳサービスを作成及び／又は修正することを許可されているかどうかを決定するために使用され得る。いくつかの実装では、ポリシー１２７Ｎは事前定義された名前空間に関連付けられる。例えば、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求は、第１の名前空間（第１のＣＯＳサービスと第１のＣＯＳエンドポイントが定義される）に関連付けられる。この第１の名前空間に基づいて、ＣＯＳクラスタ１０３Ｂは、この第１の名前空間において定義されたリソースの修正がＤＮＳレプリケータ１５０に対して許可されているかどうかを決定する。ポリシーのセットの作成は、ＣＯＳクラスタ１０３Ｂの管理者によって所有されるので、ＣＯＳクラスタ１０３Ｂは、誰がこれらのコンストラクト（例えば、第２のＣＯＳサービスと第２のＣＯＳエンドポイント）をＣＯＳクラスタ１０３Ｂに注入することができるかを制御し、また、誰がこれを行うことができるかの名前空間がどれかを指定することが動作可能である。さらに、ポリシーのセットが所与の名前空間及び／又はＤＮＳレプリケータに対して定義されるときにエラーが発生する場合、このエラーはその名前空間及び／又はＣＯＳクラスタにのみに適用され、他のＣＯＳクラスタ及び／又は名前空間には伝搬されない。ポリシーのセットはＣＯＳレベルで実装されるので、ＣＯＳ１０２が実装されるクラウドプラットフォームとは独立しており、複数のクラウドプロバイダのクラウドプラットフォーム間で変更されずに使用され得る。

いくつかの実装では、ＣＯＳクラスタ１０３Ｂの管理者は、（ＣＯＳクラスタサーバとして活動する）複数のＣＯＳクラスタに共通する名前空間を定義することができる。これらのＣＯＳクラスタのうちの１つによって定義される各ＣＯＳサービスは、ＣＯＳクラスタの名前を含み、共通の名前空間において定義される。これにより、他のＣＯＳクラスタ上にデプロイされたＣＯＳサービスに対応してＣＯＳクラスタ１０３Ｂ内に作成されたＣＯＳサービスが、この共通名前空間において定義され、ＣＯＳクラスタ１０３Ｂのノード上にローカルにデプロイされたＣＯＳサービスの名前空間と重複しないことが可能となる。さらに、いくつかの実装では、ＣＯＳクラスタ１０３ＡからＣＯＳクラスタ１０３ＢにレプリケーションされるＣＯＳサービスの名前は、ＣＯＳクラスタ１０３Ａの一意の識別子（例えば、ＣＯＳクラスタ１０３Ａの名前）を含むように設定されてもよい。この一意の識別子は、ＣＯＳクラスタ１０３Ｂが、ＣＯＳクラスタの粒度でＣＯＳサービスを作成、更新、及び削除するためのポリシーをセットすることを可能にする。したがって、ポリシー１２７Ｂのセットは、ＣＯＳクラスタ粒度で定義することも、代替的には、名前空粒度で定義することもできる。

したがって、いくつかの実装では、第２のＣＯＳサービスを作成する前に、ＣＯＳクラスタ１０３Ｂは、ＤＮＳレプリケータ１５０が第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成することを許可されていると決定する。ＣＯＳクラスタ１０３Ｂが、ＤＮＳレプリケータが第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成することを許可されていないと決定する場合、要求は満たされない。

いくつかの実装では、ＣＯＳクラスタ１０３Ａが複数のＣＯＳクラスタピアを有する場合、ＤＮＳレプリケータ１５０は、ＣＯＳサービス及びＣＯＳエンドポイントを作成する要求をこれらの他のピアに伝送する。例えば、ＤＮＳレプリケータ１５０は、第１のＣＯＳサービス１０５Ａ及び第１のＣＯＳエンドポイント１１４Ａに対応する第３のＣＯＳサービス及び第３のＣＯＳエンドポイントを作成する別の要求を第３のＣＯＳクラスタ１０３Ｋに伝送してもよい。第３のＣＯＳサービスと第３のＣＯＳエンドポイントの作成は、第３のＣＯＳクラスタ１０３Ｋにローカルな第２のＤＮＳサーバ１２０Ｋ内の１つ以上の第２のＤＮＳレコードの挿入を引き起こす。第２のＤＮＳレコードが挿入されて、第３のＣＯＳクラスタ１０３Ｋの１つ以上の第３のＣＯＳポッドが、ネットワーク１１０を介して第１のＣＯＳクラスタ１０３ＡのＣＯＳポッド１０４Ａと通信することを可能にすることが可能となる。

ＤＮＳレコード１３５Ｂの作成後、ＣＯＳクラスタ１０３のＣＯＳポッド、例えばＣＯＳポッド１０４Ｄは、ＤＮＳ要求をＣＯＳクラスタＤＮＳサーバ１２０Ｂに伝送してもよい。ＤＮＳ要求は第１のＣＯＳサービスの名前（例えばドメイン名）を含んでもよい。ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＣＯＳポッド１０４Ａのネットワークアドレス（例えば、ＩＰアドレス及びポート番号）を返す。ＣＯＳポッド１０４Ｄは、ＣＯＳポッド１０４Ａのネットワークアドレスを受信し、ネットワーク１１０を介して第１のＣＯＳサービス１０５Ａと第１のＣＯＳポッド１０４Ａと通信することが可能である。別の例では、ＤＮＳ要求はネットワークアドレスを含んでもよく、ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＣＯＳサービスの名前を返してもよい。

ＣＯＳサービスの更新
本明細書で説明される解決策は、さらに、第１のＣＯＳサービスとＣＯＳポッド１０４Ａに対するＤＮＳレコードの自動更新を可能にする。第１のＣＯＳサービスの第１のＣＯＳサービス及び／又はＣＯＳポッドが更新されると、ＤＮＳレプリケータ１５０は、第１のＣＯＳサービスに対する更新を受信する。いくつかの実装では、第１のＣＯＳサービスに対する更新は、第１のＣＯＳサービスに対してインスタンス化された新しいＣＯＳポッドの結果であり、第１のサービスに対する新しいＣＯＳエンドポイントの生成をもたらす。例えば、所与のノード上のＣＯＳポッドの障害、所与のノードからのＣＯＳポッドの退去、又はノード自体の障害は、ＣＯＳポッドをそのノードから除去し、別のノードに移動させる。これにより、ＣＯＳポッドのＩＰアドレスの変更をもたらし、ＣＯＳポッドに関連付けられたＣＯＳエンドポイントに対する更新をもたらす。ＤＮＳレプリケータ１５０は、第２のＣＯＳエンドポイントを更新する要求を第２のＣＯＳクラスタ１０３Ｂに伝送する。第２のＣＯＳサービスの更新は、第２のＣＯＳクラスタ１０３Ｂの第１のＣＯＳクラスタＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの更新を引き起こす。したがって、第２のＣＯＳクラスタ１０３Ｂ内の、第１のＣＯＳサービスのＣＯＳポッドに対するＤＮＳレコードの自動更新は、第１のＣＯＳサービスが更新されるときでさえ、第２のＣＯＳクラスタ１０３ＢのＣＯＳポッドが第１のサービスのＣＯＳポッドに到達することを可能にする。第１のＣＯＳサービスの更新の受信は、ＤＮＳレプリケータ１５０が第１のＣＯＳクラスタ１０３Ａを継続的に監視することからもたらされてもよい。

いくつかの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを更新する要求を受信すると、ＣＯＳクラスタ１０３Ｂは、更新が許可されているかどうかを決定する。これらの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントの更新は、この更新が許可されていると決定されるとき（例えば、ＤＮＳレプリケータがそのような要求を行うことが許可されている）に実行される。作成が許可されていない場合、第２のＣＯＳサービスと第２のＣＯＳエンドポイントは更新されず、第１のＣＯＳサービスと第１のＣＯＳサービスのポッドに対するＤＮＳレコードは更新されない。いくつかの実装では、ＣＯＳクラスタ１０３Ｂは、ＣＯＳリソースのアクセス及び修正のために、ポリシー１２７Ｂのセットに基づいて更新が許可されているかどうかの決定を実行してもよい。この決定は、第２のＣＯＳサービスが定義されている名前空間及び／又はＣＯＳクラスタ１０３Ａの名前に基づいて実行され得る。

第２のＣＯＳサービスに対するＤＮＳレコードＣＯＳの更新後、ＣＯＳクラスタ１０３ＢのＣＯＳポッド、例えばＣＯＳポッド１０４Ｄは、ＤＮＳ要求をＣＯＳクラスタＤＮＳサーバ１２０Ｂに伝送してもよい。ＤＮＳ要求は第１のＣＯＳサービスの名前（例えばドメイン名）を含んでもよい。ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＣＯＳポッド１０４Ａの更新されたネットワークアドレス（例えば、更新されたＩＰアドレス及びポート番号）を返す。ＣＯＳポッド１０４Ｄは、ＣＯＳポッド１０４Ａの更新されたネットワークアドレスを受信し、更新されたネットワークアドレスに基づいてネットワーク１１０を介して第１のＣＯＳサービス１０５Ａと第１のＣＯＳポッド１０４Ａと通信することが可能である。

ＣＯＳサービスの削除
第１のＣＯＳサービスが削除されるときに、ＤＮＳレプリケータ１５０は、第１のＣＯＳクラスタ１０３Ａから、第１のＣＯＳサービスが第１のＣＯＳクラスタ１０３Ａ内で削除されたことの指標を受信する。削除は、システムの管理者によって実行され得る。ＤＮＳレプリケータ１５０は、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを削除する要求を第２のＣＯＳクラスタ１０３Ｂに伝送する。第２のＣＯＳサービスを削除する要求は、第２のＣＯＳクラスタ１０３Ｂの第１のＣＯＳクラスタＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの削除を引き起こす。したがって、第２のＣＯＳクラスタ１０３Ｂ内の第１のＣＯＳサービスのＣＯＳポッドに対するＤＮＳレコードの自動削除は、第２のＣＯＳクラスタ１０３ＢのＣＯＳポッドが第１のサービスのＣＯＳポッドに到達できなくなることを可能にする。第１のＣＯＳサービスが削除されたことの指標の受信は、ＤＮＳレプリケータ１５０が第１のＣＯＳクラスタ１０３Ａを継続的に監視することからもたらされてもよい。

いくつかの実装では、第２のＣＯＳサービスを削除する要求を受信すると、ＣＯＳクラスタ１０３Ｂは、削除が許可されているかどうかを決定する。これらの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントの削除は、この削除が許可されていると決定されるとき（例えば、ＤＮＳレプリケータがそのような要求を行うことが許可されている）に実行される。削除が許可されていない場合、第２のＣＯＳサービスと第２のＣＯＳエンドポイントは削除されず、第１のＣＯＳサービスと第１のＣＯＳサービスのポッドに対するＤＮＳレコードは削除されない。いくつかの実装では、ＣＯＳクラスタ１０３Ｂは、削除がポリシー１２７Ｂのセットに基づいて許可されているかどうかの決定を実行してもよい。ポリシー１２７Ａのセットは、名前空間及び／又はＣＯＳクラスタ１０３Ａの名前に関連付けられ得る。削除が許可されているかどうかの決定は、第２のＣＯＳサービスが定義されている名前空間及び／又はＣＯＳクラスタ１０３Ａの名前に基づいて実行され得る。

第２のＣＯＳサービスに対するＤＮＳレコードＣＯＳの更新後、ＣＯＳクラスタ１０３ＢのＣＯＳポッド、例えばＣＯＳポッド１０４Ｄは、ＤＮＳ要求をＣＯＳクラスタＤＮＳサーバ１２０Ｂに伝送してもよい。ＤＮＳ要求は第１のＣＯＳサービスの名前（例えばドメイン名）を含んでもよい。ＣＯＳクラスタＤＮＳサーバ１２０Ｂは、ＣＯＳサービスに対するＤＮＳレコードが削除されるので、ＣＯＳポッド１０４Ａのネットワークアドレス（例えば、更新されたＩＰアドレス及びポート番号）を返さない。第１のＣＯＳサービスは、もはやＣＯＳクラスタ１０３ＢのＣＯＳポッドにアクセス可能ではない。

図１Ｄは、ＤＮＳレプリケータ１５０の例示的な実装のブロック図を例示する。一部の実装では、例えば、図１Ａでは、ＤＮＳレプリケータは、ＣＯＳクラスタ１０３Ａ～１０３Ｂの外部にあるコンポーネントとして例示されているが、他の実装では、ＤＮＳレプリケータ１５０は、１つ以上のＣＯＳクラスタの一部として実装され得る。図１Ｄは、ＤＮＳレプリケータ１５０が、２つのＣＯＳクラスタ１０３Ａ～１０３Ｂに分散された複数の論理コンポーネント、ＣＯＳサービス監視ユニット１５２、及び同期ユニット１５４を含む例示的な実装を例示する。ＣＯＳサービス監視ユニット１５２は、ＣＯＳサービスを監視し、ＣＯＳサービス及びＣＯＳエンドポイントが作成、更新、及び／又は削除されたことの指標を受信するように動作可能である。これらの指標を受信することに応答して、ＣＯＳサービス監視ユニット１５２は、第１のＣＯＳサービスと第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求を伝送する。要求は、ＣＯＳクラスタ１０３Ｂ内の第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成／更新／削除を引き起こすように動作可能な同期ユニット１５４によって受信される。さらに、この例示的な実装では、ＣＯＳクラスタのピアＣＯＳクラスタは、ＣＯＳクラスタ１０３ＡのＣＯＳサービス監視ユニット１５２から要求を受信するそれぞれの同期ユニットを含んでもよい。いくつかの実装では、ＣＯＳクラスタは、ＣＯＳサービス監視ユニット１５２及び同期ユニット１５４の両方の要素を含んでもよい。監視ユニット１５２は、ＣＯＳクラスタの内部にあるＣＯＳサービスを監視するために使用され、同期ユニット１５４は、他のＣＯＳクラスタから提供される要求を受信し、応答するように動作可能である。ＤＮＳレプリケータ１５０の複数の実装は、本明細書に説明される実装の範囲から逸脱することなく企図される。

例示的な動作
図２Ａは、いくつかの例示的な実装によるＣＯＳクラスタにわたるＣＯＳサービスのディスカバリのシステムのための方法を例示するフロー図である。図２Ａの動作は、ＤＮＳレプリケータ１５０で実行される。オプションのボックス２０２は、第１のＣＯＳクラスタを含む１つ以上のＣＯＳクラスタを監視することを示す。一実装では、ＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３Ａ～１０３Ｋの監視は、ＣＯＳクラスタ内のマイクロサービスに対する動作を監視する要求を伝送することによって開始される（ブロック２０３）。

ブロック２０４では、第１のＣＯＳサービスと１つ以上の第１のＣＯＳエンドポイントが作成されたことの指標が受信される。この指示は、第１のＣＯＳサービスと第１のＣＯＳエンドポイントが第１のＣＯＳクラスタ１０３Ａ内に生成されることに応答して受信される。指標は、第１のＣＯＳクラスタ内で発生した修正のタイプ（例えば、第１のＣＯＳサービスとＣＯＳエンドポイントの作成）を記述するシリアルメッセージとすることができる。第１のＣＯＳサービスは、第１のＣＯＳクラスタ内の１つ以上のＣＯＳポッドのセットを定義し、例えば、第１のＣＯＳサービス１０５Ａが、ＣＯＳポッド１０４Ａを定義する。第１のＣＯＳエンドポイントのＣＯＳエンドポイントは、１つ以上のＣＯＳポッドのセットのＣＯＳポッドのネットワークアドレスを含む。例えば、ＣＯＳポッド１０４ＡのＣＯＳエンドポイントは、ＣＯＳポッド１０４ＡのＩＰアドレス及びポート番号を含む。第１のＣＯＳサービスと第１のＣＯＳエンドポイントの受信は、第１のＣＯＳクラスタ内の第１のＣＯＳサービスと１つ以上の第１のＣＯＳエンドポイントの作成に応答して実行される。

動作は、ブロック２０４からブロック２０６に移動する。オプションのブロック２０６では、ＤＮＳレプリケータは、ネットワークを介して第１のＣＯＳクラスタと通信する必要がある１つ以上のＣＯＳクラスタを決定する。１つ以上のＣＯＳクラスタは、第２のＣＯＳクラスタを含む。いくつかの実装では、ＤＮＳレプリケータは、ＣＯＳクラスタの各々が１つ以上のピアＣＯＳクラスタに関連付けられているＣＯＳクラスタのセットへのアクセスを有する。ピアＣＯＳクラスタは、ＣＯＳクラスタと通信する必要があるＣＯＳクラスタである。ピアＣＯＳクラスタは、ＣＯＳクラスタに対するクライアントＣＯＳクラスタとして活動し、ＣＯＳクラスタ上でインスタンス化されたサービスを要求しアクセスするように動作可能である。例えば、ＤＮＳレプリケータ１５０は、図１Ｃのデータ構造へのアクセスを有し、図１Ｃでは、一意な識別子によって識別されるＣＯＳクラスタに対して、１つ以上の関連付けられたＣＯＳクラスタピアが識別される。データ構造（例えば、テーブル）は、ＤＮＳレプリケータ１５０の一部として記憶され得る。代替的には、データ構造は、ネットワークを介してＤＮＳレプリケータ１５０にアクセス可能な外部データストア（例えば、データベース）上に実装され得る。一例では、ＣＯＳクラスタは、単一のＣＯＳクラスタがＣＯＳクラスタと通信する必要があることを示す単一のＣＯＳクラスタピアを有してもよい。例えば、図１Ｃのテーブル内のＣＯＳクラスタ１０３Ｇは、そのピアとしてＣＯＳクラスタ１０３Ｂを有する。他の例では、ＣＯＳクラスタは、複数のＣＯＳクラスタがＣＯＳクラスタと通信する必要があることを示す複数のＣＯＳクラスタピアを有してもよい。例えば、図１Ｃのテーブル内のＣＯＳクラスタ１０３Ａは、２つのＣＯＳクラスタピア１０３Ｂ及び１０３Ｃを有する。ＣＯＳクラスタの識別子は、システム１０２においてＣＯＳクラスタを一意に識別する。

動作は、ブロック２０６からブロック２０８に移動する。いくつかの実装形態では、ブロック２０６の動作がスキップされるときに、動作のフローがブロック２０４からブロック２０８に移動する。ブロック２０８では、ＤＮＳレプリケータ１５０は、第２のＣＯＳクラスタ内に第１のＣＯＳサービス及び１つ以上の第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを作成する要求を伝送する。いくつかの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントは、それぞれ、第１のＣＯＳサービス及び第１のＣＯＳエンドポイントのレプリカである。第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントの作成は、第２のＣＯＳクラスタにローカルな第１のＤＮＳサーバ内の１つ以上の第１のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）レコードの挿入を引き起こす。１つ以上の第１のＤＮＳレコードが挿入されて、第２のＣＯＳクラスタの１つ以上のＣＯＳポッドが、ネットワークを介して第１のＣＯＳクラスタの１つ以上のＣＯＳポッドのセットと通信することが可能となる。

いくつかの実装では、動作は、ブロック２０８からブロック２１０に移動する。ブロック２１０では、ＤＮＳレプリケータ１５０は、第３のＣＯＳクラスタ１０３Ｋ内に第１のＣＯＳサービスと１つ以上の第１のエンドポイントに対応する第３のＣＯＳサービスと１つ以上の第３のＣＯＳエンドポイントを作成する別の要求を、１つ以上のＣＯＳクラスタのうちの第３のＣＯＳクラスタ、例えばＣＯＳクラスタ１０３Ｋに伝送する。第３のＣＯＳサービスと１つ以上の第３のＣＯＳエンドポイントの作成は、第３のＣＯＳクラスタにローカルな第２のＤＮＳサーバ内の１つ以上の第２のＤＮＳレコードの挿入を引き起こす。１つ以上の第２のＤＮＳレコードが挿入されて、第３のＣＯＳクラスタ１０３Ｋの１つ以上の第３のＣＯＳポッドが、ネットワークを介して第１のＣＯＳクラスタ１０３Ａの１つ以上のＣＯＳポッドのセットと通信することが可能となる。オプションのブロック２１０の動作は、第１のＣＯＳクラスタが複数のＣＯＳクラスタピアに関連付けられているときに実行される。第１のＣＯＳクラスタが単一のＣＯＳクラスタピアに関連付けられているシナリオでは、第１のＣＯＳサービスに対応するＣＯＳサービス（と第１のＣＯＳエンドポイントに対応するＣＯＳエンドポイント）を作成する要求が、そのＣＯＳクラスタピアにのみ送信される。図１Ｃの例示された例示は、２つのＣＯＳクラスタピアを有するＣＯＳクラスタと、１つのＣＯＳクラスタピアを有するＣＯＳクラスタを示すが、他の例が、ＣＯＳクラスタが任意の数のＣＯＳクラスタピアに関連付けられる本明細書で論じられる実装の範囲内にある。

図２Ｂは、いくつかの実装による、第１のＣＯＳサービスの更新に基づいてＤＮＳレコードを更新するために実行され得る例示的な動作のフロー図を例示する。図２Ｂの動作は、ＤＮＳレプリケータ１５０によって実行される。ブロック２１２Ａでは、ＤＮＳレプリケータ１５０は、第１のＣＯＳサービスに対する更新を受信する。いくつかの実装では、第１のＣＯＳサービスに対する更新は、第１のＣＯＳサービスに対してインスタンス化された新しいＣＯＳポッドの結果であり、第１のサービスに対する新しいＣＯＳエンドポイントの自動生成をもたらす。様々なタイプの更新が考えられる。例えば、ＣＯＳサービスをバックアップするＣＯＳポッドの数が変更され、ＩＰアドレス及びＣＯＳポッド名がＣＯＳエンドポイントにおいて変更されることを引き起こす。さらに、ＣＯＳポッドがそのＩＰアドレスを変更されるときに、ＣＯＳエンドポイントが更新される。別の更新として、ＣＯＳサービスがリネームされて、前のＣＯＳサービス及び関連付けられたＣＯＳエンドポイントが削除され、新しいものが作成されることを引き起こすこととすることができる。更新は、何が修正され、何のタイプの修正であったか（例えば、更新）を記述するシリアルメッセージで受信され得る。動作のフローは、ブロック２１２Ａからブロック２１４Ａに移動する。ブロック２１４Ａでは、ＤＮＳレプリケータ１５０は、第２のＣＯＳサービスを更新する要求を第２のＣＯＳクラスタ１０３Ｂに伝送する。第２のＣＯＳサービスの更新は、第２のＣＯＳクラスタ１０３Ｂの第１のＣＯＳクラスタＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの更新を引き起こす。したがって、第２のＣＯＳクラスタ１０３Ｂ内の、第１のＣＯＳサービスのＣＯＳポッドに対するＤＮＳレコードの自動更新は、第１のＣＯＳサービスが更新されると、第２のＣＯＳクラスタ１０３ＢのＣＯＳポッドが第１のサービスのＣＯＳポッドに到達する能力を有することに可能にする。第１のＣＯＳサービスの更新の受信は、ＤＮＳレプリケータ１５０が第１のＣＯＳクラスタ１０３Ａを継続的に監視することからもたらされてもよい。

図２Ｃは、いくつかの実装による、第１のＣＯＳサービスの削除に基づいてＤＮＳレコードを削除するために実行され得る例示的な動作のフロー図を例示する。図２Ｃの動作は、ＤＮＳレプリケータ１５０によって実行される。ブロック２１２Ｂでは、ＤＮＳレプリケータ１５０は、第１のＣＯＳサービスが第１のＣＯＳクラスタ内で削除されたことの指標を受信する。第１のＣＯＳサービスが削除されたことの指標は、第１のＣＯＳレプリケータ１５０が第１のＣＯＳクラスタ１０３Ａで削除されるときに受信される。指標は、何が修正され、何のタイプの修正であったか（例えば、作成、更新、削除）を記述するシリアルメッセージで受信され得る。削除は、システムの管理者によって実行され得る。動作のフローは、ブロック２１２Ａからブロック２１４Ａに移動する。ブロック２１４Ｂでは、ＤＮＳレプリケータ１５０は、第２のＣＯＳサービスを削除する要求を第２のＣＯＳクラスタ１０３Ｂに伝送する。第２のＣＯＳサービスを削除する要求は、第２のＣＯＳクラスタ１０３Ｂの第１のＤＮＳサーバ１２０Ｂ内の第１のＤＮＳレコードの削除を引き起こす。したがって、第２のＣＯＳクラスタ１０３Ｂ内の第１のＣＯＳサービスのＣＯＳポッドに対するＤＮＳレコードの自動削除は、第２のＣＯＳクラスタ１０３ＢのＣＯＳポッドが第１のサービスのＣＯＳポッドに到達できなくなることを可能にする。第１のＣＯＳサービスが削除されたことの指標の受信は、ＤＮＳレプリケータ１５０が第１のＣＯＳクラスタ１０３Ａを継続的に監視することからもたらされてもよい。

図２Ｄは、いくつかの実装による、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを作成する要求が受信されると実行され得る例示的な動作のフロー図を例示する。図２Ｄの動作は、ＣＯＳクラスタ１０３Ａと通信する必要があるクライアントＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３Ｂ又はＣＯＳクラスタ１０３Ｋによって実行され得る。いくつかの実装では、図２Ｄの動作の一部又は全部がＣＯＳコントローラ１２６Ｂによって実行され得る。

ブロック２２２では、第１のＣＯＳサービスと１つ以上の第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを作成する要求が受信される。いくつかの実装では、ブロック２２４では、ＣＯＳクラスタ１０３Ｂが、第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成が許可されていると決定する。いくつかの実装では、第２のＣＯＳサービスの生成が許可されているとの決定は、ＣＯＳクラスタ１０３Ｂ内のＣＯＳサービスの生成に対して定義されたポリシーのセットに基づいて実行される。いくつかの実装では、ポリシーのセットは、所定の名前空間に関連付けられる。異なる名前空間は、異なるポリシーのセットに関連付けられてもよい。

第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成が許可されていると決定すると、フローはブロック２２６に移動する。第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成が許可されていないと決定されるときに、要求はグラントされず、ＣＯＳサービスとＣＯＳエンドポイントは、ＣＯＳクラスタ１０３Ｂ内に作成されない。ブロック２２６では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントが作成される。第２のＣＯＳサービスと第２のＣＯＳエンドポイントは、第１のＣＯＳサービスと第１のＣＯＳエンドポイントに対応する。いくつかの実装では、第２のＣＯＳサービスと第２のＣＯＳエンドポイントは、第１のＣＯＳサービスと第１のＣＯＳエンドポイントのレプリカである。

フローはブロック２２８に移動する。第２のＣＯＳサービスと第２のＣＯＳエンドポイントの作成の結果として、第２のＣＯＳクラスタにローカルな第１のＤＮＳサーバ内に１つ以上のＤＮＳレコードを挿入する。第１のＤＮＳレコードは、第２のＣＯＳクラスタのＣＯＳポッドが、ネットワーク１１０を介して第１のＣＯＳクラスタのＣＯＳポッドのセットと通信することを可能にする。第１のＣＯＳクラスタのＣＯＳポッドのセットは、第１のＣＯＳサービスと第１のＣＯＳエンドポイントによって定義される。

図２Ｅは、いくつかの実装による、第１のＣＯＳサービスが更新されるときに実行され得る例示的な動作のフロー図を例示する。図２Ｅの動作は、ＣＯＳクラスタ１０３Ａと通信する必要があるクライアントＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３Ｂ又はＣＯＳクラスタ１０３Ｋによって実行され得る。いくつかの実装では、図２Ｅの動作の一部又は全部がＣＯＳコントローラ１２６Ｂによって実行され得る。

ブロック２３２Ａでは、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスを更新する要求を受信する。ブロック２３４Ａでは、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスの更新が許可されていると決定する。ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスの更新が許可されていると決定すると、第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを更新する。いくつかの実装では、１つ以上のＣＯＳエンドポイントを更新することは、第２のＣＯＳサービスに対するＣＯＳエンドポイントを削除すること、ＣＯＳエンドポイントを更新すること、及び／又はＣＯＳエンドポイントを追加することを含んでもよい。ブロック２３６Ａでは、第２のＣＯＳサービスの更新の結果として、第１のＣＯＳサービスに関連付けられたＤＮＳレコードが、第２のＣＯＳクラスタ１０３Ｂの第１のＤＮＳサーバ１２０Ｂ内で更新される。

図２Ｆは、いくつかの実装による、第１のＣＯＳサービスが削除されるときに実行され得る例示的な動作のフロー図を例示する。図２Ｆの動作は、ＣＯＳクラスタ１０３Ａと通信する必要があるクライアントＣＯＳクラスタ、例えば、ＣＯＳクラスタ１０３Ｂ又はＣＯＳクラスタ１０３Ｋによって実行され得る。いくつかの実装では、図２Ｆの動作の一部又は全部がＣＯＳコントローラ１２６Ｂによって実行され得る。ブロック２３２Ｂでは、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスを削除する要求を受信する。ブロック２３４Ｂでは、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスの削除が許可されていると決定する。ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスの削除が許可されていると決定すると、ＣＯＳクラスタ１０３Ｂは、第２のＣＯＳサービスと第２のＣＯＳエンドポイントを削除する。代替的には、削除が許可されていないと決定される場合、削除は実行されず、要求はグラントされない。ブロック２３６Ｂでは、第２のＣＯＳサービスの削除の結果として、第１のＣＯＳサービスに関連付けられたＤＮＳレコードは、第２のＣＯＳクラスタ１０３Ｂの第１のＤＮＳサーバ１２０Ｂ内で削除される。

例示的な実装
「参照」は、データ構造を特定するために使用可能なデータを指し、様々な方法（例えば、ポインタ、インデックス、ハンドル、キー、識別子など）で実装されてもよい。

システムによるデータの受信は、異なる実装で異なって発生してもよい（例えば、システムにプッシュされる（プッシュモデルと呼ばれる場合が多い）、システムによってプルされる（プルモデルと呼ばれる場合が多い）などである）。

「ユーザ」という用語は、システム及び／又はサービスを使用するエンティティ（例えば、個人）を指す一般的な用語である。マルチテナントアーキテクチャは、各テナントに、ソフトウェアインスタンスの固有の共有、及びソフトウェアインスタンスの専用シェアと、ユーザ管理、テナント固有の機能、設定、カスタマイズ、非機能プロパティ、関連付けられたアプリケーションなどに対するテナント固有のデータを入力する（典型的には）アビリティを提供する。個別のソフトウェアインスタンスが異なるテナントのためにするマルチインスタントアーキテクチャを有するマルチテナントコンストラクトテナントは、サービスを提供するソフトウェアインスタンスに対する特定の権限で共通のアクセスを共有するユーザのグループを含む。テナントは、組織（例えば、企業、企業内の部署など）であってもよい。テナントは、システム及び／又はサービスに関して１つ以上の役割を有してもよい。例えば、顧客関係管理（ＣＲＭ）システム又はサービスの文脈において、テナントは、ＣＲＭシステム又はサービスを使用するベンダであって、テナントがベンダの１つ以上の顧客に関して有する情報を管理してもよい。別の例として、ＤＡＡＳ（Ｄａｔａ ａｓ ａ Ｓｅｒｖｉｃｅ）の文脈において、テナントの１つのセットは、データを提供するベンダであってもよく、テナントの別のセットは、ベンダのデータの異なるもの又は全てのものの顧客であってもよい。別の例として、ＰＡＡＳ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）の文脈において、テナントの１つのセットは、アプリケーション／サービスを提供するサードパーティのアプリケーション開発者であってもよく、テナントの別のセットは、サードパーティのアプリケーション開発者の異なるもの又は全てのものの顧客であってもよい。ユーザは、システム及び／又はサービスに関して１つ以上の役割を有してもよい。いくつかの例を提供するために、ユーザは、テナント（例えば、ベンダー又は顧客）の代表者（「エンドユーザ」と呼ばれる場合がある）、システム及び／又はサービスを提供する会社の代表者（例えば、管理者）、及び／又はプラットフォームアズアサービス（ＰＡＡＳ）上でアプリケーションを作成し、維持しているサードパーティアプリケーション開発者の代表者（例えば、プログラマ）であってもよい。

電子デバイス及び機械可読媒体
上記の実装の１つ以上の部分は、ソフトウェア及び／又はソフトウェアとハードウェアの組み合わせを含んでもよい。電子デバイス（コンピューティングデバイス、コンピュータなどとも呼ばれる）は、プロセッサのセット上での実行のためのコード（ソフトウェア命令から構成され、コンピュータプログラムコード又はコンピュータプログラムと呼ばれる場合がある）を記憶し、及び／又はデータを記憶する１つ以上の機械可読記憶媒体（例えば、磁気ディスク、光ディスク、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、相変化メモリ、ソリッドステートドライブ（ＳＳＤ））に結合された１つ以上のプロセッサのセットなどのハードウェア及びソフトウェアを含む。例えば、電子デバイスは、不揮発性メモリ（例えば、磁気ディスク、光ディスク、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、相変化メモリ、ＳＳＤであるより遅い読み出し／書き込み時間を有するもの）及び揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ））を含んでもよく、不揮発性メモリは、たとえ電子デバイスがオフにされても、又は電力が他の方法で除去されても、コード／データを保持し、典型的には、揮発性メモリはより速い読み出し／書き込み時間を有するので、電子デバイスは、動作中に、その電子デバイスのプロセッサのセットによって実行されるべきコードの一部を不揮発性メモリからその電子デバイスの揮発性メモリに複製する。別の例として、電子デバイスは、電子デバイスがオフにされるときにコード／データを保持し、かつ十分に高速な読み出し／書き込み時間を有する不揮発性メモリ（例えば、相変化メモリ）を含んでもよく、実行されるべきコード／データの一部を揮発性メモリに複製するのではなく、コード／データが、プロセッサのセットに直接提供（例えば、プロセッサのセットのキャッシュにロード）されてもよいようにする。言い換えれば、この不揮発性メモリは、長期記憶ストレージ及びメインメモリの両方として動作し、したがって、電子デバイスは、メインメモリのための揮発性メモリを全く有さないか、又はわずかな量しか有さない。コード及び／又はデータを機械可読記憶媒体に記憶することに加えて、典型的な電子デバイスは、１つ以上の機械可読伝送媒体（キャリアとも呼ばれる）（例えば、電気、光学、無線、音響、又は他の形態の搬送信号、搬送波、赤外線信号など）を介してコード及び／又はデータを伝送することができる。例えば、典型的な電子デバイスはまた、他の電子デバイスとの（伝搬信号を使用してコード及び／又はデータを伝送及び／又は受信する）ネットワーク接続を確立する１つ以上の物理ネットワークインターフェースのセットを含む。したがって、電子デバイスは、１つ以上の機械可読媒体（コンピュータ可読媒体とも呼ばれる）と共にコード及び／又はデータを（内部に及び／又はネットワークを介して他の電子デバイスを用いて）記憶及び伝送してもよい。

電子デバイスは、様々な目的のために使用されている。例えば、電子デバイス（サーバ電子デバイスと呼ばれる場合がある）は、サービスと通信するようにクライアントソフトウェア（クライアントコード又はエンドユーザクライアントと呼ばれる場合がある）を実行する別の電子デバイス（クライアント電子デバイス、クライアントコンピューティングデバイス、又はクライアントデバイスと呼ばれる場合がある）にサービスを提供するために使用される１つ以上のサーバとして動作させるコードを実行してもよい。サーバ及びクライアントの電子デバイスは、それぞれ、管理者（管理ユーザとしても知られる）及びエンドユーザの役割において、ユーザによって動作されてもよい。

図３Ａは、いくつかの例示的な実装による、電子デバイスを例示するブロック図である。図３Ａは、１つ以上のプロセッサ３２２のセットと、１つ以上のネットワークインターフェース３２４のセット（無線及び／又は有線）と、（１つ以上のプロセッサ３２２のセットによって実行可能な命令を含む）ソフトウェア３２８を記憶した機械可読記憶媒体３２６と、を含むハードウェア３２０を含む。前述のＣＯＳクラスタ及びＤＮＳレプリケータの各々は、１つ以上の電子デバイス３００に実装されてもよい。一実装では、１）ＣＯＳクラスタの各々が、電子デバイス３００の別個のもの（例えば、ソフトウェア３２８が、上述のＤＮＳレプリケータとインターフェースするＣＯＳクラスタを実装するソフトウェア（例えば、ウェブブラウザ、ネイティブクライアント、ポータル、コマンドラインインターフェース、及び／又はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に基づくアプリケーションプログラミングインターフェース（ＡＰＩ）、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）など）を表す、ユーザによって動作されるユーザ電子デバイス）に実装され、２）上述のＤＮＳレプリケータが、電子デバイス３００のうちの１つ以上の別個のセット（例えば、ソフトウェア３２８が、上述のＤＮＳレプリケータを実装するソフトウェアを表す１つ以上のサーバ電子デバイスのセット）に実装され、３）動作において、ＣＯＳクラスタを実装する電子デバイスと上述のＤＮＳレプリケータは、（例えば、ネットワークによって）通信可能に結合され、上述のＤＮＳレプリケータへの要求をサブミットし、エンドＣＯＳクラスタへの応答を返すためにそれらの間に（、又は１つ以上の他の層を介して）接続を確立する。電子デバイスの他の構成は、他の実装（例えば、ＣＯＳクラスタ及びＤＮＳレプリケータが単一の電子デバイス３００上に実装される実装）で使用されてもよい。

コンピュータ仮想化を使用する電子デバイスでは、１つ以上のプロセッサ３２２のセットは、典型的には、仮想化層３０８及び１つ以上のソフトウェアコンテナ３０４Ａ～３０４Ｒをインスタンス化するソフトウェアを実行する（例えば、オペレーティングシステムレベルの仮想化では、仮想化層３０８は、１つ以上のアプリケーションのセットを実行するように各々が使用され得る複数のソフトウェアコンテナ３０４Ａ～３０４Ｒ（別個のユーザ空間インスタンスを表し、また、仮想化エンジン、仮想プライベートサーバ、又はジェイルと呼ばれる）の作成を可能にするオペレーティングシステムのカーネル（又はベースオペレーティングシステム上で実行するシム）を表し、完全な仮想化では、仮想化層４０８は、ハイパーバイザ（仮想化機械モニタ（ＶＭＭ）と呼ばれる場合がある）、又はホストオペレーティングシステムの上で実行されるハイパーバイザを表し、ソフトウェアコンテナ３０４Ａ～３０４４Ｒは各々、ハイパーバイザによって動作され、ゲストオペレーティングシステムを含んでもよい仮想機械と呼ばれる厳密に隔離された形態のソフトウェアコンテナを表し、並行仮想化では、仮想機械と共に動作するオペレーティングシステム及び／又はアプリケーションが、最適化のための仮想化の存在を認識してもよい。）。繰り返しになるが、コンピュータ仮想化が使用される電子デバイスでは、動作中に、（インスタンス３０６Ａとして例示される）ソフトウェア３２８のインスタンスが、仮想化層３０８上のソフトウェアコンテナ３０４Ａ内で実行される。コンピュータ仮想化が使用されない電子デバイスでは、ホストオペレーティングシステムの上のインスタンス３０６Ａは、「ベアメタル」電子デバイス３００上で実行される。インスタンス３０６Ａのインスタンス化、並びに実装された場合の仮想化層３０８及びソフトウェアコンテナ３０４Ａ～３０４Ｒは、集合的にソフトウェアインスタンス３０２と呼ばれる。

電子デバイスの代替的な実装は、上述したものとは多くの変形を有してもよい。例えば、カスタマイズされたハードウェア及び／又はアクセラレータが電子デバイスにおいて使用される可能性もある。

例示的な環境
図３Ｂは、いくつかの実装による、上で論じたＣＯＳサービスディスカバリを可能にする技術が使用されてもよい環境のブロック図である。システム３４０は、サービス３４２を提供するためのハードウェア（１つ以上の電子デバイスのセット）及びソフトウェアを含む。システム３４０は、ネットワーク３８２を介してユーザ電子デバイス３８０Ａ～３８０Ｓに結合される。サービス３４２は、１つ以上の他の組織のために作業するユーザ３８４Ａ～３８４Ｓ（外部ユーザと呼ばれる場合がある）のうちの１人以上に利用可能にされるオンデマンドサービスであってもよく、これらの組織は、必ずしもシステムの構築及び／又は維持に関与する必要はなく、代わりに（例えば、ユーザ３８４Ａ～３８４Ｓの要求に応じて）必要に応じてサービス３４２を利用する。サービス３４２は、１つ以上のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）（例えば、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）ＡＰＩ）を介して、互いに及び／又はユーザ電子デバイス３８０Ａ～３８０Ｓのうちの１つ以上と通信してもよい。ユーザ電子デバイス３８０Ａ～３８０Ｓは、ユーザ３８４Ａ～３８４Ｓによって動作される。

したがって、システム３４０は、図１ＡのＣＯＳ１０２の少なくとも１つのインスタンスを含む。

システム３４０は、単一のデータセンタ又は複数のデータセンタにわたって実装されてもよい。いくつかの実装では、ＣＯＳ１０２の少なくとも１つのインスタンスが、これらの１つ以上のデータセンタの各々に実装される。

上に論じたリリースオーケストレーション技術を使用して、ＣＯＳポッドを使用してデプロイされるアプリケーションによって提供される１つ以上のサービスを含むサービスは、顧客関係管理（ＣＲＭ）サービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＳａｌｅｓ Ｃｌｏｕｄ）、契約／提案／見積サービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＳａｌｅｓｆｏｒｃｅ ＣＰＱ）、顧客サポートサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＳｅｒｖｉｃｅ Ｃｌｏｕｄ ａｎｄ Ｆｉｅｌｄ Ｓｅｒｖｉｃｅ Ｌｉｇｈｔｎｉｎｇ）、マーケティングサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＭａｒｋｅｔｉｎｇ Ｃｌｏｕｄ， Ｓａｌｅｓｆｏｒｃｅ ＤＭＰ， ａｎｄ Ｐａｒｄｏｔ）、コマースサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＣｏｍｍｅｒｃｅ Ｃｌｏｕｄ Ｄｉｇｉｔａｌ， Ｃｏｍｍｅｒｃｅ Ｃｌｏｕｄ Ｏｒｄｅｒ Ｍａｎａｇｅｍｅｎｔ， ａｎｄ Ｃｏｍｍｅｒｃｅ Ｃｌｏｕｄ Ｓｔｏｒｅ）、外部ビジネスデータソースとの通信（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＳａｌｅｓｆｏｒｃｅ Ｃｏｎｎｅｃｔ）、生産性サービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＱｕｉｐ）、データベースアズアサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＤａｔａｂａｓｅ．ｃｏｍ）、データアズアサービス（ＤＡＡＳ）（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＤａｔａ．ｃｏｍ）、プラットフォームアズアサービス（ＰＡＡＳ）（例えば、実行ランタイム及びアプリケーション（アプリ）開発ツール、Ｈｅｒｏｋｕ（登録商標） Ｅｎｔｅｒｐｒｉｓｅ、Ｔｈｕｎｄｅｒ、Ｆｏｒｃｅ．ｃｏｍ、及びｓａｌｅｓｆｏｒｃｅ．ｃｏｍ，Ｉｎｃ．によるＬｉｇｈｔｎｉｎｇなど）、分析サービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＥｉｎｓｔｅｉｎ Ａｎａｌｙｔｉｃｓ， Ｓａｌｅｓ Ａｎａｌｙｔｉｃｓ， ａｎｄ／ｏｒ Ｓｅｒｖｉｃｅ Ａｎａｌｙｔｉｃｓ）、コミュニティサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＣｏｍｍｕｎｉｔｙ Ｃｌｏｕｄ ａｎｄ Ｃｈａｔｔｅｒ）、モノのインターネット（ＩｏＴ）サービス（ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＳａｌｅｓｆｏｒｃｅ ＩｏＴ ａｎｄ ＩｏＴ Ｃｌｏｕｄ）、業界固有のサービス（例えば、ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＦｉｎａｎｃｉａｌ Ｓｅｒｖｉｃｅｓ Ｃｌｏｕｄ ａｎｄ Ｈｅａｌｔｈ Ｃｌｏｕｄ）、人工知能サービス（例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ， Ｉｎｃ．によるＥｉｎｓｔｅｉｎ）、及び／又はインフラストラクチャアズアサービス（ＩＡＡＳ）（例えば、仮想マシン、サーバ、及び／又はストレージ）を含む。例えば、システム３４０は、アプリケーションプラットフォーム３４４のプロバイダによって開発される１つ以上のアプリケーションを作成、管理、及び実行し、かつユーザがユーザデバイス３８０Ａ～３８０Ｓのうちの１つ以上を介してシステム４４０にアクセスするか、又はサードパーティアプリケーション開発者がユーザデバイス３８０Ａ～３８０Ｓのうちの１つ以上を介してシステム３４０にアクセスするためのＰＡＡＳを可能にするアプリケーションプラットフォーム３４４を含んでもよい。

いくつかの実装では、システム３４０は、マルチテナントクラウドコンピューティングアーキテクチャであり、サービス３４２のうちの１つ以上は、システム３４０にアクセス可能なシステムデータ３５２のためのシステムデータストレージ３５０、並びに１つ以上のマルチテナントデータベース３４６を使用してもよい。特定の実装では、システム３４０は、サーバ電子デバイス上で動作し、任意のテナントに関連付けられた許可されたユーザに対する要求を処理するように構成されている１つ以上のサーバのセットを含む（特定のサーバに対するユーザ及び／又はテナントに対するサーバアフィニティは存在しない）。ユーザ電子デバイス３８０Ａ～３８０Ｓは、システム３４０のサーバと通信して、システム３４０によってホストされるテナントレベルデータ及びシステムレベルデータを要求及び更新し、それに応答して、システム３４０（例えば、システム４４０内の１つ以上のサーバ）は、自動的に、マルチテナントデータベース３４６及び／又はシステムデータストレージ３５０から所望の情報にアクセスするように設計されている１つ以上のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）ステートメント（例えば、１つ以上のＳＱＬクエリ）を生成してもよい。

いくつかの実装形態では、サービス３４２は、ユーザ電子デバイス３８０Ａ～３８０Ｓからのクエリに応答して動作時に、メタデータに従って動的に生成される仮想アプリケーションを使用して実装され、メタデータは、１）複数のテナントに共通する設定（例えば、フォーム、レポート、ワークフロー、ユーザアクセス権、ビジネスロジック）を記述するメタデータ及び／又は、２）テナント固有であり、テナント固有の設定（例えば、テーブル、レポート、ダッシュボード、インターフェースなど）を記述し、マルチテナントデータベースにされるメタデータを含む。そのために、プログラムコード３６０は、メタデータからアプリケーションデータを具現化するランタイムエンジンであってもよく、すなわち、コンパイルされたランタイムエンジン（システムカーネルとしても知られる）、テナントデータ、及びメタデータの明確な分離があり、これにより、１つのものが他のものに影響を及ぼすリスクを実質的にゼロにして、システムカーネル並びにテナント固有のアプリケーション及びスキーマを独立して更新することが可能となる。さらに、一実装では、アプリケーションプラットフォーム３４４は、アプリケーション開発者によるアプリケーションの作成及び管理をサポートするアプリケーションセットアップメカニズムを含み、これは、保存ルーチンによってメタデータとして保存されてもよい。上述のクラウドサービスを含む、このようなアプリケーションへの呼び出しは、プログラミング言語スタイルインターフェースを提供するＰＬ／ＳＯＱＬ（Ｐｒｏｃｅｄｕｒａｌ Ｌａｎｇｕａｇｅ／Ｓｔｒｕｃｔｕｒｅｄ Ｏｂｊｅｃｔ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を使用してコーディングされてもよい。いくつかのＰＬ／ＳＯＱＬ言語の実装の詳細な記述は、２００７年９月２１日に出願されたＣｒａｉｇ ＷｅｉｓｓｍａｎによるＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＡＬＬＯＷＩＮＧ ＡＣＣＥＳＳ ＴＯ ＤＥＶＥＬＯＰＥＤ ＡＰＰＬＩＣＡＴＩＯＮＳ ＶＩＡ Ａ ＭＵＬＴＩ－ＴＥＮＡＮＴ ＯＮ－ＤＥＭＡＮＤ ＤＡＴＡＢＡＳＥ ＳＥＲＶＩＣＥと題する米国特許第７，７３０，４７８号に論じられている。アプリケーションへの呼び出しは、１つ以上のシステムプロセスによって検出されてもよく、このプロセスは、呼び出しをなすテナントに対するアプリケーションメタデータを取得し、ソフトウェアコンテナ（例えば、仮想マシン）においてアプリケーションとしてメタデータを実行することを管理する．。

ネットワーク３８２は、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、電話ネットワーク、無線ネットワーク、ポイントツーポイントネットワーク、スターネットワーク、トークンリングネットワーク、ハブネットワーク、又は他の適切な設定のいずれか１つ又は任意の組み合わせであってもよい。ネットワークは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）プロトコル、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）プロトコル、４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ ｗｉｒｅｌｅｓｓ ｐｒｏｔｏｃｏｌ）（例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）標準、ＬＴＥ Ａｄｖａｎｃｅｄ、ＬＴＥ Ａｄｖａｎｃｅｄ Ｐｒｏ）、５Ｇ（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ ｗｉｒｅｌｅｓｓ ｐｒｏｔｏｃｏｌ）、又は同様の有線及び／又は無線プロトコルを含む１つ以上のネットワークプロトコルに準拠してもよく、システム３４０とユーザ電子デバイス４８０Ａ～４８０Ｓとの間でデータをルーティングするための１つ以上の中間デバイスを含んでもよい。

各ユーザ電子デバイス３８０Ａ～３８０Ｓ（例えば、デスクトップパーソナルコンピュータ、ワークステーション、ラップトップ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、拡張リアリティ（ＡＲ）デバイス、仮想リアリティ（ＶＲ）デバイスなど）は、典型的には、ページ、フォーム、アプリケーション、及びシステム３４０によって提供される他の情報に関連して、ディスプレイ（例えば、モニタスクリーン、液晶ディスプレイ（ＬＣＤ）、ヘッドアップディスプレイ、ヘッドマウントディスプレイなど）に提供されるグラフィカルユーザインターフェース（ＧＵＩ）と対話するための、キーボード、マウス、トラックボール、タッチパッド、タッチスクリーン、ペンなどの１つ以上のユーザインターフェースデバイスを含む。例えば、ユーザインターフェースデバイスは、システム３４０によってホストされるデータ及びアプリケーションにアクセスし、記憶されたデータに対する検索を実行し、そうでなければ、ユーザ３８４が、その１つ以上のユーザ３８４に提示されてもよい様々なＧＵＩページと対話することを可能にするように使用され得る。ユーザ電子デバイス３８０Ａ～３８０Ｓは、ＴＣＰ／ＩＰ （Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を使用してシステム３４０と通信し、より上位のネットワークレベルでは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ、ＡＦＳ（Ａｎｄｒｅｗ Ｆｉｌｅ Ｓｙｓｔｅｍ）、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）などのプロトコルに基づくＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍ ｉｎｔｅｒｆａｃｅ）などの他のネットワークプロトコルを使用する可能性がある。ＨＴＴＰが使用される一例では、１つ以上のユーザデバイス３８０Ａ～３８０Ｓは、システム３４０のサーバとの間でＨＴＴＰメッセージを送受信するために、一般に「ブラウザ」と呼ばれるＨＴＴＰクライアントを含む可能性があり、このため、ユーザ電子デバイス３８０Ａ～３８０Ｓのユーザ３８４は、ネットワーク３８２を介してシステム３４０からそれに利用可能な情報、ページ及びアプリケーションにアクセスし、処理し、閲覧することが可能となる。

まとめ
上述の説明では、より完全に理解するために、リソースパーティショニング／共有／複製の実装、システムコンポーネントのタイプ及び相互関係、及び論理パーティショニング／統合の選択など、多数の特定の詳細が記載されている。しかしながら、当業者であれば、このような特定の詳細なしに本発明が実施されてもよいと理解するであろう。他のインスタンスでは、制御構造、論理実装、演算コード、オペランドを指定するための手段、及び完全なソフトウェア命令シーケンスは、当業者が、含まれる説明を用いて、過度の実験を行うことなく、説明されているものを実装することができるので、詳細には示されていない。

明細書における「１つの実装」、「実装」、「例示的な実装」などへの参照は、説明された実装が特定の特徴、構造、又は特性を含んでもよいが、すべての実装が必ずしも特定の特徴、構造、又は特性を含まなくてもよいことを示す。さらに、このような句は、必ずしも同じ実装を指さない。さらに、特定の特徴、構造、又は特性が実装に関連して説明されているときに、当業者は、明示的に説明されているかどうかにかかわらず、他の実装に関連して、そのような特徴、構造、及び／又は特性に影響を及ぼすことは当業者の知識の範囲内である。

例えば、フロー図を例示する図は、ブロックダイアグラムを例示する図を参照して説明される場合があり、その逆の場合もある。明示的に説明されているかどうかにかかわらず、ブロック図を例示する図を参照して論じられている代替的な実装は、フロー図を例示する図を参照して論じられている実装にも適用され、その逆の場合もある。同時に、フロー図を実行するための、ブロック図を参照して論じられたもの以外の実装は本明細書の範囲内であり、その逆の場合もある。

破線（例えば、大きなダッシュ、小さなダッシュ、ドット－ダッシュ、及びドット）で囲まれたテキスト及びブロックは、本明細書において、追加の特徴をいくつかの実装に追加するオプションの動作及び／又は構造を例示するために使用されてもよい。しかし、そのような表記は、これらが唯一のオプション又はオプションの動作であること、及び／又は、実線の境界を有するブロックが特定の実装において任意選択ではないことを意味すると解釈されるべきではない。

詳細な説明及び特許請求の範囲において、「結合された」という用語は、その派生形と共に使用されることがある。「結合された」は、互いに直接的に物理的又は電気的に接触していてもしなくてもよい２つ以上の要素が、互いに協働し、又は対話することを示すために使用される。

図におけるフロー図は、特定の実装によって実行される特定の動作順序を示しているが、そのような順序は、例示的なものであると理解されたい（例えば、代替的な実装が、異なる順序で動作を実行すること、特定の動作を組み合わせること、特定の動作を重複させることなどを行ってもよい）。

上記の説明は、いくつかの例示的な実装を含むが、当業者であれば、本発明は、説明された実装に限定されず、添付の特許請求の範囲の精神及び範囲内で修正及び変更を加えて実施され得ると理解するであろう。したがって、説明は限定するのではなく、例示的である。

Claims (22)

1. 第１のコンテナオーケストレーションシステム（ＣＯＳ）サービスと１つ以上の第１のＣＯＳエンドポイントが第１のＣＯＳクラスタ内に作成されたことの指標を受信することであって、
   前記第１のＣＯＳサービスは、前記第１のＣＯＳクラスタ内の１つ以上のＣＯＳポッドのセットを定義し、
   前記１つ以上の第１のＣＯＳエンドポイントのうちのＣＯＳエンドポイントは、前記１つ以上のＣＯＳポッドのセットのうちのＣＯＳポッドのネットワークアドレスを含む、ことと、
   第２のＣＯＳクラスタ内に、前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを作成する要求を伝送することであって、
   前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントの作成は、前記第２のＣＯＳクラスタにローカルな第１のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ内に１つ以上の第１のＤＮＳレコードの挿入を引き起こし、
   前記１つ以上の第１のＤＮＳレコードが挿入されて、前記第２のＣＯＳクラスタの１つ以上のＣＯＳポッドが、ネットワークを介して前記第１のＣＯＳクラスタの前記１つ以上のＣＯＳポッドのセットと通信することが可能となる、ことと、を含む、方法。
2. 前記ネットワークを介して前記第１のＣＯＳクラスタと通信する必要がある１つ以上のＣＯＳクラスタを決定することとであって、前記１つ以上のＣＯＳクラスタは、前記第２のＣＯＳクラスタを含む、ことをさらに含む、請求項１に記載の方法。
3. 第３のＣＯＳクラスタ内に、前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントに対応する第３のＣＯＳサービスと１つ以上の第３のＣＯＳエンドポイントを作成する別の要求を前記第３のＣＯＳクラスタに伝送することであって、
   前記第３のＣＯＳサービスと前記１つ以上の第３のＣＯＳエンドポイントの作成は、前記第３のＣＯＳクラスタにローカルな第２のＤＮＳサーバ内に１つ以上の第２のＤＮＳレコードの挿入を引き起こし、
   前記１つ以上の第２のＤＮＳレコードが挿入されて、前記第３のＣＯＳクラスタの１つ以上の第３のＣＯＳポッドが、前記ネットワークを介して前記第１のＣＯＳクラスタの前記１つ以上のＣＯＳポッドのセットと通信することが可能となる、ことをさらに含む、請求項２に記載の方法。
4. 前記第１のＣＯＳサービスが更新されたことの指標を受信することと、
   前記第２のＣＯＳクラスタに、前記第２のＣＯＳサービスを更新する要求を伝送することであって、前記第２のＣＯＳサービスの更新は、第１のＤＮＳサーバ内の前記１つ以上の第１のＤＮＳレコードの更新を引き起こす、ことと、をさらに含む、請求項１に記載の方法。
5. 前記第１のＣＯＳクラスタ内で前記第１のＣＯＳサービスが削除されたことの指標を受信することと、
   前記第２のＣＯＳクラスタに、前記第２のＣＯＳサービスを削除する要求を伝送することであって、前記第２のＣＯＳクラスタ内の前記第２のＣＯＳサービスの削除は、前記第１のＤＮＳサーバ内の前記１つ以上の第１のＤＮＳレコードの削除を引き起こす、ことと、をさらに含む、請求項１に記載の方法。
6. 前記第２のＣＯＳサービスと前記第２のＣＯＳエンドポイントの作成は、前記作成が許可されていると前記第２のＣＯＳクラスタが決定するときに実行される、請求項１に記載の方法。
7. 前記第１のＣＯＳサービスが、前記第２のＣＯＳクラスタにサービスを提供する複数のＣＯＳクラスタに共通である名前空間において定義される、請求項１に記載の方法。
8. 前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントが作成されたことの前記指標を受信することが、前記第１のＣＯＳクラスタを含むＣＯＳクラスタを監視しながら実行される、請求項１に記載の方法。
9. 前記第１のＣＯＳサービスは、前記第１のＣＯＳサービスが監視されるべきことの指標に関連付けられる、請求項８に記載の方法。
10. 前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントが、前記第１のＣＯＳサービス及び前記１つ以上の第１のＣＯＳエンドポイントのレプリカである、請求項１に記載の方法。
11. 前記第１のＣＯＳサービスと前記１つ以上の前記第１のＣＯＳエンドポイントが作成されたことの前記指標を受信すること、及び前記第２のＣＯＳクラスタ内に、前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントを作成する前記要求を伝送することが、前記第１のＣＯＳクラスタ内の前記第１のＣＯＳサービス及び前記１つ以上の第１のＣＯＳエンドポイントの前記作成に応答して実行される、請求項１に記載の方法。
12. 命令を提供する非一時的な機械可読記憶媒体であって、前記命令は、機械によって実行される場合、前記機械に動作を実行させ、前記動作は、
    第１のコンテナオーケストレーションシステム（ＣＯＳ）サービスと１つ以上の第１のＣＯＳエンドポイントが第１のＣＯＳクラスタ内に作成されたことの指標を受信することであって、
    前記第１のＣＯＳサービスは、前記第１のＣＯＳクラスタ内の１つ以上のＣＯＳポッドのセットを定義し、
    前記１つ以上の第１のＣＯＳエンドポイントのうちのＣＯＳエンドポイントは、前記１つ以上のＣＯＳポッドのセットのうちのＣＯＳポッドのネットワークアドレスを含む、ことと、
    第２のＣＯＳクラスタ内に、前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントに対応する第２のＣＯＳサービスと１つ以上の第２のＣＯＳエンドポイントを作成する要求を伝送することであって、
    前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントの作成は、前記第２のＣＯＳクラスタにローカルな第１のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ内に１つ以上の第１のＤＮＳレコードの挿入を引き起こし、
    前記１つ以上の第１のＤＮＳレコードが挿入されて、前記第２のＣＯＳクラスタの１つ以上のＣＯＳポッドが、ネットワークを介して前記第１のＣＯＳクラスタの前記１つ以上のＣＯＳポッドのセットと通信することが可能となる、ことと、を含む、非一時的な機械可読記憶媒体。
13. 前記動作は、
    前記ネットワークを介して前記第１のＣＯＳクラスタと通信する必要がある１つ以上のＣＯＳクラスタを決定することとであって、前記１つ以上のＣＯＳクラスタは、前記第２のＣＯＳクラスタを含む、ことをさらに含む、請求項１２に記載の非一時的な機械可読記憶媒体。
14. 前記動作は、
    第３のＣＯＳクラスタ内に、前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントに対応する第３のＣＯＳサービスと１つ以上の第３のＣＯＳエンドポイントを作成する別の要求を前記第３のＣＯＳクラスタに伝送することであって、
    前記第３のＣＯＳサービスと前記１つ以上の第３のＣＯＳエンドポイントの作成は、前記第３のＣＯＳクラスタにローカルな第２のＤＮＳサーバ内に１つ以上の第２のＤＮＳレコードの挿入を引き起こし、
    前記１つ以上の第２のＤＮＳレコードが挿入されて、前記第３のＣＯＳクラスタの１つ以上の第３のＣＯＳポッドが、前記ネットワークを介して前記第１のＣＯＳクラスタの前記１つ以上のＣＯＳポッドのセットと通信することが可能となる、ことをさらに含む、請求項１３に記載の非一時的な機械可読記憶媒体。
15. 前記動作は、
    前記第１のＣＯＳサービスが更新されたことの指標を受信することと、
    前記第２のＣＯＳクラスタに、前記第２のＣＯＳサービスを更新する要求を伝送することであって、前記第２のＣＯＳサービスの更新は、第１のＤＮＳサーバ内の前記１つ以上の第１のＤＮＳレコードの更新を引き起こす、ことと、をさらに含む、請求項１２に記載の非一時的な機械可読記憶媒体。
16. 前記動作は、
    前記第１のＣＯＳクラスタ内で前記第１のＣＯＳサービスが削除されたことの指標を受信することと、
    前記第２のＣＯＳクラスタに、前記第２のＣＯＳサービスを削除する要求を伝送することであって、前記第２のＣＯＳクラスタ内の前記第２のＣＯＳサービスの削除は、前記第１のＤＮＳサーバ内の前記１つ以上の第１のＤＮＳレコードの削除を引き起こす、ことと、をさらに含む、請求項１２に記載の非一時的な機械可読記憶媒体。
17. 前記第２のＣＯＳサービスと前記第２のＣＯＳエンドポイントの作成は、前記作成が許可されていると前記第２のＣＯＳクラスタが決定するときに実行される、請求項１２に記載の非一時的な機械可読記憶媒体。
18. 前記第１のＣＯＳサービスが、前記第２のＣＯＳクラスタにサービスを提供する複数のＣＯＳクラスタに共通である名前空間において定義される、請求項１２に記載の非一時的な機械可読記憶媒体。
19. 前記第１のＣＯＳサービスと前記１つ以上の第１のＣＯＳエンドポイントが作成されたことの前記指標を受信することが、前記第１のＣＯＳクラスタを含むＣＯＳクラスタを監視しながら実行される、請求項１２に記載の非一時的な機械可読記憶媒体。
20. 前記第１のＣＯＳサービスは、前記第１のＣＯＳサービスが監視されるべきことの指標に関連付けられる、請求項１９に記載の非一時的な機械可読記憶媒体。
21. 前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントが、前記第１のＣＯＳサービス及び前記１つ以上の第１のＣＯＳエンドポイントのレプリカである、請求項１２に記載の非一時的な機械可読記憶媒体。
22. 前記第１のＣＯＳサービスと前記１つ以上の前記第１のＣＯＳエンドポイントが作成されたことの前記指標を受信すること、及び前記第２のＣＯＳクラスタ内に、前記第２のＣＯＳサービスと前記１つ以上の第２のＣＯＳエンドポイントを作成する前記要求を伝送することが、前記第１のＣＯＳクラスタ内の前記第１のＣＯＳサービス及び前記１つ以上の第１のＣＯＳエンドポイントの前記作成に応答して実行される、請求項１２に記載の非一時的な機械可読記憶媒体。

Images