JP2020536312A5

JP2020536312A5 -

Info

Publication number: JP2020536312A5
Application number: JP2020518395A
Authority: JP
Filing date: 2018-09-28
Publication date: 2021-07-29
Anticipated expiration: 2038-09-28

Description

図１に示すように、いくつかの実施形態は、複数のルータ１０６を含んでいてもよい。ルータ１０６−２のうちの１つは、マスタルータとして指定され得る。マスタルータ１０６−２は、必要な場合に新しいコンテナインスタンスをインスタンス化することを許可された唯一のルータ１０６として指定され得る。したがって、図２のルータ１０６がマスタルータとして指定される場合、それは、特定のテナントに対する要求をサービスするために、必要であれば新しいコンテナインスタンスを自由にインスタンス化することができる。マスタルータ１０６−２は、プールにおけるテナントに割り当てられたコンテナインスタンスの数が、その特定のテナントのための最小／最大数内にあることを保証するために、登録中にテナントによって提供された設定を分析することができる。ルータ１０６のうちの１つが、新しいコンテナがインスタンス化されることを必要とする要求を扱っている場合、ルータ１０６−１は要求をマスタルータ１０６−２へ転送することができ、マスタルータ１０６−２は新しいコンテナをインスタンス化するべきかどうかを判断することができる。マスタルータ１０６−２のみが新しいコンテナをインスタンス化できるようにすることにより、これは、コンテナプールのサイズが効率的に管理されることを保証するのに役立つ。たとえば、６つの異なるルータがすべて、特定のテナントについての特定のサービスに対する同時要求を受信した場合、これらのルータの各々は、インスタンス化されたコンテナが１つで十分であれば、新しいコンテナをインスタンス化することを独立して決定し得るであろう。これらの要求の各々をマスタルータ１０６−２へ送り込むことは、最小数の新しいコンテナのみがインスタンス化されることを保証する。

いくつかの実施形態では、クラウドインフラストラクチャシステム１１０２におけるリソースは、複数のユーザによって共有され、要望ごとに動的に再配分されてもよい。加えて、リソースは、異なる時間帯におけるユーザに配分されてもよい。たとえば、クラウドインフラストラクチャシステム１１０２は、第１の時間帯における第１の一組のユーザが、特定数の時間、クラウドインフラストラクチャシステムのリソースを利用することを可能にし、次に、異なる時間帯に位置する別の一組のユーザへの同じリソースの再配分を可能にして、それによりリソースの利用を最大化してもよい。

動作１１３６で、オーダーがオーダーデータベース１１１８に格納される。オーダーデータベース１１１８は、クラウドインフラストラクチャシステム１１０２によって動作され、他のシステムエレメントとともに動作される、いくつかのデータベースのうちの１つであり得る。

ある実施形態では、オーダーオーケストレーションモジュール１１２２は、各オーダーに関連付けられたビジネスプロセスの管理を可能にして、オーダーがプロビジョニングへ進むべきかどうかを判断するためにビジネスロジックを適用する。動作１１４２で、新規サブスクリプションのオーダーを受信すると、オーダーオーケストレーションモジュール１１２２は、リソースを配分してサブスクリプションオーダーを遂行するために必要とされるそれらのリソースを構成することを求める要求を、オーダープロビジョニングモジュール１１２４へ送信する。オーダープロビジョニングモジュール１１２４は、顧客によってオーダーされたサービスのためのリソースの配分を可能にする。オーダープロビジョニングモジュール１１２４は、クラウドインフラストラクチャシステム１１０２によって提供されるクラウドサービスと、要求されたサービスを提供するためのリソースをプロビジョニングするために使用される物理的実装層との間の抽象化のレベルを提供する。オーダーオーケストレーションモジュール１１２２はこのため、サービスおよびリソースが実際にオンザフライでプロビジョニングされるか否か、または予めプロビジョニングされて要求時にのみ配分され／割当てられるか否かといった実装詳細から切り離されてもよい。

ある実施形態では、クラウドインフラストラクチャシステム１１０２は、アイデンティティ管理モジュール１１２８を含んでいてもよい。アイデンティティ管理モジュール１１２８は、クラウドインフラストラクチャシステム１１０２においてアクセス管理および認証サービスなどのアイデンティティサービスを提供するように構成されてもよい。いくつかの実施形態では、アイデンティティ管理モジュール１１２８は、クラウドインフラストラクチャシステム１１０２によって提供されるサービスを利用したい顧客についての情報を制御してもよい。そのような情報は、そのような顧客のアイデンティティを認証する情報と、さまざまなシステムリソース（たとえば、ファイル、ディレクトリ、アプリケーション、通信ポート、メモリセグメントなど）に対してそれらの顧客がどのアクションを行なうことが認可されているかを記述する情報とを含み得る。アイデンティティ管理モジュール１１２８はまた、各顧客についての記述的情報と、その記述的情報が誰によってどのようにアクセスされ、修正され得るかについての記述的情報との管理を含んでいてもよい。

記憶サブシステム１２１８はまた、コンピュータ読取可能記憶媒体１２２２にさらに接続され得るコンピュータ読取可能記憶媒体リーダ１２２０を含んでいてもよい。システムメモリ１２１０とともに、およびオプションでシステムメモリ１２１０と組合わされて、コンピュータ読取可能記憶媒体１２２２は、リモート、ローカル、固定および／またはリムーバブルの記憶装置に加えて、コンピュータ読取可能情報を一時的におよび／またはより永続的に含み、格納し、伝送し、検索するための記憶媒体を包括的に表わしてもよい。

Claims

マルチテナント環境において要求をサービスするためにコンテナを使用してテナント同士を分離する方法であって、前記方法は、
第１のテナントによって提供される第１のサービスに対する第１の要求を受信するステップと、
前記マルチテナント環境における空コンテナを選択するステップと、
前記第１のサービスを実現する第１の構成を前記コンテナにロードするステップと、
前記コンテナから前記第１の要求をサービスするステップと、
第２のテナントによって提供される第２のサービスに対する第２の要求を受信するステップと、
前記コンテナから前記第１の構成をフラッシュするステップと、
前記コンテナから前記第２の要求をサービスするステップとを含む、方法。
前記コンテナは、クライアントデバイスからの要求をサービスするためにインスタンス化される、前記マルチテナント環境における複数のコンテナのうちの１つである、請求項１に記載の方法。
前記第１の構成は、前記第１のサービスによって使用され得るメモリにおけるヒープのサイズを含む、請求項１または２に記載の方法。
前記コンテナから前記第１の構成をフラッシュした後で、前記コンテナは、埋込まれたサーバと内部エンドポイントとを有する実行時プロセスを含む、請求項１から３のいずれか１項に記載の方法。
前記内部エンドポイントは、前記第２の要求をサービスするために、前記マルチテナント環境におけるルータによって呼び出される、請求項４に記載の方法。
前記第１の構成は、要求をサービスするためにともにつながれる複数のアクションを含む、請求項１から５のいずれか１項に記載の方法。
前記マルチテナント環境は、前記コンテナが、異なるテナントに関連付けられた要求を同時にサービスすることを防止する、請求項１から６のいずれか１項に記載の方法。
前記マルチテナント環境は、前記コンテナが、単一のテナントに関連付けられた要求を同時にサービスすることを可能にする、請求項１から６のいずれか１項に記載の方法。
前記第２のテナントによって提供される前記第２のサービスに対する第３の要求を受信するステップと、
前記コンテナから第２の構成をフラッシュすることなく、前記コンテナから前記第３の要求をサービスするステップとをさらに含む、請求項１から８のいずれか１項に記載の方法。
前記第１のサービスは、前記マルチテナント環境を通して利用可能になるパブリックＡＰＩを含む、請求項１から９のいずれか１項に記載の方法。
１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに請求項１から１０のいずれか１項に記載の方法を実行させる命令を含む、コンピュータプログラム。
システムであって、
１つ以上のプロセッサと、
１つ以上のメモリデバイスとを含み、前記１つ以上のメモリデバイスは、前記１つ以上のプロセッサによって実行されると前記１つ以上のプロセッサに動作を実行させる命令を含み、前記動作は、
第１のテナントによって提供される第１のサービスに対する第１の要求を受信することと、
前記マルチテナント環境における空コンテナを選択することと、
前記第１のサービスを実現する第１の構成を前記コンテナにロードすることと、
前記コンテナから前記第１の要求をサービスすることと、
第２のテナントによって提供される第２のサービスに対する第２の要求を受信することと、
前記コンテナから前記第１の構成をフラッシュすることと、
前記コンテナから前記第２の要求をサービスすることとを含む、システム。
前記第１の構成は、前記第１のサービスによって使用され得るメモリにおけるヒープのサイズを含む、請求項１２に記載のシステム。
前記コンテナから前記第１の構成をフラッシュした後で、前記コンテナは、埋込まれたサーバと内部エンドポイントとを有する実行時プロセスを含む、請求項１２または１３に記載のシステム。
前記内部エンドポイントは、前記第２の要求をサービスするために、前記マルチテナント環境におけるルータによって呼び出される、請求項１４に記載のシステム。
前記第１の構成は、要求をサービスするためにともにつながれる複数のアクションを含む、請求項１２から１５のいずれか１項に記載のシステム。