JP2022172400A - アクセス処理の方法、機器、記憶媒体及びプログラム - Google Patents

Abstract

【課題】アクセス処理の方法、機器、記憶媒体及びプログラムを提供する。【解決手段】アクセス処理の方法は、サービスプラットフォームに、機能モジュールのライフサイクルの管理を実現する複数のコンテナコンポーネントを作成し、リソース制御センターによりビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定する。方法はまた、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当て、各機能モジュールを対応するコンテナコンポーネントにバインドし、コンテナコンポーネントと機能モジュールとのバインドに応答して、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了する。【選択図】図２

Description

本開示はデータ処理におけるスマート検索、情報フロー、ビッグデータ、分散システム、クラウドコンピューティングなどの分野に関し、特にアクセス処理の方法、機器、記憶媒体及びプログラムに関する。

コンピュータ技術の発展に伴い、大量の物理リソース及びビジネス機能を提供できるサービスプラットフォーム（クラウドサーバ、クラウドサービスプラットホーム、又はクラスタなど）が出現し、サービスプラットフォームは、大量の物理リソース及び複数の機能モジュールを提供する。ユーザ（アクセス側）は自身のビジネス要求に応じてサービスプラットフォームにアクセスし、サービスプラットフォームが提供する機能モジュールを利用して必要なビジネスシステム機能を実現することができる。ユーザのビジネスシステムには通常、複数の段階が含まれ、各段階は一つ以上の機能モジュールで構成され、各機能モジュールの処理能力が異なり、さまざまなビジネスシーンのデータ規模も異なる。

ビジネス側の異なるビジネスシーンのアクセスをサポートするために、サービスプラットフォームは、常に複雑なリソース評価及び配置プロセスを行う必要がある。複雑な評価プロセスは、ビジネス側がサービスプラットフォームによって提供される機能モジュールの詳細及び原理を深く理解する必要がある一方で、該サービスプラットフォームの機能モジュールに精通する担当者が支援して、評価及び配置プロセスに深く関与する必要があり、労力の消耗が比較的大きく、効率が低い。

本開示はアクセス処理の方法、機器、記憶媒体及びプログラムを提供する。

本開示の第１の態様によれば、
ビジネスシステムのアクセス要求に応じて、前記ビジネスシステムに必要な機能モジュール及び各前記機能モジュールの配置数を決定することと、
各前記機能モジュールの配置数に応じて、各前記機能モジュールに配置数に対応するコンテナコンポーネントを割り当てることと、
各前記機能モジュールを対応するコンテナコンポーネントにバインドすることと、を含むアクセス処理の方法が提供される。

本開示の第２の態様によれば、
コンテナコンポーネントと機能モジュールとのバインドに応答し、前記コンテナコンポーネントが前記機能モジュールをロードして実行することにより、前記機能モジュールの配置を完了することを含むアクセス処理の方法が提供される。

本開示の第３の態様によれば、
ビジネスシステムのアクセス要求に応じて、前記ビジネスシステムに必要な機能モジュール及び各前記機能モジュールの配置数を決定するために用いられる要求処理モジュールと、
各前記機能モジュールの配置数に応じて、各前記機能モジュールに配置数に対応するコンテナコンポーネントを割り当てるために用いられるコンテナコンポーネント割当モジュールと、
各前記機能モジュールを対応するコンテナコンポーネントにバインドするために用いられる配置モジュールと、を含むアクセス処理の機器が提供される。

本開示の第４の態様によれば、
コンテナコンポーネントと機能モジュールとのバインドに応答し、前記コンテナコンポーネントが前記機能モジュールをロードして実行することにより、前記機能モジュールの配置を完了するために用いられるビジネス配置モジュールを含むアクセス処理の機器が提供される。

本開示の第５の態様によれば、電子機器が提供され、前記電子機器は、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに通信可能に接続されるメモリと、を含み、
前記メモリには、前記少なくとも１つのプロセッサが実行可能な命令が記憶され、前記命令は前記少なくとも１つのプロセッサによって実行される場合、前記少なくとも１つのプロセッサに上記いずれかの態様に記載の方法を実行させる。

本開示の第６の態様によれば、コンピュータ命令が記憶されている非一時的なコンピュータで読み取り可能な記憶媒体が提供され、前記コンピュータ命令は、コンピュータに上記いずれかの態様に記載の方法を実行させる。

本開示の第７の態様によれば、コンピュータプログラムが提供され、前記コンピュータプログラムが読み取り可能な記憶媒体に記憶され、電子機器の少なくとも１つのプロセッサが前記読み取り可能な記憶媒体から前記コンピュータプログラムを読み取り、前記少なくとも１つのプロセッサが前記コンピュータプログラムを実行することにより電子機器に前記いずれかの態様に記載の方法を実行させる。

本開示の技術によれば、ビジネスアクセスの効率が向上する。
なお、本部分に記述された内容は、本開示の実施例の主要な又は重要な特徴を特定することを意図するものではなく、本開示の範囲を限定するためのものでもない。本開示の他の特徴は、以下の明細書により容易に理解される。

図面は、本解決手段をよりよく理解するために用いられ、本開示を限定するものではない。
本開示の実施例に係るサービスプラットフォームのアーキテクチャの例示図である。 本開示の第１の実施例に係るアクセス処理の方法のフローチャートである。 本開示の第２の実施例に係るコンテナコンポーネントの作成及び登録方法のフローチャートである。 本開示の第３の実施例に係るアクセス前の前処理方法のフローチャートである。 本開示の実施例に係るサービスプラットフォームの別のアーキテクチャの例示図である。 本開示の第４の実施例に係るアクセス処理の機器の概略図である。 本開示の第５の実施例に係るアクセス処理の機器の概略図である。 本開示の第６の実施例に係るアクセス処理の機器の概略図である。 本開示の第７の実施例に係るアクセス処理の機器の概略図である。 本開示の実施例に係るアクセス処理の方法を実現するための電子機器のブロック図である。

以下、図面を参照しながら、本開示の例示的な実施例を説明し、理解を容易にするために本開示の実施例の様々な詳細を含み、それらを例示的なものと考えるべきである。したがって、当業者が認識すべきものとして、本開示の範囲及び要旨から逸脱することなく、本明細書で説明された実施例に対して様々な変更及び修正を行うことができる。同様に、以下の記述では、明瞭さと簡潔さのために、公知の機能及び構造についての記述が省略される。

現在、多くのサービスプラットフォーム（クラウドサーバ、クラウドサービスプラットホーム、クラスタなど）は、外部に大量の物理リソース及びビジネス機能を提供することができる。プラットフォームのユーザ（ビジネスシステムのアクセス側）は、サービスプラットフォームにアクセスし、サービスプラットフォームが提供する物理リソース及びビジネス機能により、自身のビジネスシステムを実現し、外部にサービスを提供することができる。サービスプラットフォームは大量の物理リソース及び複数の機能モジュールを提供する。ユーザ（アクセス側）は自身のビジネス要求に応じてサービスプラットフォームにアクセスし、サービスプラットフォームが提供する機能モジュールを利用して必要なビジネスシステム機能を実現することができる。ユーザのビジネスシステムには通常、複数の段階が含まれ、各段階は一つ以上の機能モジュールで構成され、各機能モジュールの処理能力が異なり、さまざまなビジネスシーンのデータ規模も異なる。

例示的には、検索プラットフォームを例として、検索プラットフォームは検索システムのビジネス機能を外部に提供し、ランキングモジュール、見積もりモジュール、転置リコールモジュール、近似最近傍検索（Ａｐｐｒｏｘｉｍａｔｅ Ｎｅａｒｅｓｔ Ｎｅｉｇｈｂｏｒ、ＡＮＮと略称する）リコールモジュールなどの複数の機能モジュールを含む。通常、１つの完全な検索システムは、一般的にリコール、ランキングなどの複数の段階を含み、各段階は一つ以上の機能モジュールで構成され、各機能モジュールの処理能力が異なり、異なるビジネスや異なる検索シーンのデータ規模も異なる。

ビジネスの異なる検索シーンのアクセスをサポートするために、連結リストの長さ、データ規模、単語のセグメンテーション粒度に基づいて各機能モジュールのリソースの消費量及びレプリカ数を計算するなど、比較的複雑なリソース評価及び配置プロセスを行う必要があることが多い。複雑な評価プロセスは、ビジネス側が検索システムの詳細及び原理を深く理解する必要があり、ビジネス側にとって利便性のよいものではない一方で、該検索システムに精通する担当者が支援し、評価及び配置プロセスに深く関与する必要があり、労力の消耗が比較的大きく、効率が低い。

例えば、検索システムを例として、異なるビジネスの異なる検索シーンのアクセスは、ビジネス側が少なくとも以下の情報を提供する必要があることが多い。
１、検索ドキュメントの総数及び平均サイズ：インデックスデータベース、フォワードランキングライブラリの階層化形態に影響を与える。
２、単語のセグメンテーション形態及びフィールドの平均サイズ：インデックスデータベース、フォワードランキングライブラリの階層化形態に影響を与える。
３、リクエストトラフィックの大きさ及びリクエスト特徴：レプリカ数、データベースの作成及び検索形態に影響を与える。
４、セマンティック検索、スペルミス訂正、同義語拡張などを起動するか否かなど：機能ユニットの統合及び配置形態に影響を与える。

以上の情報は、容量評価及び配置案の結果を決定するが、これらの情報は、ビジネス側が検索分野を深く理解する必要があることが多く、ある程度でビジネスアクセスの難易度を高める。一方、異なる検索要求は、異なる配置案を形成し、配置の効率及びコストに大きな影響を与える。

現在、機能ユニットを区分することにより、アクセス要求に応じて各機能ユニットに必要なリソース消費を評価し、統合して配置案を形成し、最後に各機能ユニットの配置ステップを実行する。このように、ビジネスアクセスの複雑さは、システム自体の複雑さに直接的に関連する。オープンソース検索エンジンＥｌａｓｔｉｃｓｅａｒｃｈを例とし、リソース評価及び配置プロセスは、大体以下を含む。
１、データ量を見積もる
１）総データ量（ＧＢ）＝毎日生成された生データ量（ＧＢ）×保持日数×正味膨張係数×（配置されたレプリカの数＋１）。
２）ディスクストレージ（ＧＢ）＝総データ量（ＧＢ）×（１＋０．１５＋０．０５）。

２、シャードを見積もる
１）シャードの総数＝インデックスの数×プライマリシャードの数×（レプリカシャードの数＋１）×保持間隔。

３、スループットを見積もる

ここで、

は切り上げを意味する。

最後に得られる主要なパラメータは、必要なディスクの合計サイズ、データノードの数、シャードのサイズ、ＣＰＵコア数などであり、これらのパラメータに基づいて対応する配置調整計画を行う。前記の情報を取得することは、ビジネス側が検索分野を深く理解する必要があることが多く、ある程度でビジネスアクセスの難易度を高める。また、異なる検索要求は、異なる配置案を形成し、配置の効率及びコストに大きな影響を与える。

本開示はアクセス処理の方法、機器、記憶媒体及びプログラムを提供し、データ処理におけるスマート検索、情報フロー、ビッグデータ、分散システム、クラウドコンピューティングなどの分野に応用され、それによりビジネスアクセスの効率を向上させる。

本開示に係るアクセス処理の方法は、具体的には、検索プラットフォームなどの外部に大量の物理リソース及びビジネス機能を提供することができるサービスプラットフォームに適用することができる。例示的には、サービスプラットフォームの１つのアーキテクチャを図１に示す。サービスプラットフォーム１０は、第１の電子機器１１と第２の電子機器１２を含み、ここで、第１の電子機器１１はリソース制御センターであり、第２の電子機器１２は複数であってもよい。各第２の電子機器に少なくとも１つのコンテナコンポーネント１３が作成され、第２の電子機器は、コンテナコンポーネント１３に必要な物理リソース（例えばＣＰＵ、メモリなど）を提供する。サービスプラットフォーム１０は、複数の機能モジュールを外部に提供する。コンテナコンポーネント１３は、機能モジュールをホスティングするコンポーネントであり、機能モジュールの作成、配置、更新、破棄などを含む各機能モジュールのライフサイクルの管理を実現するために使用される。リソース制御センターは、アクセス要求に応じてアクセス対象ビジネスシステムに必要な機能モジュール及び機能モジュールの配置数を決定し、ビジネスシステムにコンテナコンポーネントを割り当て、コンテナコンポーネントによりビジネスシステムに必要な機能モジュールの自動配置及び実行を実現するために用いられる。

本開示に係るアクセス処理の方法は、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を自動的に決定し、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当て、各機能モジュールを対応するコンテナコンポーネントにバインドし、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了し、このようにして、アクセス対象ビジネスシステムに必要なリソースの評価、自動配置及び実行を実現し、ビジネスシステムのアクセス効率を大幅に向上させる。

図２は、本開示の第１の実施例に係るアクセス処理の方法のフローチャートである。本実施例に係るアクセス処理の方法は、具体的には、前記任意のサービスプラットフォームに適用することができ、該サービスプラットフォームは、クラウドサーバ、クラウドサービスプラットホーム、クラスタなどであってもよく、他の機器を用いて実現されてもよく、本実施例はここで具体的に限定しない。

本実施例において、サービスプラットフォームは、複数の機能モジュール及び複数の機能モジュールを実行するために必要な物理リソースを提供する。サービスプラットフォームは、リソース制御センターとコンテナコンポーネントを含み、コンテナコンポーネントは対応する物理リソースを有する。

図２に示すように、該方法の具体的なステップは以下のとおりである。

ステップＳ２０１では、リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定する。

本実施例において、リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュールを決定し、各機能モジュールのレプリカ数を自動的に見積もり、各機能モジュールの配置数を決定することができる。ここで、任意の機能モジュールの配置数は機能モジュールのレプリカ数に１を加算するものに等しい。

例示的には、リソース制御センターは、ビジネスコントローラページ（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ Ｐａｇｅ、ＢＣＰと略称する）の形態で実現されてもよいし、他の形態で開発されてもよく、本実施例はここで具体的に限定しない。

ステップＳ２０２では、リソース制御センターは、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てる。

各機能モジュールの配置数を決定した後、リソース制御センターは、対応するコンテナコンポーネントを各機能モジュールに割り当てることができる。機能モジュールに対応するコンテナコンポーネントは、機能モジュールの作成、配置、更新、破棄などを含む各機能モジュールのライフサイクルの管理を自動的に実現するために使用される。

該ステップにおいて、機能モジュールの配置数に応じて、機能モジュールにコンテナコンポーネントを割り当て、割り当てられたコンテナコンポーネントの数が機能モジュールの配置数と一致し、機能モジュール及びその各レプリカを異なるコンテナコンポーネントに独立して配置することができる。

例示的には、本実施例におけるコンテナコンポーネントは、Ｂｏｘコンポーネントを採用することができ、機能モジュールをホスティングするためのコンテナコンポーネントを実現し、各機能モジュールのライフサイクルの管理を実現することができる。

ステップＳ２０３では、リソース制御センターは、各機能モジュールを対応するコンテナコンポーネントにバインドする。

機能モジュールに対応するコンテナコンポーネントを割り当てた後、各機能モジュールを対応するコンテナコンポーネントにバインドし、機能モジュールとコンテナコンポーネントのバインド関係に基づいて、機能モジュールが配置されたコンテナコンポーネントを決定することにより、機能モジュール間の相互検出を実現することができる。

ステップＳ２０４では、コンテナコンポーネントと機能モジュールとのバインドに応答し、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了する。

コンテナコンポーネントと機能モジュールをバインドした後、コンテナコンポーネントはバインドされた機能モジュールを自動的にロードして実行し、それにより機能モジュールを対応するコンテナコンポーネントに自動的に配置する。

アクセス対象ビジネスシステムに必要な機能モジュールがいずれも対応するコンテナコンポーネントに配置された後、ビジネスシステムのアクセスが完了する。

本開示の実施例は、サービスプラットフォームに複数のコンテナコンポーネントを作成し、コンテナコンポーネントは、機能モジュールのライフサイクルの管理を実現することができる。リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定する。各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てる。各機能モジュールを対応するコンテナコンポーネントにバインドする。コンテナコンポーネントと機能モジュールとのバインドに応答し、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了する。アクセス対象ビジネスシステムに必要なリソースの評価、自動配置及び実行を実現することができ、ビジネスシステムのアクセス効率を大幅に向上させる。

図３は、本開示の第２の実施例に係るコンテナコンポーネントの作成及び登録方法のフローチャートである。前記第１の実施例を基に、本実施例において、ビジネスアクセスを行う前に、前処理段階で、サービスプラットフォームに複数のコンテナコンポーネントを予め作成し、対応する物理リソースを各コンテナコンポーネントに割り当てる必要がある。複数のコンテナコンポーネントを予め作成することにより、コンテナコンポーネントにより機能モジュールの作成、配置、更新、破棄などを含む機能モジュールのライフサイクルの管理を実現し、異なる機能モジュール又は機能モジュールの異なるレプリカの間の隔離を実現することができ、１つのコンテナコンポーネント内の機能モジュールが異常である場合、他のコンテナコンポーネント内の機能モジュールの正常な実行に影響せず、ビジネスシステムの信頼性及び安定性を向上させる。

選択的に、少なくとも１種の構成仕様のリソースの組み合わせを構成することができ、各リソースの組み合わせは、複数のコンテナコンポーネントを含み、異なる構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントに対応する物理リソースの総量が異なる。異なるアクセス要求に対して、アクセス要求に応じて適切な構成仕様のリソースの組み合わせを選択するか又は推奨することができ、アクセス側が構成仕様を選択した後に、アクセス対象ビジネスシステムに対応する構成仕様のターゲットリソースの組み合わせを割り当て、ターゲットリソースの組み合わせに含まれたコンテナコンポーネント及び対応する物理リソースを使用して、ビジネスシステムのアクセスを実現する。リソースの組み合わせという形態で正規化されたシステムアクセス案を提供することができ、ビジネス側は、適切な構成仕様を選択すればよく、複雑なパラメータを手動で見積もる必要がなく、ビジネスアクセスの難しさとコストを低減し、ビジネスアクセスの効率を向上させることができる。

ビジネスシステムのアクセスを行う前に、前処理段階は、主にコンテナコンポーネント及び少なくとも１種の構成仕様のリソースの組み合わせの配置、及びコンテナコンポーネントの登録等の過程を含む。

図３に示すように、コンテナコンポーネントの作成及び登録の具体的なステップは以下のとおりである。

ステップＳ３０１では、複数のコンテナコンポーネントを作成し、対応する物理リソースを各コンテナコンポーネントに割り当てる。

本実施例において、サービスプラットフォームに含まれる全ての物理リソースに基づいて、大量のコンテナコンポーネントを予め作成し、対応する物理リソースを各コンテナコンポーネントに予め割り当てることができる。

ここで、各コンテナコンポーネント内に１つの機能モジュールを配置することができ、コンテナコンポーネントにより機能モジュールの作成、配置、更新、破棄などを含む機能モジュールのライフサイクルの管理を実現することができる。コンテナコンポーネントのアドレス情報に基づいて、コンテナコンポーネント内に配置された機能モジュールを検出及び呼び出すことができ、コンテナコンポーネント内の機能モジュールが実行する時に、コンテナコンポーネントに対応する物理リソースを使用することができる。

また、各コンテナコンポーネントに対応する物理リソースのサイズは異なっていてもよく、コンテナコンポーネントに対応する物理リソースは実際の応用シーンに応じて設定及び調整されることができ、本実施例はここで具体的に限定しない。

コンテナコンポーネントを作成した後、コンテナコンポーネントはリソース制御センターに自動的に登録することができる。コンテナコンポーネントの登録プロセスは、次のステップＳ３０２～Ｓ３０３によって実現されることができる。

ステップＳ３０２では、コンテナコンポーネントが初めて起動する時、コンテナコンポーネントは、リソース制御センターに登録リクエストを送信する。ここで、登録リクエストは、コンテナコンポーネントのアドレス情報を含む。

本実施例において、任意のコンテナコンポーネントが起動する時に、リソース制御センターにコンテナコンポーネントのアドレス情報を含む登録リクエストを自動的に送信することができる。

ここで、コンテナコンポーネントのアドレス情報は、コンテナコンポーネント内の機能モジュールにアクセスするために必要なアクセスアドレスを指し、コンテナコンポーネントのＩＰアドレス及びポート等を含むことができる。

ステップＳ３０３では、任意のコンテナコンポーネントの登録リクエストに応答し、リソース制御センターは、コンテナコンポーネントのリソース構成情報を生成及び記憶する。ここで、リソース構成情報は、コンテナコンポーネントのアドレス情報を含む。

リソース制御センターは、任意のコンテナコンポーネントの登録リクエストを受信した後、新たに登録されたコンテナコンポーネントのために該コンテナコンポーネントのリソース構成情報を生成及び記憶することができ、コンテナコンポーネントの登録を完了する。

ここで、該リソース構成情報は、少なくともコンテナコンポーネントのアドレス情報を含む。異なるコンテナコンポーネントのリソース構成情報が異なり、リソース構成情報の一意的なリソース構成識別子により区別することができる。

リソース構成識別子は、リソース制御センターにより予め設定されたルールに基づいて生成されてもよく、又は、コンテナコンポーネントのアドレス情報等のコンテナコンポーネントを一意に識別することができる情報であってもよく、ここで具体的に限定しない。ここで、予め設定されたルールは、順番番号、登録時間などであってもよく、実際の応用シーンの需要に応じて設定することができ、ここで具体的な限定をしない。

例示的には、コンテナコンポーネントのリソース構成情報を分散ファイルシステム（Ｄｉｓｔｒｉｂｕｔｅｄ Ｆｉｌｅ Ｓｙｓｔｅｍ、ＤＦＳと略称する）に記憶することができ、リソース制御センターは、各コンテナコンポーネントにグローバル一意のＤＦＳリソース構成識別子を割り当てることができ、１つのコンテナコンポーネントのＤＦＳリソース構成情報（ＣｏｎｆＫｅｙと表記することができる）を一意に識別することができる。

また、コンテナコンポーネントのＤＦＳリソース構成情報は、コンテナコンポーネントの実行状態情報、ホスティングされる機能モジュールの情報等を含むことができる。コンテナコンポーネントの実行状態情報は、コンテナコンポーネントの実行状態を説明するために用いられ、ハートビート検出情報、リソースの使用状況等を含むことができる。

登録を完了した後、コンテナコンポーネントは、自身の実行状態情報に基づいて、自身のリソース構成情報をリアルタイムで更新することができる。このように、コンテナコンポーネントのリソース構成情報にコンテナコンポーネントのリアルタイム実行状態情報を記憶することができ、リソース制御センターは、リソース構成情報からコンテナコンポーネントの実行状態情報を取得することができ、リソース制御センターが異常なコンテナコンポーネントを差し替えるためのデータベースを提供する。

本実施例において、少なくとも１種の構成仕様のリソースの組み合わせをさらに構成することができ、各リソースの組み合わせは、複数のコンテナコンポーネントを含み、異なる構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントに対応する物理リソースの総量が異なる。

例示的には、高性能／低遅延のリソースの組み合わせＡ、大容量のリソースの組み合わせＢ、低コストのリソースの組み合わせＣなどを構成することができる。

例示的には、複数の異なる仕様レベルを、コストやパフォーマンス等の指標に応じて区分することができ、各仕様レベルは、複数の異なる構成仕様のリソースの組み合わせを含むことができる。

例えば、コストに応じて、低コストリソースの組み合わせ、中コストリソースの組み合わせ、高コストリソースの組み合わせの３つの異なる仕様レベルを区分することができる。ここで、中コストリソースの組み合わせは、高性能／低遅延のリソースの組み合わせＡ、大容量のリソースの組み合わせＢ、低コストのリソースの組み合わせＣなどをさらに含むことができる。また、高コストリソースの組み合わせは、高性能／低遅延のリソースの組み合わせＡ１、大容量のリソースの組み合わせＢ１などを含むことができるが、高コストのリソースの組み合わせにおける高性能／低遅延のリソースの組み合わせＡ１は、中コストのリソースの組み合わせにおける高性能／低遅延のリソースの組み合わせＡよりも、構成が比較的に低く、コストもより低い。

例えば、アクセス対象ビジネスシステムがログ検索シーンであり、検索遅延に対する要求が高くなく、予想コストが低いほどよく、検索リクエストの毎秒クエリ数（Ｑｕｅｒｉｅｓ Ｐｅｒ Ｓｅｃｏｎｄ、ＱＰＳと略称する）が約１０であると仮定すると、大容量／低コストのパッケージを選択することができ、機能モジュールのレプリカ数は２であってもよく、つまり各機能モジュールの配置数は３である。

また、リソースの組み合わせの構成仕様の設定、及び各構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントの数及び対応する物理リソースは、実際の応用シーンに応じて設定及び調整を行うことができ、本実施例はここで具体的に限定しない。

異なるアクセス要求に対して、アクセス要求に応じて適切な構成仕様のリソースの組み合わせを選択するか又は推奨することができ、アクセス側が構成仕様を選択した後に、アクセス対象ビジネスシステムに対応する構成仕様のターゲットリソースの組み合わせを割り当て、ターゲットリソースの組み合わせに含まれたコンテナコンポーネント及び対応する物理リソースを使用して、ビジネスシステムのアクセスを実現する。リソースの組み合わせという形態で正規化されたシステムアクセス案を提供することができ、アクセス側は適切な構成仕様を選択すればよく、複雑なパラメータを手動で見積もる必要がなく、ビジネスアクセスの難しさ及びコストを低減し、ビジネスアクセスの効率を向上させることができる。

本開示の実施例において、ビジネスアクセスを行う前に、前処理段階で、サービスプラットフォームに複数のコンテナコンポーネントを予め作成し、対応する物理リソースを各コンテナコンポーネントに割り当て、コンテナコンポーネントの自動登録を実現する。また、少なくとも１種の構成仕様のリソースの組み合わせを構成し、各リソースの組み合わせは、複数のコンテナコンポーネントを含み、異なる構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントに対応する物理リソースの総量が異なる。リソースの組み合わせという形態で正規化され、標準化されたシステムアクセス案を提供し、ビジネスシステムの容量の標準化及び配置案の標準化を実現し、アクセス側は、適切な構成仕様を選択すればよく、複雑なパラメータを人工で見積もる必要がなく、ビジネスアクセスの難しさと配置コストを低減し、ビジネスアクセスの効率を向上させることができる。

図４は、本開示の第３の実施例に係るアクセス前の前処理の方法のフローチャートである。上記第１の実施例又は第２の実施例に基づいて、本実施例において、ビジネスシステムの配置を完了した後、ビジネスリクエストに応答し、リクエストされた機能モジュール、機能モジュール間のリンク関係、及び機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、少なくとも１つの機能モジュールを検出及び実行し、機能モジュール間の自動検出及び実行を実現することができる。

ステップＳ４０１では、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定する。

本実施例において、リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュールを決定し、各機能モジュールのレプリカ数を自動的に見積もり、各機能モジュールの配置数を決定することができる。ここで、任意の機能モジュールの配置数は機能モジュールのレプリカ数に１を加算するものに等しい。

例示的には、リソース制御センターは、ビジネスコントローラページ（ＢＣＰ：Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ Ｐａｇｅ）の形態で実現されてもよいし、他の形態で開発されてもよく、本実施例はここで具体的に限定しない。

選択的に、アクセス要求は、ビジネスシステムの全体リクエスト量とデータ量の少なくとも１つを含む。該ステップは、具体的に以下の形態で実現されることができる。

ビジネスシステムの全体リクエスト量、データ量に基づいて、ビジネスシステムに必要な機能モジュール及び機能モジュールの配置数を決定する。

このように、アクセス側は、アクセス対象ビジネスシステムの全体リクエスト量、データ量など、簡単に取得できるパラメータを提供するだけで、複雑なパラメータの見積もりを行う必要がなく、サービスプラットフォームは、自動的にアクセス対象ビジネスシステムのために適切な構成仕様のリソースの組み合わせを決定し、ビジネスシステムの配置を完了し、ビジネスアクセスの難しさとコストを低減し、ビジネスアクセスの効率を向上させることができる。

選択的に、アクセス要求は、許容可能なコスト予算などをさらに含んでもよい。

選択的に、サービスプラットフォームは、可視化対話型インタフェースを提供することができ、可視化対話型インタフェースにより、アクセス側はアクセス要求を入力し、リソース制御センターに送信することができる。

選択的に、該ステップは、リソース制御センターにより実行されてもよく、サービスプラットフォームの他の機器により実行されてもよく、ここで具体的な限定をしない。

ステップＳ４０２では、リソース制御センターは、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てる。

本実施例において、リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュールを決定し、各機能モジュールのレプリカ数を自動的に見積もり、各機能モジュールの配置数を決定することができる。任意の機能モジュールの配置数は機能モジュールのレプリカ数に１を加算するものに等しい。

一選択的な実施形態において、少なくとも１種の構成仕様のリソースの組み合わせを構成すれば、アクセス要求に応じて、アクセス対象ビジネスシステムに対応するターゲットリソースの組み合わせを自動的に適合させることができ、ビジネスシステムは、ターゲットリソースの組み合わせにおけるリソースを使用する。

ビジネスシステムに必要な機能モジュールにコンテナコンポーネントを割り当てる場合、機能モジュールに該ビジネスシステムに対応するターゲットリソースの組み合わせに含まれるコンテナコンポーネントを割り当てる。該ステップは、以下の形態で実現されることができる。

ビジネスシステムに対応するターゲットリソースの組み合わせに基づいて、ターゲットリソースの組み合わせにおいてアイドル状態にあるコンテナコンポーネントを決定する。各機能モジュールの配置数に応じて、それぞれ各機能モジュールに、ターゲットリソースの組み合わせにおけるアイドル状態にあるコンテナコンポーネントを割り当てる。このように、機能モジュールにコンテナコンポーネントを自動的に割り当てることができ、手動操作や介入を必要とせず、ビジネスアクセスの効率を向上させる。

ここで、アイドル状態にあるコンテナコンポーネントは、機能モジュールがまだ配置されていないコンテナコンポーネントを指す。

例示的には、ビジネスシステムに必要な機能モジュールの総配置数がＮであると仮定し、リソース制御センターは、ビジネスシステムに対応するターゲットリソースの組み合わせからＮ個のアイドル状態にあるコンテナコンポーネント（例えば、ｂｏｘコンポーネントインスタンス）を選択し、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てることができる。

例示的には、アクセス要求に応じて、アクセス対象ビジネスシステムに対応するターゲットリソースの組み合わせを自動的に適合させることは、以下の形態で実現されることができる。

アクセス要求に応じて、アクセス要求に対応するリソースの組み合わせの構成仕様を決定する。構成仕様に応じて、ビジネスシステムにターゲットリソースの組み合わせを割り当て、ターゲットリソースの組み合わせは、リソースの組み合わせの任意のリソースの組み合わせである。このように、サービスプラットフォームは、アクセス要求に応じて、アクセス要求に一致する構成仕様のターゲットリソースの組み合わせを自動的に決定することができ、アクセス効率を向上させる。

選択的に、サービスプラットフォームは、複数のパラメータオプション及び各パラメータオプションに対応する代替オプションを表示できる可視化対話型インタフェースを提供することができ、パラメータオプションは、コスト、データ量、性能（遅延時間など）等を含めることができ、各パラメータオプションの代替オプションは、具体的なパラメータオプションに応じて設定されることができる。ユーザは、自分のニーズに応じて各パラメータオプションに対して自身のアクセス要求に対応する代替オプションを選択することができる。サービスプラットフォームは、ユーザが選択した代替オプションに基づいて、ユーザに適するリソースの組み合わせの構成仕様を決定することができる。

選択的に、サービスプラットフォームは、可視化対話型インタフェースを提供することができる。可視化対話型インタフェースにより、サービスプラットフォームに構成されたリソースの組み合わせの構成仕様の情報、例えば、該構成仕様のリソースの組み合わせがサポートできるデータ量、リクエスト量、必要なコストなどを表示することができる。アクセス側は、自分に適する構成仕様を自主的に選択し、リソース制御センターに送信することができる。リソース制御センターは、アクセス側により指定された構成仕様に基づいて、アクセス対象ビジネスシステムのために指定された構成仕様のターゲットリソースの組み合わせを割り当てる。

別の選択的な実施形態において、少なくとも１種の構成仕様のリソースの組み合わせが配置されていなければ、アクセス要求に応じて、リソース制御センターは、各機能モジュールの配置数に応じて、サービスプラットフォームの全てのコンテナコンポーネントからアイドル状態にあるコンテナコンポーネントを選択し、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てる。

ステップＳ４０３では、機能モジュールと対応するコンテナコンポーネントのバインド情報を記憶する。機能モジュールの情報を対応するコンテナコンポーネントの配置構成情報に追加する。配置構成情報は、少なくともコンテナコンポーネントに配置された機能モジュールの情報を含む。

該ステップにおいて、機能モジュールと対応するコンテナコンポーネントのバインド情報を記憶することにより、機能モジュールの情報を対応するコンテナコンポーネントの配置構成情報に追加し、任意の機能モジュールを対応するコンテナコンポーネントにバインドすることを実現する。

ここで、機能モジュールと対応するコンテナコンポーネントのバインド情報は、機能モジュールとそれが配置されたコンテナコンポーネントとの間のマッピング関係を含む。

例示的には、各機能モジュールは、該機能モジュールが全てのコンテナコンポーネントに配置された情報を含む１つのバインド情報に対応し、該バインド情報に基づいて、機能モジュールとそれが配置されたコンテナコンポーネントとをバインドする。

選択的に、各機能モジュールに対応するバインド情報は、機能モジュールが配置されたコンテナコンポーネントのアドレス情報を含むことができる。

例えば、機能モジュールと対応するコンテナコンポーネントのバインド情報をＤＦＳに記憶することができ、リソース制御センターは、各機能モジュールにグローバル一意のＤＦＳバインド情報識別子（ＤＦＳＫｅｙと表記することができる）を割り当てることができる。これにより、１つの機能モジュールのＤＦＳバインド情報を一意に識別することができる。１つの機能モジュールのＤＦＳバインド情報は、該機能モジュールが配置されたコンテナコンポーネントのアドレス情報を含む。機能モジュールのＤＦＳバインド情報により機能モジュールが位置するコンテナコンポーネントのアドレス情報を取得することができ、機能モジュールが位置するコンテナコンポーネントのアドレス情報に基づいて機能モジュールを呼び出す及び実行することができる。

機能モジュールと対応するコンテナコンポーネントのバインド情報により、機能モジュールとそれが配置されたコンテナコンポーネントとの間にマッピング関係を確立することができ、機能モジュールを検出及び実行するためのデータベースを提供する。

本実施例において、配置構成情報は、コンテナコンポーネントに配置された機能モジュールの情報をさらに含むことができる。コンテナコンポーネントは、自身の配置構成情報をリアルタイムで監視することができ、配置構成情報における機能モジュールの情報が変化する場合、コンテナコンポーネントは、対応する機能モジュールの配置、更新、破棄等を実行することができる。

該ステップにおいて、機能モジュールの情報を対応するコンテナコンポーネントの配置構成情報に追加することにより、コンテナコンポーネントをトリガーして新たな機能モジュールをロードして実行することができ、それにより機能モジュールのコンテナコンポーネント内の自動配置を完了する。

ステップＳ４０４では、新たな機能モジュールの情報がコンテナコンポーネントの配置構成情報に追加される場合、機能モジュールの情報に基づいて、コンテナコンポーネントを介して新たな機能モジュールをロードして実行することにより、コンテナコンポーネント内の機能モジュールの配置を完了する。

本実施例において、配置構成情報は、コンテナコンポーネントに配置された機能モジュールの情報をさらに含むことができる。コンテナコンポーネントは、自身の配置構成情報をリアルタイムで監視することができ、配置構成情報における機能モジュールの情報が変化する場合、コンテナコンポーネントは、対応する機能モジュールの作成、更新、破棄等を実行することができる。

新たな機能モジュールの情報がコンテナコンポーネントの配置構成情報に追加される場合、コンテナコンポーネントは、新たな機能モジュールの情報に基づいて、新たな機能モジュールをコンテナコンポーネントにロードし、新たな機能モジュールを実行することにより、新たな機能モジュールの自動作成及び配置を実現する。

選択的に、コンテナコンポーネント内に配置された機能モジュールに対する更新命令に応答して、コンテナコンポーネントにより配置された機能モジュールを削除し、更新された機能モジュールをロード及び実行し、機能モジュールの自動更新を実現することができ、機能モジュールの更新とメンテナンスに役立ち、便利で迅速である。

例示的には、コンテナコンポーネントの配置構成情報における機能モジュールの情報を変更することにより、コンテナコンポーネント内に配置された機能モジュールに対する更新操作を実現することができる。コンテナコンポーネントの配置構成情報における機能モジュールの情報が更新される場合、コンテナコンポーネントは、配置された機能モジュールを削除し、更新された機能モジュールの情報に基づいて、更新された機能モジュールをロード及び実行する。

選択的に、ビジネスシステムの配置を完了した後、アクセスされたビジネスシステムをさらに変更することができ、新たな機能モジュールの追加、既存機能モジュールのレプリカの追加などを含むが、これらに限定されない。ビジネスシステムの機能モジュールを簡単に拡張又は変更することができる。ステップＳ４０２～Ｓ４０４と同様に、リソース制御センターを介して、アイドル状態にあるコンテナコンポーネントを新たに追加された機能モジュール又はレプリカに割り当て、機能モジュールを対応するコンテナコンポーネントにバインドすればよく、ここでは説明を省略する。

ビジネスシステムの配置を完了した後、ステップＳ４０５によりビジネスシステムのビジネスリクエストに対する応答を実現し、機能モジュール間のリンク関係、及び機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、ビジネスシステムにおける機能モジュールの自動検出及び実行を実現することができる。

ステップＳ４０５では、ビジネスリクエストに応答し、要求された機能モジュール、機能モジュール間のリンク関係、及び機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、少なくとも１つの機能モジュールを検出して実行する。

ここで、リクエストされた機能モジュールは、ビジネスリクエストに応答するために実行される必要がある第１の機能モジュールを指すことができる。

機能モジュール間のリンク関係、つまり、機能モジュール間のリンクトポロジー関係は、機能モジュールの実行順序及び相互呼び出し関係等を含む。機能モジュール間のリンク関係に基づいて、ビジネスシステムに対応するサービスプロセスを実現する過程での各機能モジュールの実行順序を決定することができる。

例示的に、該ステップは、具体的に以下の形態で実現されることができる。

ビジネスリクエストに応答し、リクエストされた機能モジュールと機能モジュール間のリンク関係に基づいて、実行対象とする少なくとも１つの機能モジュール及び少なくとも１つの機能モジュールの実行順序を決定する。任意の機能モジュールを実行する必要がある場合、機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、機能モジュールに対応するコンテナコンポーネントを決定する。機能モジュールに対応するコンテナコンポーネントのアドレス情報に基づいて、機能モジュールを呼び出す。このようにして、機能モジュール間のリンク関係、及び機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、ビジネスシステムにおける機能モジュールの自動検出及び実行を実現する。

本実施例において、機能モジュールの配置数が１より大きい場合、すなわち、機能モジュールには少なくとも１つのレプリカが配置される場合、機能モジュールに対応するコンテナコンポーネントが複数存在する。

選択的に、機能モジュールに対応する複数のコンテナコンポーネントから、ターゲットコンポーネントとして１つのコンテナコンポーネントをランダムに選択することができ、ターゲットコンポーネントのアドレス情報に基づいて、ターゲットコンポーネントに配置された機能モジュールを呼び出す。

選択的に、機能モジュールに対応するコンテナコンポーネントのアドレス情報に基づいて、機能モジュールを呼び出すことは、以下の形態で実現されることができる。

機能モジュールに対応する少なくとも１つのコンテナコンポーネントの実行状態情報に基づいて、少なくとも１つのコンテナコンポーネントのうちの１つのコンテナコンポーネントをターゲットコンポーネントとする。ターゲットコンポーネントのアドレス情報に基づいて、ターゲットコンポーネント内に配置された機能モジュールを呼び出す。

例示的には、機能モジュールに対応する少なくとも１つのコンテナコンポーネントの実行状態情報に基づいて、少なくとも１つのコンテナコンポーネントにおける実行状態が最も良いコンテナコンポーネントをターゲットコンポーネントとし、実行状態が最も良いコンテナコンポーネント内に配置された機能モジュールを呼び出し、コンテナコンポーネントの負荷分散を実現し、ビジネスシステムの性能を向上させることができる。

選択的に、リソース制御センターは、コンテナコンポーネントの実行状態情報をリアルタイムで取得することができる。コンテナコンポーネントの実行状態情報に基づいて、任意のコンテナコンポーネントが差し替え条件を満たすと判断される場合、任意のコンテナコンポーネント内の機能モジュールをアイドル状態にある他のコンテナコンポーネントに移行する。任意のコンテナコンポーネント内の機能モジュールを任意のコンテナコンポーネントからアンバインドし、任意のコンテナコンポーネント内の機能モジュールを他のコンテナコンポーネントにバインドする。

ここで、差し替え条件は、コンテナコンポーネントが配置されている機器がオフラインになることと、コンテナコンポーネントに対応する物理リソースの占有率がリソース占有率閾値以上であることとの少なくとも１つを含む。

例示的には、該差し替え条件は、コンテナコンポーネントが配置されている機器がオフラインになることを含むことができ、リソース制御センターは、配置されている機器がオフラインになるため、配置された機能モジュールが実行できないコンテナコンポーネントを検出することができ、コンテナコンポーネント内に配置された機能モジュールを正常に実行されている別のコンテナコンポーネント内にタイムリーに移行することができ、コンテナコンポーネント内の機能モジュールのレプリカのキープアライブメカニズムを実現する。これにより機能モジュールが正常に実行することを確保し、ビジネスシステムの信頼性及び安定性を向上させることができる。

例示的には、あるコンテナコンポーネントに対応する物理リソースの占有率が高い場合、機能モジュールのパフォーマンスが低下し、つまり、コンテナコンポーネントのホットスポットが出現する。該差し替え条件は、コンテナコンポーネントに対応する物理リソースの占有率がリソース占有率閾値以上であることを含むことができ、リソース制御センターは、物理リソースの占有率が高いため、パフォーマンスが低下しているコンテナコンポーネントを検出し、コンテナコンポーネント内に配置された機能モジュールを正常に実行されている別のコンテナコンポーネント内に移行し、コンテナコンポーネントのホットスポットの自己修復メカニズムを実現し、ビジネスシステムの遅延を低減することができる。

また、差し替え条件は、ハートビート検出遅延が遅延閾値以上であるなど、他の条件をさらに含むことができ、実際の応用シーンに基づいて設定及び調整を行うことができ、リソース占有率閾値も実際の応用シーンの需要に応じて設定及び調整することができ、ここで具体的な限定をしない。

選択的に、任意のコンテナコンポーネント内の機能モジュールを任意のコンテナコンポーネントからアンバインドすることは、以下の形態で実現されることができる。

任意のコンテナコンポーネント内の機能モジュールと任意のコンテナコンポーネントのバインド情報を削除する。任意のコンテナコンポーネントの配置構成情報における機能モジュールの情報を削除する。

異常が発生したコンテナコンポーネント内の機能モジュールとコンテナコンポーネントのバインド情報を削除することにより、異常が発生したコンテナコンポーネントと機能モジュールとの間のバインド関係を解除することができ、機能モジュールを呼び出す必要がある時に、異常が発生したコンテナコンポーネント内の機能モジュールを呼び出すことがなく、これにより、呼び出された機能モジュールが正常に実行できない状況を回避し、ビジネスシステムの信頼性及び安定性を向上させることができる。

さらに、任意のコンテナコンポーネントの配置構成情報における機能モジュールの情報を削除することにより、コンテナコンポーネントをトリガーして配置された機能モジュールを削除し、これにより、該コンテナコンポーネントを解放し、コンテナコンポーネント及び物理リソースを節約することができる。

コンテナコンポーネントの配置構成情報における機能モジュールの情報が削除される場合、コンテナコンポーネントは配置された機能モジュールを削除し、これにより、該コンテナコンポーネントを解放し、コンテナコンポーネント及び物理リソースを節約することができる。

本実施例の一選択的な実施形態において、リソース制御センターは、リソース監査要件に応じて、少なくとも１つのコンテナコンポーネントのリソース使用情報及び実行状態情報を取得し、少なくとも１つのコンテナコンポーネントのリソース使用情報及び実行状態情報を表示することにより、リソース監査機能を実現することができる。

ここで、リソース監査要件は、リソース監査に必要なさまざまな情報を含み、具体的には、実際の応用シーンにおける監査要求に応じて設定及び調整を行うことができ、本実施例はここで具体的に限定しない。

また、リソース制御センターは、実際の応用シーンの需要に応じて、リソース使用率統計、異常なコンテナコンポーネント情報など、リソース監査以外の機能を拡張することができ、リソース制御センターにより対応する情報を取得して表示すればよい。
例示的には、ＤＦＳ記憶機能モジュールと対応するコンテナコンポーネントのバインド情報、コンテナコンポーネントの配置構成情報、機能モジュール間のリンク関係を使用することができる。ＤＦＳによりコンテナコンポーネントの登録と機能モジュールなどの検出、及び機能モジュール間のリンク関係の管理及びメンテナンスを実現することができる。

図５は、サービスプラットフォームの例示的なアーキテクチャを提供する。図５に示すように、検索プラットフォームを例として、検索プラットフォームのコンテナコンポーネント（図５に示すＢｏｘ）はデータプレーンに位置し、リソース制御センター（図５に示すＢＣＰ）はコントロールプレーンに位置し、リソース制御センターとコンテナコンポーネントはいずれもＤＦＳにおけるデータにアクセスすることができる。リソースの組み合わせは、高性能／低遅延の組み合わせ及び大容量／低コストの組み合わせを含む。アクセスされた検索システムが高性能／低遅延の組み合わせを使用することを例とし、コンテナコンポーネント内の機能モジュールにより実現された機能の異なりに基づいて、高性能／低遅延の組み合わせは、リコールコンポーネント、ランキングモジュールなどを含むことができる。リコールコンポーネントは、ＡＮＮリコールコンポーネント及び転置リコールコンポーネント等を含むことができる。ここで、ＡＮＮリコールコンポーネント及び転置リコールコンポーネントは、いずれも複数のコンテナコンポーネントを含むことができる。ランキングモジュールは、精密ランキングモジュール、及び見積もりモジュールなどを含んでいてもよい。各コンテナコンポーネントには、対応する機能を実現する機能モジュールが配置される。図５に示す大容量／低コストの組み合わせのコンテナコンポーネントは、アイドル状態にある。

図５に示すＢＣＰは、リソース管理機能及びコントローラ機能を実現することができ、ここで、リソース管理機能は、ビジネスシステム（Ａｐｐなど）の配置、破棄、更新等を含むビジネスシステム管理を含む。リソースプール管理は、リソース登録、リソース割り当て、リソース回収などを含む。ＢＣＰは、１つ又は複数のリソースプール（図５に示すＬｏｗリソースプール、Ｍｉｄリソースプール及びＨｉｇｈリソースプールなど）をメンテナンスすることができ、各リソースプールは、１つ又は複数のリソースの組み合わせ（図５に示すように、Ｍｉｄリソースプールは、高性能／低遅延の組み合わせＡ、大容量／低コストの組み合わせＢ、組み合わせＣなどをメンテナンスすることができる）をメンテナンスすることができる。コンテナコンポーネントは、起動時に、ＢＣＰに登録リクエストを送信する必要があり、コンテナコンポーネントの情報をリソースプールに登録し、コンテナコンポーネントの登録を実現する。ＢＣＰは、対応するコンテナコンポーネントを機能モジュールに割り当て、リソース割り当てを実現することをさらに担当する。コンテナコンポーネントにおける機能コンポーネントが削除される場合、ＢＣＰは、コンポーネントコンテナコンポーネントを回収してリソースの回収を実現することができる。

コントローラは、主にインタフェースサービス（図５に示すＡｐｉＳｅｒｖｅｒ）を提供し、リソース管理、リソース監査、トポロジ管理、ビジネス管理、階層配信等を実現するために用いられる。ここで、リソース管理は、サービスプラットフォームの物理リソース等の管理を含む。リソース監査は、リソース監査要求に応じて監査する必要がある情報等を取得して表示することを含む。トポロジ管理は、機能モジュール間のリンクトポロジー関係の管理及びメンテナンス等を含む。ビジネス管理は、ビジネス機能を実現する管理、例えば、機能モジュールの配信、更新、削除などを含む。階層配信には、リソースの組み合わせの区分および配信などが含まれる。

図５に示すアーキテクチャに基づいて、Ｂｏｘが起動する時にＢＣＰに登録し、ＢＣＰにより、グローバルリソース制御センターが各コンテナコンポーネントに割り当てることができるグローバル一意のＤＦＳリソース構成識別子（ＣｏｎｆＫｅｙと表記することができる）を割り当て、コンテナコンポーネントのＤＦＳリソース構成情報を生成及び記憶し、ＤＦＳリソース構成識別子が１つのコンテナコンポーネントのＤＦＳリソース構成情報を一意に識別することができる。Ｂｏｘは、自身のＣｏｎｆＫｅｙを監視し、自身のＤＦＳリソース構成情報が変化する場合、機能モジュールの配置、変更、破棄などの対応する処理を行う。Ｂｏｘは、ハートビート検出情報、アドレス情報、配置された機能モジュールの情報など、自身の実行状態情報をさらにＤＦＳにリアルタイムで報告することにより、ＤＦＳリソース構成情報における実行状態情報を更新することができる。本実施例は、リソースの組み合わせに基づいて区分されたビジネスデータ及び容量管理メカニズムを提供し、リソースの組み合わせという形態で標準化されたシステム能力（システム容量の標準化及び配置案の標準化を含む）を提供し、複雑なシステムへのビジネスアクセスの難しさ及び配置コストを低減し、ビジネスアクセスの効率を向上させることができる。ビジネスシステムにアクセスする時、ＢＣＰは、アクセス要求に対応するターゲットリソースの組み合わせからアイドル状態にあるＢｏｘを選別することができ、機能モジュールにアイドル状態にあるＢｏｘを割り当て、ＢｏｘのＤＦＳリソース構成情報を変更することにより、Ｂｏｘ自動配置に対応する機能モジュールをトリガーする。また、ＢＣＰは、ＤＦＳからＢｏｘの実行状態情報を取得することができ、いずれかのＢｏｘの異常やパフォーマンスの低下が検出される場合、Ｂｏｘ内の機能モジュールの移行を実現することができる。ＤＦＳを介してコンテナコンポーネントの登録、機能モジュールの自動配置、機能モジュール間の検出などを実現する。

本開示の実施例において、サービスプラットフォームに複数のコンテナコンポーネントを作成することにより、対応する物理リソースを各コンテナコンポーネントに割り当て、コンテナコンポーネントの自動登録を実現し、コンテナコンポーネントにより機能モジュールのライフサイクルの管理を実現する。リソース制御センターは、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定することができる。各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てる。各機能モジュールを対応するコンテナコンポーネントにバインドする。コンテナコンポーネントと機能モジュールとのバインドに応答し、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了する。アクセス対象ビジネスシステムに必要なリソースの評価、自動配置及び実行を実現することができ、ビジネスシステムのアクセス効率を大幅に向上させる。さらに、少なくとも１種の構成仕様のリソースの組み合わせを配置し、各リソースの組み合わせは、複数のコンテナコンポーネントを含み、異なる構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントに対応する物理リソースの総量が異なることにより、リソースの組み合わせという形態で正規化され、標準化されたシステムアクセス案を提供し、ビジネスシステムの容量の標準化及び配置案の標準化を実現することができる。

図６は、本開示の第４実施例に係るアクセス処理の機器の概略図である。本開示の実施例によって提供されるアクセス処理の機器は、アクセス処理の方法の実施例におけるリソース制御センターが実行する方法の流れを実行することができる。図６に示すように、該アクセス処理の機器６０は、要求処理モジュール６０１、コンテナコンポーネント割当モジュール６０２、及び配置モジュール６０３を含む。

具体的には、要求処理モジュール６０１は、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定するために用いられる。

コンテナコンポーネント割当モジュール６０２は、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てるために用いられる。

配置モジュール６０３は、各機能モジュールを対応するコンテナコンポーネントにバインドするために用いられる。

本開示の実施例に係る機器は、具体的に、上記第１の実施例におけるリソース制御センターが実行する方法の流れを実行するために用いられ、実現される具体的な機能及び技術的効果は、ここでは説明を省略する。

図７は、本開示の第５実施例に係るアクセス処理の機器の概略図である。本開示の実施例によって提供されるアクセス処理の機器は、アクセス処理の方法の実施例におけるリソース制御センターが実行する方法の流れを実行することができる。図７に示すように、該アクセス処理の機器７０は、要求処理モジュール７０１、コンテナコンポーネント割当モジュール７０２及び配置モジュール７０３を含む。

具体的には、要求処理モジュール７０１は、ビジネスシステムのアクセス要求に応じて、ビジネスシステムに必要な機能モジュール及び各機能モジュールの配置数を決定するために用いられる。

コンテナコンポーネント割当モジュール７０２は、各機能モジュールの配置数に応じて、各機能モジュールに配置数に対応するコンテナコンポーネントを割り当てるために用いられる。

配置モジュール７０３は、各機能モジュールを対応するコンテナコンポーネントにバインドするために用いられる。

選択的に、アクセス要求は、ビジネスシステムの全体リクエスト量とデータ量の少なくとも１つを含む。要求処理モジュール７０１は、以下のためにも用いられる。

ビジネスシステムの全体リクエスト量、データ量に基づいて、ビジネスシステムに必要な機能モジュール及び機能モジュールの配置数を決定する。

選択的に、図７に示すように、コンテナコンポーネント割当モジュール７０２は、コンテナコンポーネント割当ユニット７０２１を含む。
コンテナコンポーネント割当ユニット７０２１は、
ビジネスシステムに対応するターゲットリソースの組み合わせに基づいて、ターゲットリソースの組み合わせにおけるアイドル状態にあるコンテナコンポーネントを決定することと、各機能モジュールの配置数に応じて、それぞれ各機能モジュールにターゲットリソースの組み合わせにおけるアイドル状態にあるコンテナコンポーネントを割り当てることとのために用いられる。

選択的に、図７に示すように、コンテナコンポーネント割当モジュール７０２は、さらにリソースの組み合わせ決定ユニット７０２２を含む。
リソースの組み合わせ決定ユニット７０２２は、
アクセス要求に応じて、アクセス要求に対応するリソースの組み合わせの構成仕様を決定することと、構成仕様に基づいて、リソースの組み合わせの任意のリソースの組み合わせであるターゲットリソースの組み合わせをビジネスシステムに割り当てることとのために用いられる。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにリソースの組み合わせ構成モジュール７０４を含む。
リソースの組み合わせ構成モジュール７０４は、
少なくとも１種の構成仕様のリソースの組み合わせを構成するために用いられ、各リソースの組み合わせは、複数のコンテナコンポーネントを含み、異なる構成仕様のリソースの組み合わせに含まれるコンテナコンポーネントに対応する物理リソースの総量が異なる。

選択的に、配置モジュール７０３はさらに、
機能モジュールと対応するコンテナコンポーネントのバインド情報を記憶することと、機能モジュールの情報を対応するコンテナコンポーネントの、コンテナコンポーネントに配置された機能モジュールの情報を少なくとも含む配置構成情報に追加することとのために用いられる。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにビジネス処理モジュール７０５を含む。
ビジネス処理モジュール７０５は、
ビジネスリクエストに応答し、要求された機能モジュール、機能モジュール間のリンク関係、及び機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、少なくとも１つの機能モジュールを検出して実行するために用いられる。

選択的に、図７に示すように、ビジネス処理モジュール７０５は、
ビジネスリクエストに応答し、リクエストされた機能モジュールと機能モジュール間のリンク関係に基づいて、実行対象とする少なくとも１つの機能モジュール及び少なくとも１つの機能モジュールの実行順序を決定するために用いられる機能モジュールリンクユニット７０５１と、
任意の機能モジュールを実行する必要がある場合、機能モジュールと対応するコンテナコンポーネントのバインド情報に基づいて、機能モジュールに対応するコンテナコンポーネントを決定するために用いられる機能モジュール検出ユニット７０５２と、
機能モジュールに対応するコンテナコンポーネントのアドレス情報に基づいて、機能モジュールを呼び出すために用いられる機能モジュール実行ユニット７０５３と、を含む。

選択的に、機能モジュール実行ユニット７０５３は、
機能モジュールに対応する少なくとも１つのコンテナコンポーネントの実行状態情報に基づいて、少なくとも１つのコンテナコンポーネントにおける１つのコンテナコンポーネントをターゲットコンポーネントとするために用いられるコンテナコンポーネントフィルターサブユニットと、
ターゲットコンポーネントのアドレス情報に基づいて、ターゲットコンポーネント内に配置された機能モジュールを呼び出すために用いられる機能モジュール実行サブユニットと、を含む。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにコンテナコンポーネント差し替えモジュール７０６を含む。
コンテナコンポーネント差し替えモジュール７０６は、
コンテナコンポーネントの実行状態情報をリアルタイムで取得することと、コンテナコンポーネントの実行状態情報に基づいて、任意のコンテナコンポーネントが差し替え条件を満たすと判断される場合、任意のコンテナコンポーネント内の機能モジュールをアイドル状態にある他のコンテナコンポーネントに移行することと、任意のコンテナコンポーネント内の機能モジュールを任意のコンテナコンポーネントからアンバインドし、任意のコンテナコンポーネント内の機能モジュールを他のコンテナコンポーネントにバインドすることとのために用いられる。

選択的に、コンテナコンポーネント差し替えモジュール７０６はさらに、
任意のコンテナコンポーネント内の機能モジュールと任意のコンテナコンポーネントのバインド情報を削除することと、任意のコンテナコンポーネントの配置構成情報における機能モジュールの情報を削除することとのために用いられる。
選択的に、差し替え条件は、コンテナコンポーネントが配置されている機器がオフラインになることと、コンテナコンポーネントに対応する物理リソースの占有率がリソース占有率閾値以上であることとの少なくとも１つを含む。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにコンテナコンポーネント登録モジュール７０７を含む。
コンテナコンポーネント登録モジュール７０７は、
任意のコンテナコンポーネントの登録リクエストに応答し、コンテナコンポーネントのリソース構成情報を生成して記憶するために用いられる。ここで、リソース構成情報は、コンテナコンポーネントのアドレス情報を含む。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにコンテナコンポーネント作成モジュール７０８を含む。
コンテナコンポーネント作成モジュール７０８は、複数のコンテナコンポーネントを作成し、対応する物理リソースを各コンテナコンポーネントに割り当てるために用いられる。

選択的に、図７に示すように、該アクセス処理の機器７０は、さらにリソース監査モジュール７０９を含む。
リソース監査モジュール７０９は、リソース監査要件に応じて、少なくとも１つのコンテナコンポーネントのリソース使用情報及び実行状態情報を取得し、少なくとも１つのコンテナコンポーネントのリソース使用情報及び実行状態情報を表示するために用いられる。

本開示の実施例に係る機器は、具体的に、前記第２の実施例又は第３の実施例におけるリソース制御センターが実行する方法の流れを実行するために用いられ、実現される具体的な機能及び技術的効果はここで説明を省略する。

図８は、本開示の第６の実施例に係るアクセス処理の機器の概略図である。本開示の実施例に係るアクセス処理の機器は、アクセス処理の方法の実施例におけるコンテナコンポーネント又はコンテナコンポーネントが配置されている機器が実行する方法の流れを実行することができる。図８に示すように、該アクセス処理の機器８０は、ビジネス配置モジュール８０１を含む。

具体的には、ビジネス配置モジュール８０１は、コンテナコンポーネントと機能モジュールとのバインドに応答し、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了するために用いられる。

本開示の実施例に係る機器は、具体的に、上記第１の実施例におけるコンテナコンポーネント又はコンテナコンポーネントが配置されている機器が実行する方法の流れを実行するために用いられ、実現される具体的な機能及び技術的効果はここで説明を省略する。

図９は、本開示の第７の実施例に係るアクセス処理の機器の概略図である。本開示の実施例に係るアクセス処理の機器は、アクセス処理の方法の実施例におけるコンテナコンポーネント又はコンテナコンポーネントが配置されている機器が実行する方法の流れを実行することができる。図９に示すように、該アクセス処理の機器９０は、ビジネス配置モジュール９０１を含む。

具体的には、ビジネス配置モジュール９０１は、コンテナコンポーネントと機能モジュールとのバインドに応答し、コンテナコンポーネントが機能モジュールをロードして実行することにより、機能モジュールの配置を完了するために用いられる。

選択的に、ビジネス配置モジュール９０１は、具体的に、
新たな機能モジュールの情報がコンテナコンポーネントの配置構成情報に追加される場合、機能モジュールの情報に基づいて、コンテナコンポーネントが新たな機能モジュールをロードして実行することにより、コンテナコンポーネントへの機能モジュールの配置を完了するために用いられる。

選択的に、図９に示すように、該アクセス処理の機器９０は、さらに機能モジュール破棄モジュール９０２を含む。
機能モジュール破棄モジュール９０２は、
コンテナコンポーネントの配置構成情報における機能モジュールの情報が削除される場合、コンテナコンポーネントに配置された機能モジュールを削除するために用いられる。

選択的に、図９に示すように、該アクセス処理の機器９０は、さらに機能モジュール更新モジュールを含む。
機能モジュール更新モジュールは、
コンテナコンポーネント内に配置された機能モジュールに対する更新命令に応答して、配置された機能モジュールをコンテナコンポーネントにより削除し、更新された機能モジュールをロードし実行するために用いられる。

選択的に、図９に示すように、該アクセス処理の機器９０は、さらに登録モジュール９０３を含む。
登録モジュール９０３は、
コンテナコンポーネントが初めて起動する時に、リソース制御センターに登録リクエストを送信するために用いられる。ここで、登録リクエストは、コンテナコンポーネントのアドレス情報を含む。

選択的に、図９に示すように、該アクセス処理の機器９０は、さらに実行状態更新モジュール９０４を含む。
実行状態更新モジュール９０４は、
コンテナコンポーネントの実行状態情報に基づいて、コンテナコンポーネントのリソース構成情報を更新するために用いられ、リソース構成情報は、コンテナコンポーネントの実行状態情報を含む。

本開示の実施例に係る機器は、具体的に、上記第２の実施例又は第３の実施例におけるコンテナコンポーネント又はコンテナコンポーネントが配置されている機器が実行する方法の流れを実行するために用いられ、実現される具体的な機能及び技術的効果は、ここでは説明を省略する。

本開示の技術的解決手段において、関連するユーザ個人情報の収集、記憶、使用、処理、伝送、提供及び開示等の処理は、いずれも関連法律法規の規定に適合し、公序良俗に反していない。

本開示の実施例によれば、本開示は、電子機器、読み取り可能な記憶媒体及びコンピュータプログラムをさらに提供する。

本開示の実施例によれば、本開示は、コンピュータプログラムをさらに提供し、前記コンピュータプログラムが読み取り可能な記憶媒体に記憶され、電子機器の少なくとも１つのプロセッサが読み取り可能な記憶媒体からコンピュータプログラムを読み取ることができ、少なくとも１つのプロセッサがコンピュータプログラムを実行することにより、電子機器に前記いずれかの実施例によって提供される方法を実行させる。

図１０は、本開示の実施例を実現するための例示的な電子機器１０００を示す概略ブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、大型コンピュータ、及びその他の適切なコンピュータなど、様々な形態のデジタルコンピュータを表すことを目的とする。電子機器は、パーソナルデジタルアシスタント、携帯電話、スマートフォン、ウェアラブル機器、及びその他の類似のコンピューティング装置など、様々な形態のモバイルデバイスを表してもよい。本明細書に示されているコンポーネントと、それらの接続及び関係と、それらの機能とは例示的なものに過ぎず、本明細書で説明及び／又は要求される本開示の実現を制限することを意図しない。

図１０に示すように、機器１０００は、リードオンリーメモリ（ＲＯＭ）１００２に記憶されたコンピュータプログラム、又は記憶ユニット１００８からランダムアクセスメモリ（ＲＡＭ）１００３にロードされたコンピュータプログラムに基づいて、各種の適切な動作と処理を実行できる計算ユニット１００１を含む。ＲＡＭ１００３には、機器１０００の操作に必要な各種のプログラム及びデータをさらに記憶することができる。計算ユニット１００１と、ＲＯＭ１００２と、ＲＡＭ１００３とは、バス１００４を介して互いに接続されている。入力／出力（Ｉ／Ｏ）インタフェース１００５もバス１００４に接続されている。

機器１０００における複数のコンポーネントはＩ／Ｏインタフェース１００５に接続され、前記複数のコンポーネントは、キーボードやマウス等の入力ユニット１００６と、種々なディスプレイやスピーカ等の出力ユニット１００７と、磁気ディスクや光学ディスク等の記憶ユニット１００８と、ネットワークカード、モデム、無線通信トランシーバー等の通信ユニット１００９と、を含む。通信ユニット１００９は、機器１０００がインターネットのようなコンピュータネット及び／又は種々なテレコムネットワークを介してその他の機器と情報／データを交換することを可能にする。

計算ユニット１００１は、処理、計算能力を有する様々な汎用及び／又は専用の処理コンポーネントであってもよい。計算ユニット１００１のいくつかの例は、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、グラフィック処理ユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）、各種専用の人工知能（ＡＩ）計算チップ、各種機械学習モデルアルゴリズムを実行する計算ユニット、ディジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、及び任意の適切なプロセッサ、コントローラ、マイクロコントローラ等を含むが、これらに限定されない。計算ユニット１００１は前述した各方法及び処理、例えばアクセス処理の方法を実行する。例えば、いくつかの実施例では、アクセス処理の方法は、記憶ユニット１００８のような機械で読み取り可能な媒体に有形的に含まれるコンピュータソフトウェアプログラムとして実現されることができる。一部の実施例では、コンピュータプログラムの一部又は全部は、ＲＯＭ１００２及び／又は通信ユニット１００９を介して、機器１０００にロード及び／又はインストールすることができる。コンピュータプログラムがＲＡＭ１００３にロードされて計算ユニット１００１によって実行される場合に、前述したアクセス処理の方法の一つ又は複数のステップを実行することができる。代替的に、他の実施例では、計算ユニット１００１は、他の任意の適当な形態（例えば、ファームウェアにより）によりアクセス処理の方法を実行するように構成される。

本明細書では、前述したシステム及び技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システムオンチップのシステム（ＳＯＣ）、複雑なプログラマブルロジックデバイス（ＣＰＬＤ）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせにおいて実現されることができる。これらの様々な実施形態は、１つ以上のコンピュータプログラムにおける実施を含んでもよく、該１つ以上のコンピュータプログラムは、少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムにおいて実行及び／又は解釈されてもよく、該プログラマブルプロセッサは、専用又は汎用のプログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置及び少なくとも１つの出力装置からデータ及び命令を受信して、データ及び命令を該記憶システム、該少なくとも１つの入力装置及び該少なくとも１つの出力装置に送信することができる。

本開示の方法を実施するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせにより作成されることができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラミングデータ処理装置のプロセッサ又はコントローラに提供されることができ、プログラムコードがプロセッサ又はコントローラによって実行される場合に、フローチャート及び／又はブロック図に規定された機能／操作が実行される。プログラムコードは、完全にマシンで実行されてもよく、部分的にマシンで実行されてもよく、独立したソフトパッケージとして部分的にマシンで実行されるとともに、部分的にリモートマシンで実行されてもよく、又は完全にリモートマシン又はサーバで実行されてもよい。

本開示の明細書において、機械で読み取り可能な媒体は、有形な媒体であってもよく、命令実行システム、装置又は機器によって使用され、又は命令実行システム、装置又は機器と合わせて使用されるプログラムを含み、又は記憶することができる。機械で読み取り可能な媒体は、機械で読み取り可能な信号媒体又は機械で読み取り可能な記憶媒体であってもよい。機械で読み取り可能な媒体は、電子、磁気、光学、電磁、赤外線、又は半導体システム、装置、又はデバイス、又は前述した内容の任意の適切な組み合わせを含むことができるが、これらに限定されない。機械で読み取り可能な記憶媒体のさらなる具体的な例として、１つ又は複数の配線に基づく電気的接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学記憶装置、磁気記憶装置、又は前述した内容の任意の組み合わせを含む。

ユーザとのインタラクションを提供するために、ここで説明するシステム及び技術をコンピュータで実施することができ、このコンピュータは、ユーザに情報を表示するための表示装置（たとえば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニター）、ユーザがコンピュータに入力することを可能にするキーボード及びポインティング装置（たとえば、マウスやトラックボール）を有する。他の種類の装置も、ユーザとのインタラクションを提供することができ、たとえば、ユーザに提供されるフィードバックは、任意の形態の感覚フィードバック（たとえば、視覚的フィードバック、聴覚的フィードバック、又は触覚的フィードバック）であってもよく、そして、ユーザからの入力を、任意の形態（音響入力、音声入力、又は触覚入力を含む）で受信できる。

ここで説明するシステム及び技術は、バックエンドコンポーネントを含むコンピューティングシステム（たとえば、データサーバとして）、又はミドルウェアコンポーネントを含むコンピューティングシステム（たとえば、アプリケーションサーバ）、又はフロントエンドコンポーネントを含むコンピューティングシステム（たとえば、グラフィカルユーザインターフェース又はＷＥＢブラウザーを備えたユーザコンピュータが挙げられ、ユーザはこのグラフィカルユーザインターフェース又はこのＷＥＢブラウザーを介してここで説明するシステム及び技術の実施形態とインタラクションすることができる）、又はこのようなバックエンドコンポーネント、ミドルウェアコンポーネント、又はフロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムにおいて実施されてもよい。システムのコンポーネントは、任意の形態又は媒体のデジタルデータ通信（たとえば、通信ネットワーク）を介して相互に接続されてもよい。通信ネットワークの例には、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、及びインターネットが含まれる。

コンピュータシステムには、クライアントとサーバを含むことができる。クライアントとサーバは一般に互いに遠く離れており、通常は通信ネットワークを介してインタラクションする。クライアントとサーバの関係は、対応するコンピュータで実行され、互いにクライアント－サーバの関係を持つコンピュータプログラムによって生成される。サーバは、クラウドサーバであってよく、クラウドコンピューティングサーバ又はクラウドホストとも呼ばれ、従来の物理ホストと仮想専用サーバ（ＶＰＳ、ＶｉｒｔｕａｌＰｒｉｖａｔｅＳｅｒｖｅｒ）によるサービスに存在する高い管理難易度、低いサービス拡張性の欠陥を解決するためのクラウドコンピューティングサービスシステムのうちの１つのホスト製品である。サーバは、分散システムのサーバであってもよく、又はブロックチェーンを結合したサーバであってもよい。

なお、上記の様々な形態のフローを用いて、ステップを改めてランキングたり、追加したり、削除したりすることができる。たとえば、本開示に記載された各ステップは、本開示で開示されている技術案の所望の結果を実現する限り、並行して実施されても、順次実施されても、異なる順序で実施されてもよく、本明細書では、それについて限定しない。

上記具体的な実施形態は、本開示の保護範囲を限定するものではない。当業者にとって明らかなように、設計要件及び他の要因に応じて、様々な修正、組み合わせ、サブ組み合わせ、及び置換を行うことができる。本開示の精神及び原則の範囲内で行われた修正、同等の置換、及び改良などは、いずれも本開示の保護範囲に含まれるべきである。

Claims (30)

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. コンピュータプログラムであって、前記コンピュータプログラムがプロセッサにより実行されると、請求項１～請求項２１のいずれか１項に記載の方法のステップを実現する、
    コンピュータプログラム。

Images