JP7081014B2 - インスタンス数を調整するための方法および装置、電子機器、記憶媒体並びにコンピュータプログラム - Google Patents

Description

本出願は、マルチデバイス協調処理の技術分野、具体的にはエッジコンピューティング、サービスインスタンス調整、およびコンピューティングノードコラボレーションの技術分野、特に、インスタンス数を調整するための方法および装置、電子機器、記憶媒体並びにコンピュータプログラムに関する。

電子情報化とインテリジェント化の発展に伴い、ユーザ端末に最も近いエッジコンピューティングデバイスがますます重要な役割を果たし、多くのエッジコンピューティングノードからなるエッジコンピューティングネットワークが研究の焦点となっている。

本出願の実施例は、インスタンス数を調整するための方法および装置、電子機器、記憶媒体並びにコンピュータプログラムを提供する。

第１態様において、本出願の実施例は、現在の時間窓の実パフォーマンスインデックスを取得するステップと、実パフォーマンスインデックスに対応する理論インスタンス数を確定するステップと、理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノードに、理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するステップであって、異なるエッジコンピューティングノードは、パフォーマンスの違いにより異なるインスタンス開設上限を有するステップと、を含む、インスタンス数を調整するための方法を提供する。

第２態様において、本出願の実施例は、現在の時間窓の実パフォーマンスインデックスを取得するように構成された実パフォーマンスインデックス取得ユニットと、実パフォーマンスインデックスに対応する理論インスタンス数を確定するように構成された理論インスタンス数確定ユニットと、理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノードに、理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するように構成されたインスタンス追加コラボレーションユニットであって、異なるエッジコンピューティングノードは、パフォーマンスの違いにより異なるインスタンス開設上限を有するインスタンス追加コラボレーションユニットと、を含む、インスタンス数を調整するための装置を提供する。

第３態様において、本出願の実施例は、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに通信可能に接続されたメモリと、を含み、前記メモリには前記少なくとも１つのプロセッサによって実行可能な指令が格納され、前記指令が前記少なくとも１つのプロセッサによって実行されるとき、本出願の第１態様のいずれかの実施形態に記載の方法を少なくとも１つのプロセッサに実行させる、電子機器を提供する。

第４態様において、本出願の実施例は、本出願の第１態様のいずれかの実施形態に記載の方法をコンピュータに実行させるためのコンピュータ指令が格納される、非一時的コンピュータ可読記憶媒体を提供する。

第５態様において、本出願の実施例は、プロセッサにより実行されると、本出願の第１態様のいずれかの実施形態に記載の方法を実現する、コンピュータプログラムを提供する。

本出願の実施例に係るインスタンス数を調整するための方法、装置、電子機器、およびコンピュータ可読記憶媒体では、まず、現在のエッジコンピューティングノードが現在の時間窓の実パフォーマンスインデックスを取得し、次に、現在のエッジコンピューティングノードが、この実パフォーマンスインデックスに対応する理論インスタンス数を確定し、次に、この理論インスタンス数がそれ自体の実パフォーマンスに対応するインスタンス開設上限よりも大きい場合（パフォーマンスの違いにより、エッジコンピューティングノードが異なれば、インスタンス開設上限も異なる）、インスタンス追加機能を有する他のエッジコンピューティングノードに、この理論インスタンス数に等しい数のインスタンスを共同で開設するように要求する。

本出願は、理論インスタンス数のインスタンスを開設して対応するサービス負荷を処理するために、それ自体が十分なインスタンス追加機能を備えない場合、インスタンス追加機能を有する他のエッジコンピューティングノードにインスタンスを共同で開設するように要求するという解決策を提供し、インスタンス追加機能を有するエッジコンピューティングノードを十分に利用して現在のエッジコンピューティングノードの過負荷のサービス負荷を処理し、対応するサービス負荷処理をより迅速かつ効率的に完成できる。

なお、発明の概要に記載された内容は、本出願の実施形態のかなめとなる特徴又は重要な特徴を限定することを意図するものではなく、本出願の範囲を限定するものでもない。本出願の他の特徴は、以下の説明によって容易に理解されるであろう。

本出願の他の特徴、目的および利点は、以下の図面を参照してなされる非限定的な実施形態に係る詳細な説明を読むことにより、より明らかになる。
本出願を適用可能な例示的なシステムアーキテクチャを示す図である。 本出願の実施例に係るインスタンス数を調整するための方法のフローチャートである。 本出願の実施例に係るインスタンス数を調整するための別の方法のフローチャートである。 本出願の実施例に係るインスタンス数を調整するための別の方法のフローチャートである。 本出願の実施例に係る、適用シナリオにおけるユーザ端末とエッジコンピューティングノードとの接続関係の概略図である。 図５のエッジコンピューティングノードに提供される内部機能モジュール間の接続関係の概略図である。 本出願の実施例に係るインスタンス数を調整するための装置の構造ブロック図である。 本出願の実施例に係るインスタンス数を調整するための方法を実行するのに適した電子機器の構造概略図である。

以下、図面および実施例を参照して本出願をさらに詳細に説明する。本明細書に記載の具体的な実施例は、関連発明を解釈するためのものにすぎず、当該発明を限定するものではないことを理解されたい。また、説明の便宜上、当該発明に関連する部分のみが図面に示されている。

なお、本出願の実施例および実施例の特徴は、矛盾しない限り、互いに組み合わせることができる。以下、図面および実施例を参照して本出願を詳細に説明する。

図１は、本出願に係るインスタンス数を調整するための方法、装置、電子機器、およびコンピュータ可読記憶媒体の実施例が適用可能な例示的なシステムアーキテクチャ１００を示す。

図１に示すように、システムアーキテクチャ１００は、端末装置１０１、１０２、１０３、ネットワーク１０４、現在のエッジコンピューティングノード１０５、および他のエッジコンピューティングノード１０６、１０７を含み得る。ネットワーク１０４は、端末装置１０１、１０２、１０３と現在のエッジコンピューティングノード１０５との間の通信リンクを提供するために使用される媒体である。現在のエッジコンピューティングノード１０５と他のエッジコンピューティングノード１０６、１０７との間も、ネットワーク１０４（図示せず）を介して接続され得る。ネットワーク１０４は、有線、無線通信リンク、または光ファイバケーブルなどの様々な接続タイプを含み得る。

ユーザは、端末装置１０１、１０２、１０３を用いてネットワーク１０４を介してサーバ１０５とインタラクションし、メッセージなどを送受信することができる。端末装置１０１、１０２、１０３およびサーバ１０５には、インスタントメッセージングアプリケーション、データクエリアプリケーションなど、両者間の情報通信を実現するための様々なアプリケーションがインストールされ得る。現在のエッジコンピューティングノード１０５および他のエッジコンピューティングノード１０６、１０７にも、インスタンスコラボレーション追加アプリケーション（ｉｎｓｔａｎｃｅ ｃｏｌｌａｂｏｒａｔｉｏｎ ａｄｄｉｔｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）、データ転送アプリケーションなど、両者間の情報通信を実現するためのアプリケーションがインストールされ得る。

端末装置１０１、１０２、１０３、現在のエッジコンピューティングノード１０５および他のエッジコンピューティングノード１０６、１０７は、ハードウェアまたはソフトウェアであり得る。端末装置１０１、１０２、１０３がハードウェアである場合、それらは、スマートフォン、タブレットコンピュータ、ラップトップポータブルコンピュータ、デスクトップコンピュータなどを含むがこれらに限定されない、表示画面を備えた様々な電子機器であり得る。端末装置１０１、１０２、１０３がソフトウェアである場合、それらは、複数のソフトウェアまたはソフトウェアモジュールとして、または単一のソフトウェアまたはソフトウェアモジュールとして実装され得る上記の電子機器にインストールされ得るが、ここでは特に限定されない。エッジコンピューティングノード（現在のエッジコンピューティングノード１０５および他のエッジコンピューティングノード１０６、１０７を含む）がハードウェアである場合、それは、通常、ワークステーション、サーバなど、コンピューティング機能を有する単一の電子機器である。エッジコンピューティングノードがソフトウェアである場合、それは、複数のソフトウェアまたはソフトウェアモジュールとして、または単一のソフトウェアまたはソフトウェアモジュールとして実装され得るが、ここでは特に限定されない。

エッジコンピューティングノードは、内蔵された様々なアプリケーションを介して様々なサービスを提供できる。現在のエッジコンピューティングノードが短時間でその処理能力を超えるサービス負荷に直面したときにサービスインスタンスコラボレーション追加サービスを提供するインスタンスコラボレーション追加アプリケーションを例に挙げて、現在のエッジコンピューティングノード１０５は、このインスタンスコラボレーション追加アプリケーションを実行しているとき、以下の効果を実現することができる。まず、ネットワーク１０４を介して、現在の時間窓で端末装置１０１、１０２、１０３から送信された処理対象トラフィックを受信し、次に、この実パフォーマンスインデックスに対応する理論インスタンス数を確定し、次に、この理論インスタンス数がそれ自体の実パフォーマンスに対応するインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノード（例えば、他のエッジコンピューティングノード１０６、１０７）に、この理論インスタンス数に等しい数のインスタンスを共同で開設するように要求する。このように、他のエッジコンピューティングノードの協調下で、理論インスタンス数に等しい数のサービスインスタンスを利用して、受信した処理対象トラフィックを処理し、処理対象トラフィックの効率的かつ迅速な処理を実現する。

図１の端末装置、ネットワーク、およびサーバの数は、単なる例示であることを理解されたい。実際のニーズに応じて、端末装置、ネットワーク、およびサーバの数が任意に設定され得る。

図２を参照すると、図２は、本出願の実施例に係るインスタンス数を調整するための方法のフローチャートであり、プロセス２００は、以下のステップを含む。

ステップ２０１、現在の時間窓の実パフォーマンスインデックスを取得する。

このステップは、インスタンス数を調整するための方法の実行主体（例えば、図１に示す現在のエッジコンピューティングノード１０５）を利用して、現在の時間窓の実パフォーマンスインデックスを取得することを目的とする。

各時間窓は、開始時間に制限のない所定長さの期間、または第１所定時点から第２所定時点の終了までの期間であり得る。例えば、５分ごとを１つの時間窓として設定したり、１時間ごとを１つの時間窓として設定したりすることができ、各時間窓の時間を１時間（各自然時間の３１分から、次の自然時間の３０分までの１時間など）に具体的に設定することもできるが、ここでは特に限定されない。

実パフォーマンスインデックスは通常、トラフィックサイズ、待機キューの長さ、ＣＰＵ使用率、メモリ使用率、およびインスタンス同時実行数のうちの少なくとも１つに基づいて計算または換算され得る。この実パフォーマンスインデックスは、現在のエッジコンピューティングノードが処理タスクを完了するために動員する必要のあるパフォーマンス、即ち、現在の時間窓で受信した処理対象タスクを所定条件下で完了するために動員する必要のあるリソースの数を反映する。従って、このステップで説明される実パフォーマンスインデックスは実サービス負荷量で表すこともでき、即ち、サービス負荷量とパフォーマンスインデックスとの正比例関係を利用して簡単な換算を行うことができる。例えば、１０ＧＢの処理対象トラフィックが５分以内に受信された場合、その実サービス負荷量は１０ＧＢである。現在のエッジコンピューティングノードがフルパフォーマンスで５分間に最大１２ＧＢのトラフィックを処理できる場合、１０ＧＢをこの実パフォーマンスインデックスとして直接設定することができ、１０ＧＢ／１２ＧＢ＝５／６を実パフォーマンスインデックスとして直接設定することもできる。このインデックスは、現在のエッジコンピューティングデバイスが、受信した処理対象トラフィックを完全に処理できるために、現在の時間窓でそれ自体のフルパフォーマンスの５／６を呼び出す必要があることを表す。

ステップ２０２、実パフォーマンスインデックスに対応する理論インスタンス数を確定する。

ステップ２０１をもとに、このステップは、上記実行主体によって実パフォーマンスインデックスに対応する理論インスタンス数を確定することを目的とする。

具体的には、各パフォーマンスインデックスと各インスタンス数との対応関係を事前に記録した対応テーブルから、この実パフォーマンスインデックスに対応する理論インスタンス数を検索することができる。パフォーマンスインデックス（またはサービス負荷量）が複数の方式で表現できるため、残りの理論インスタンス数の間の関係も、使用される表現パラメータに基づいて調整する必要があることを理解すべきである。処理対象トラフィックのサイズが依然としてパフォーマンスインデックスとして設定されると仮定すると、この対応関係は２ＧＢ→１つのサービスインスタンス、４ＧＢ→２つのサービスインスタンス、６ＧＢ→３つのサービスインスタンス、８ＧＢ→４つのサービスインスタンスなどとして表現することができ、即ち、処理対象トラフィックが２ＧＢ増加するごとに、上記実行主体は１つのサービスインスタンスを追加して並列処理を実行する必要がある。メモリ占有率がパフォーマンスインデックスとして設定されると仮定すると、この対応関係は２０％→１つのサービスインスタンス、３０％→２つのサービスインスタンス、４０％→３つのサービスインスタンス、５０％→４つのサービスインスタンスなどとして表現することができ、即ち、２０％のメモリ占有率をもとに、メモリ占有率が１０％増加するごとに、上記実行主体は１つのサービスインスタンスを追加して並列処理を実行する必要がある。パフォーマンスインデックスが他のパラメータで表現される場合、上記の例を参照しながら適応調整されてもよい。

さらに、この対応関係をテーブルの形式で記録できるだけでなく、キーと値のペア、ハッシュテーブルなどの他の方式で記録することもでき、また、理論インスタンス数をリアルタイムで計算するために、理論インスタンス数を実パフォーマンスインデックスに基づいて計算するための計算ルールのみを記録することもできる。

ステップ２０３、理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノードに、理論インスタンス数に等しい数のインスタンスを共同で開設するように要求する。

ステップ２０２をもとに、このステップは、この理論インスタンス数がそれ自体のインスタンス開設上限よりも大きい場合、上記実行主体を利用して、インスタンス追加機能を有する他のエッジコンピューティングノードに、理論インスタンス数に等しい数のインスタンスを共同で開設するように要求することを目的とする。

理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合がある理由は、エッジコンピューティングノードとして機能するすべてのエッジコンピューティングデバイスが同じコンピューティングリソースを備えているわけではないためである。いくつかのエッジコンピューティングノード自体のコンピューティングリソースが少ない場合、それ自体のコンピューティングリソースは、より多くのサービス負荷を並行して処理するための多くのサービスインスタンスの開設をサポートするのに十分ではない。例えば、エッジコンピューティングノードには１ＧＢのみのメモリがあり、最大で３つのサービスインスタンスの開設をサポートするが、特別な状況により、このエッジコンピューティングノードが現在の時間窓で１０ＧＢの処理対象トラフィックを受信し、ステップ２０２で確定された理論インスタンス数が５つである場合、理論インスタンス数がこのエッジコンピューティングノードのインスタンス開設上限よりも大きいことになる。

エッジコンピューティングノードの利点が、近くのユーザ端末からの要求を処理することであるため、どのようにユーザ端末に最も近い現在のエッジコンピューティングノードのサービス処理機能を十分に活用するかは、本出願の研究の焦点となっている。

本出願は、理論インスタンス数が上記実行主体（現在のエッジコンピューティングノード）のインスタンス開設上限よりも大きい状況を考慮して、上記実行主体によってインスタンス追加機能を有する他のエッジコンピューティングノードにインスタンス追加コラボレーション要求を送信することにより、このインスタンス追加コラボレーション要求を介して他のエッジコンピューティングノードの協調下で、理論インスタンス数に等しい数のサービスインスタンスを共同で開設するという解決策を提供する。

本出願は、理論インスタンス数のインスタンスを開設して対応するサービス負荷を処理するために、本出願に係るインスタンス数を調整するための方法が、現在のエッジコンピューティングノード自体が十分なインスタンス追加機能を備えない場合、インスタンス追加機能を有する他のマルチエッジコンピューティングノードにインスタンスを共同で開設するように要求するという解決策を提供し、現在のエッジコンピューティングノードの過負荷のサービス負荷を満たすためにインスタンス追加機能を有する他のエッジコンピューティングノードを十分に利用し、対応するサービス負荷の処理をより迅速かつ効率的に完成できる。

図３を参照すると、図３は、本出願の実施例に係るインスタンス数を調整するための別の方法のフローチャートであり、プロセス３００は、以下のステップを含む。

ステップ３０１では、現在の時間窓の実パフォーマンスインデックスを取得する。

ステップ３０２では、実パフォーマンスインデックスに対応する理論インスタンス数を確定する。

上記のステップ３０１～３０２は、図２に示すステップ２０１～２０２と同じである。同じ部分の内容については、前の実施例の対応する部分を参照されたいが、ここでは繰り返さない。

ステップ３０３では、理論インスタンス数およびインスタンス開設上限に基づいて、第１差分値を計算する。

このステップは、上記実行主体によって、この理論インスタンス数とこのインスタンス開設上限との差分値を計算することを目的とする。

ステップ３０４では、第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストし、インスタンス追加コラボレーション要求を受信した他のエッジコンピューティングノードが、それ自体が第１差分値に対応するインスタンス追加機能を有することを確認したときに、インスタンス追加を同意する追加承認応答を返送する。

本実施例は、他のエッジコンピューティングノードのアドレス情報がエッジコンピューティングノードに記録されない状況を考慮して、このステップでは上記実行主体によって第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストの形式で送信するという解決策を提供し、ブロードキャストの受信範囲内にある他のすべてのエッジコンピューティングノードがこのインスタンス追加コラボレーション要求を受信できるようにし、第１差分値に対応するインスタンス追加機能をそれ自体が備えることを確認した他のエッジコンピューティングノードの一部が、要求に含まれる上記実行主体のアドレスに基づいて追加承認応答を上記実行主体に返送するようにする。

ステップ３０５では、受信した追加承認応答に基づいて、第１差分値に対応するインスタンス数に基づいて処理されたトラフィックを、追加承認応答を送信したエッジコンピューティングノードに転送する。

ステップ３０４に基づいて、このステップでは、上記実行主体によって、受信した追加承認応答に基づいて、インスタンスの追加に役立つ他のエッジコンピューティングノードが存在することを確認することを目的とする。そのため、それ自体が受信した、第１差分値に対応するインスタンス数に基づいて処理されたトラフィックを、追加承認応答を送信したエッジコンピューティングノードに転送する。トラフィック転送の宛先アドレスは、追加承認応答から抽出され得る。

ステップ３０６では、追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信する。

ステップ３０５に基づいて、このステップでは、上記実行主体によって、追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信することを目的とする。トラフィック処理結果を受信する理由は、上記実行主体がインスタンスを追加するのに役立つ他のエッジコンピューティングノードが、トラフィック処理結果をユーザに直接返送することができないためである。ユーザ側から見ると、ユーザがトラフィックを上記実行主体に送信したので、処理結果を取得する際、トラフィックの送信経路から返送された結果が正当な結果であると見なすべきである。

前の実施例と異なり、本実施例は、ステップ３０２～ステップ３０６を介して、どのようにインスタンス追加コラボレーションを要求する形式で実現するかについての具体的な実施形態を提供する。この実施形態では、上記実行主体は、第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストの形式で送信し、対応するインスタンス追加機能を有する他のエッジコンピューティングノードの一部から返送された追加承認応答を受信した時、それとのデータ接続を確立して、処理対象トラフィックとトラフィック処理結果の送受信を実現することにより、少なくとも２つのエッジコンピューティングノードを利用して理論インスタンス数に等しい数のサービスインスタンスを共同で開設し、上記実行主体が受信した処理対象トラフィックを処理するという目的を達成する。

図４を参照すると、図４は、本出願の実施例に係るインスタンス数を調整するための別の方法のフローチャートであり、プロセス４００は、以下のステップを含む。

ステップ４０１、現在の時間窓の実パフォーマンスインデックスを取得する。

ステップ４０２、実パフォーマンスインデックスに対応する理論インスタンス数を確定する。

上記のステップ４０１～４０２は、図２に示すステップ２０１～２０２と同じである。同じ部分の内容については、前の実施例の対応する部分を参照されたいが、ここでは繰り返さない。

ステップ４０３、理論インスタンス数およびインスタンス開設上限に基づいて、第２差分値を計算する。

このステップは、上記実行主体によって、この理論インスタンス数とこのインスタンス開設上限との差分値を計算することを目的とする。

ステップ４０４、第２差分値が所定の差分値よりも大きく、且つ理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、高性能エッジコンピューティングノードが、理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理できるように、現在のエッジコンピューティングノードに送信されたトラフィックをすべて高性能エッジコンピューティングノードに転送する。

ステップ４０３に基づいて、このステップは、第２差分値が所定の差分値よりも大きく、且つ理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、上記実行主体によって、現在のエッジコンピューティングノードに送信されたトラフィックをすべて高性能エッジコンピューティングノードに転送し、高性能エッジコンピューティングノードが、理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理することを目的とする。

第２差分値が所定の差分値よりも大きいことによって特徴付けられるシナリオは、上記実行主体がそれ自体のインスタンス開設上限に等しい数のサービスインスタンスを開設した後も、理論インスタンス数との差分値が大きい場合である。例えば、理論インスタンス数が１５であるが、上記実行主体のインスタンス開設上限が６であり、現在３つのサービスインスタンスのみが開設された場合、３つのサービスインスタンスが上記実行主体によって追加されたとしても、９つのサービスインスタンスのギャップがある。上記実行主体が、残りのインスタンス追加機能が少ない他の複数のエッジコンピューティングノードに、１５個のサービスインスタンスを共同で開設するように要求する場合、処理対象トラフィックの送受信は混乱しているし、エラーが発生しやすくなる。

従って、本実施例は、この場合、理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在するか否かを検索し、即ち、この高性能エッジコンピューティングノードのインスタンス開設上限が１５よりも大きいか否かを判断し、存在する場合、上記実行主体によって、現在のエッジコンピューティングノードに送信されたトラフィックをすべて高性能エッジコンピューティングノードに転送し、それによって高性能エッジコンピューティングノードが、理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理できるようになる。トラフィックのすべてが高性能エッジコンピューティングノードにより処理される利点は、上記実行主体は、それ自体の限られたコンピューティングリソースをトラフィックの処理に投入する必要がなく、いくつかの突発的な要求をよりよく対応できることである。

ステップ４０５、高性能エッジコンピューティングノードから返送されたトラフィック処理結果を受信する。

ステップ３０５をもとに、このステップは、上記実行主体によって、追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信することを目的とする。

さらに、上記実行主体（現在のエッジコンピューティングノード）がオフラインになった場合、高性能エッジコンピューティングノードがトラフィック処理結果を直接返送できるように、現在のエッジコンピューティングノードに送信されたトラフィックの宛先アドレスを高性能エッジコンピューティングノードに変更することもできる。即ち、宛先アドレスを変更することで、これらの処理対象トラフィックの直接処理ノードとして高性能エッジコンピューティングノードを再特定し、元のエッジコンピューティングノードの転送が不要となる。

前の実施例と異なり、本実施例は、第２差分値が所定の差分値よりも大きく、且つ理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、この高性能エッジコンピューティングノードを利用して処理対象トラフィックを処理する具体的な実施形態を提供する。これは、エッジコンピューティングネットワークのうちのいくつかの高性能エッジコンピューティングノードのパフォーマンス上の利点を十分に活用できる。

理解を深めるために、本出願は、具体的な適用シナリオを合わせて、具体的な実施形態を提供する。図５および図６を参照すると、図５は、本出願の実施例に係る、適用シナリオにおけるユーザ端末とエッジコンピューティングノードとの接続関係の概略図であり、図６は、図５のエッジコンピューティングノードにより提供される内部機能モジュール間の接続関係の概略図である。

図５に示すように、複数のユーザ端末（ユーザ端末Ａ、Ｂ、Ｃ）は、パブリッシュ／サブスクライブモードに基づいて、エッジコンピューティングネットワーク内のエッジコンピューティングノードとデータのやりとりを実行し、パブリッシュ／サブスクライブの主体をメッセージセンターに記録する。ユーザ端末Ａ、Ｂ、Ｃに最も近いエッジコンピューティングノードがエッジコンピューティングノードＫであると仮定する。

図６に示すように、エッジコンピューティングノードＫは、メッセージセンターとメッセージのやりとりを実行するために使用されるインタラクションモジュールと、インタラクションモジュールの受信した処理対象メッセージの数に基づいて、現在の時間窓のパフォーマンスインデックスを確定して制御指令を発行するために使用される監視モジュールと、監視モジュールの発行した制御指令に基づいて、サービスインスタンスの数の増減を制御するために使用されるエンジンモジュールと、現在のサービスインスタンスの数およびエンジンモジュールに記録された現在のノードのインスタンス開設上限に基づいて、インスタンス追加コラボレーション要求を送信するか否か、およびどのように送信するかを判定するために使用されるコラボレーション要求モジュールと、を有する。

ここで、ユーザ端末Ａ、Ｂ、Ｃはメッセージセンターのエンゲージメントサブジェクトにメッセージを送信し、インタラクションモジュールはエンゲージメントサブジェクトのメッセージをサブスクライブし、このメッセージインタラクションモジュールが依存するプロトコルは標準のＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ、メッセージキューテレメトリトランスポート）プロトコル、および標準のＣＯＡＰ（Ｃｏｎｓｔｒａｉｎｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、制約付きアプリケーションプロトコル）プロトコルを含むが、これらに限定されない。監視モジュールは、事前に設定された時間窓に基づいて、この時間窓内のインデックス平均値を統計して記録する。サポートされているインデックスは、インスタンスのＣＰＵ使用率、インスタンスのメモリ使用率、およびインスタンス同時実行数を含むが、これらに限定されない。監視モジュールが制御指令を発行するか否かは、実インデックスとプリセットインデックスとの比較結果に依存する。エンジンモジュールは、監視モジュールからの制御指令を受信し、制御指令に従ってメッセージ処理プログラムのインスタンス数を動的に拡張／縮小し、事前に設定された最大インスタンス数への拡張と最小インスタンス数への縮小をサポートする。最小インスタンス数は、システムリソースの消費量を最大限に減少させるために、０に設定され得る。

コラボレーション要求モジュールは、制御指令によって発行されたインスタンス拡張数がインスタンス開設上限よりも大きいと判定された場合、他のエッジコンピューティングノード（例えば、エッジコンピューティングノードＭ、Ｎ）に、少なくともインスタンス数の差分値であるインスタンス数を含むインスタンス追加コラボレーション要求を送信して、エッジコンピューティングノードＭ、Ｎの協調下で理論インスタンス数に等しい数のメッセージ処理インスタンスを共同で開設するために使用される。

さらに図５を参照すると、上記の各図に示す方法の実施形態として、本出願は、インスタンス数を調整するための装置の実施例を提供する。この装置の実施例は、図２に示す方法の実施例に対応する。この装置は、様々な電子機器に特に適用できる。

図５に示すように、本実施例に係るインスタンス数を調整するための装置５００は、実パフォーマンスインデックス取得ユニット５０１、理論インスタンス数確定ユニット５０２、およびインスタンス追加コラボレーションユニット５０３を含み得る。実パフォーマンスインデックス取得ユニット５０１は、現在の時間窓の実パフォーマンスインデックスを取得するように構成される。理論インスタンス数確定ユニット５０２は、実パフォーマンスインデックスに対応する理論インスタンス数を確定するように構成される。インスタンス追加コラボレーションユニット５０３は、理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合（パフォーマンスの違いにより、エッジコンピューティングノードが異なれば、インスタンス開設上限も異なる）、インスタンス追加機能を有する他のエッジコンピューティングノードに、理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するように構成される。

本実施例では、インスタンス数を調整するための装置５００における実パフォーマンスインデックス取得ユニット５０１、理論インスタンス数確定ユニット５０２、およびインスタンス追加コラボレーションユニット５０３の具体的な処理とその技術的効果については、それぞれ図２に対応する実施例におけるステップ２０１～２０３の関連説明を参照されたいが、ここでは繰り返さない。

本実施例のいくつかのオプション的な実施形態では、インスタンス追加コラボレーションユニット５０３は、
理論インスタンス数およびインスタンス開設上限に基づいて、第１差分値を計算するステップと、
インスタンス追加コラボレーション要求を受信した他のエッジコンピューティングノードが、第１差分値に対応するインスタンス追加機能をそれ自体が備えたことを確認したときに追加承認応答を返送できるように、第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストするステップと、
受信した追加承認応答に基づいて、第１差分値に対応するインスタンス数に基づいて処理されたトラフィックを、追加承認応答を送信したエッジコンピューティングノードに転送するステップと、
追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を実行するようにさらに構成される。

本実施例のいくつかのオプション的な実施形態では、インスタンス追加コラボレーションユニット５０３は、
理論インスタンス数およびインスタンス開設上限に基づいて、第２差分値を計算するステップと、
第２差分値が所定の差分値よりも大きく、且つ理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、高性能エッジコンピューティングノードが、理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理できるように、現在のエッジコンピューティングノードに送信されたトラフィックをすべて高性能エッジコンピューティングノードに転送するステップと、
高性能エッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を実行するようにさらに構成される。

本実施例のいくつかのオプション的な実施形態では、インスタンス数を調整するための装置５００は、
現在のエッジコンピューティングノードがオフラインになった場合、高性能エッジコンピューティングノードがトラフィック処理結果を直接返送できるように、現在のエッジコンピューティングノードに送信されたトラフィックの宛先アドレスを高性能エッジコンピューティングノードに変更するように構成されたオフライン処理ユニットをさらに含み得る。

本実施例のいくつかのオプション的な実施形態では、理論インスタンス数確定ユニット５０２は、
各パフォーマンスインデックスと各インスタンス数との対応関係を事前に記録した対応テーブルから、実パフォーマンスインデックスに対応する理論インスタンス数を検索するようにさらに構成される。

本実施例のいくつかのオプション的な実施形態では、この実パフォーマンスインデックスは、トラフィックサイズ、待機キューの長さ、ＣＰＵ使用率、メモリ使用率、およびインスタンス同時実行数のうちの少なくとも１つを含む。

上記方法の実施例に対応する装置の実施例として、本実施例は、理論インスタンス数のインスタンスを開設して対応するサービス負荷を処理するために、本出願に係るインスタンス数を調整するための装置は、それ自体が十分なインスタンス追加機能を備えない場合、インスタンス追加機能を有する他のエッジコンピューティングノードにインスタンスを共同で開設するように要求する解決策を提供し、インスタンス追加機能を有するエッジコンピューティングノードを十分に利用して現在のエッジコンピューティングノードの過負荷のサービス負荷を満たし、対応するサービス負荷処理をより迅速かつ効率的に完成できる。

本出願の実施例によれば、本出願は、電子機器およびコンピュータ可読記憶媒体をさらに提供する。

図６は、本出願の実施例に係るインスタンス数を調整するための方法を実施するのに適した電子機器のブロック図を示す。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレームコンピュータ、およびその他の適切なコンピュータなど、様々な形態のデジタルコンピュータを表すことを意図する。電子機器は、パーソナルデジタルアシスタント、携帯電話、スマートフォン、ウェアラブルデバイス、およびその他の同様のコンピューティングデバイスなど、様々な形態のモバイルデバイスを表すこともできる。本明細書に示されるコンポーネント、それらの接続と関係、およびそれらの機能は単なる例示であり、本明細書に説明および／または請求される本出願の実施形態を限定することを意図したものではない。

図６に示すように、この電子機器は、１つまたは複数のプロセッサ６０１と、メモリ６０２と、高速インターフェースおよび低速インターフェースを含む様々なコンポーネントを接続するためのインターフェースとを含む。様々なコンポーネントは、異なるバスを介して互いに接続されており、パブリックマザーボードに取り付けられ得るか、または必要に応じて他の方法で取り付けられ得る。プロセッサは、ＧＵＩのグラフィック情報が外部入力／出力装置（例えば、インターフェースに結合された表示装置）に表示されるようにメモリ内またはメモリ上に記憶される指令を含む、電子機器で実行された指令を処理することができる。他の実施形態では、複数のプロセッサおよび／または複数本のバスは、必要に応じて、複数のメモリと共に使用され得る。同様に、それは、（例えば、サーバアレイ、ブレードサーバ群、またはマルチプロセッサシステムとして）いくつかの必要な操作を提供する複数の電子機器に接続され得る。図６には、プロセッサ６０１が例として挙げられる。

メモリ６０２は、本出願に係る非一時的コンピュータ可読記憶媒体である。ここで、メモリには、少なくとも１つのプロセッサが本出願に係るインスタンス数を調整するための方法を実行できるように、少なくとも１つのプロセッサによって実行され得る指令が記憶されている。本出願の非一時的コンピュータ可読記憶媒体には、本出願に係るインスタンス数を調整するための方法をコンピュータに実行させるために使用されるコンピュータ指令が記憶されている。

非一時的コンピュータ可読記憶媒体として、メモリ６０２は、非一時的ソフトウェアプログラムと、非一時的コンピュータ実行可能プログラムと、本出願の実施例におけるインスタンス数を調整するための方法に対応するプログラム指令／モジュール（例えば、図５に示す実パフォーマンスインデックス取得ユニット５０１、理論インスタンス数確定ユニット５０２、およびインスタンス追加コラボレーションユニット５０３）などのモジュールとを記憶するために使用され得る。プロセッサ６０１は、メモリ６０２に記憶された非一時的ソフトウェアプログラム、指令、およびモジュールを実行することにより、サーバの様々な機能アプリケーションおよびデータ処理を実行する、即ち、上記方法の実施例におけるインスタンス数を調整するための方法を実施する。

メモリ６０２は、オペレーティングシステムおよび少なくとも１つの機能に必要なアプリケーションプログラムが記憶され得るプログラム記憶領域と、インスタンス数を調整するための方法の実行中に、この電子機器によって作成された様々なデータなどが記憶され得るデータ記憶領域とを含み得る。さらに、メモリ６０２は、高速ランダムアクセスメモリを含み得、また、少なくとも１つの磁気ディスクメモリ、フラッシュメモリ、または他の非一時的ソリッドステートメモリなどの非一時的メモリを含み得る。いくつかの実施例では、メモリ６０２は、オプションとして、プロセッサ６０１に対して遠隔的に設定されたメモリを含み得、これらの遠隔メモリは、ネットワークを介して、インスタンス数を調整するための方法を実施するのに適した電子機器に接続され得る。上記ネットワークの例には、インターネット、企業イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、およびそれらの組み合わせが含まれるが、これらに限定されない。

インスタンス数を調整するための方法を実施するのに適した電子機器は、入力装置６０３および出力装置６０４をさらに含み得る。プロセッサ６０１、メモリ６０２、入力装置６０３、および出力装置６０４は、バスまたは他の手段を介して接続され得るが、図６にはバスによる接続が例として挙げられる。

入力装置６０３は、入力された数字または文字情報を受信し、インスタンス数を調整するための方法を実施するのに適した電子機器のユーザ設定および機能制御に関連するキー信号入力を生成することができるものであり、例えば、タッチパネル、キーパッド、マウス、トラックパッド、タッチパッド、ポインティングデバイス、１つまたは複数のマウスボタン、トラックボール、ジョイスティックなどの入力装置である。出力装置６０４は、表示装置、補助照明装置（例えば、ＬＥＤ）、触覚フィードバック装置（例えば、振動モータ）などを含み得る。この表示装置は、液晶ディスプレイ（ＬＤＣ）、発光ダイオード（ＬＥＤ）ディスプレイ、およびプラズマディスプレイを含み得るが、これらに限定されない。いくつかの実施形態では、表示装置は、タッチスクリーンであり得る。

本明細書に記載のシステムおよび技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせで実装され得る。これらの各実施形態は、１つまたは複数のコンピュータプログラムに実装され、該１つまたは複数のコンピュータプログラムは少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムにおいて実行および／または解釈することができ、該プログラマブルプロセッサは専用または汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置および少なくとも１つの出力装置からデータおよび指令を受信することができ、且つデータおよび指令を該記憶システム、該少なくとも１つの入力装置および該少なくとも１つの出力装置に伝送することを含み得る。

これらのコンピュータプログラムは、プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとも呼ばれ、プログラマブルプロセッサの機械命令を含み、且つ高度プロセスおよび／またはオブジェクト指向のプログラミング言語、および／またはアセンブリ言語／機械語により実装され得る。ここで、「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械命令および／またはデータをプログラマブルプロセッサに供給するための任意のコンピュータプログラム、機器、および／または装置（たとえば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を意味し、機械可読信号である機械命令を受信する機械可読媒体を含む。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに供給するための任意の信号を意味する。

ユーザとのインタラクションを提供するために、本明細書に記載のシステムおよび技術は、情報をユーザに表示するための表示装置（例えば、ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザが入力をコンピュータに提供することを可能にするキーボードとポインティングデバイス（例えば、マウスまたはトラックボール）とを備えたコンピュータに実装され得る。他のタイプの装置は、ユーザとのインタラクションを提供するためにも使用されており、例えば、任意の形態の感覚フィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック）をユーザに提供したり、任意の形態（音響入力、音声入力、および触覚入力を含む形態）を使用してユーザからの入力を受信したりするために使用され得る。

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

コンピューティングシステムは、クライアントおよびサーバを含み得る。クライアントおよびサーバは通常、互いに遠く離れており、通信ネットワークを介してインタラクションする。クライアントとサーバとの関係は、対応するコンピュータで実行され、クライアント－サーバの関係を有するコンピュータプログラムによって生成される。サーバは、クラウドコンピューティングサーバまたはクラウドホストとも呼ばれるクラウドサーバであってもよく、クラウドコンピューティングサービスシステムのホスト製品として、従来の物理ホストおよび仮想プライベートサーバ（ＶＰＳ、Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｓｅｒｖｅｒ）のサービスにおける、管理の難しさが高く、サービスの拡張性が低いという欠点を解決する。

理論インスタンス数のインスタンスを追加して対応するサービス負荷を処理することを満たすために、それ自体が十分なインスタンス追加機能を備えない場合、本出願は、インスタンス追加機能を有する他のエッジコンピューティングノードにインスタンスを協調して追加するように要求することにより、インスタンス追加機能を有するエッジコンピューティングノードを十分に利用して、現在のエッジコンピューティングノードの過負荷のサービス負荷を満たし、対応するサービス負荷処理をより迅速かつ効率的に完成できる。

なお、上述した様々な形態のフローを用いて、ステップを改めて並び替え、追加または削除を行うことができる。例えば、本出願に記載された各ステップは、本出願に開示された技術案の所望の結果が達成できる限り、並行して実行されてもよいし、順序に実行されてもよいし、異なる順番で実行されてもよい。本明細書はここで制限しない。

上記具体的な実施形態は、本出願の保護範囲を限定するものではない。設計要件および他の要因に従って、様々な修正、組み合わせ、副次的な組み合わせ、および置換を行うことができることを当業者は理解すべきである。本出願の趣旨および原理を逸脱せずに行われたあらゆる修正、均等置換および改善などは、いずれも本出願の保護範囲内に含まれるべきである。

Claims (15)

1. 現在の時間窓の実パフォーマンスインデックスを取得するステップと、
   前記実パフォーマンスインデックスに対応する理論インスタンス数を確定するステップと、
   前記理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノードに、前記理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するステップであって、異なるエッジコンピューティングノードは、パフォーマンスの違いにより異なるインスタンス開設上限を有するステップと、
   を含む、インスタンス数を調整するための方法。
2. 前記の、インスタンス追加機能を有する他のエッジコンピューティングノードに、前記理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するステップは、
   前記理論インスタンス数および前記インスタンス開設上限に基づいて、第１差分値を計算するステップと、
   前記第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストし、前記インスタンス追加コラボレーション要求を受信した他のエッジコンピューティングノードが前記第１差分値に対応するインスタンス追加機能を有することを確認したときに追加承認応答を返送するようにするステップと、
   受信された前記追加承認応答に基づいて、前記第１差分値に対応するインスタンス数に基づいて処理されたトラフィックを、前記追加承認応答を送信したエッジコンピューティングノードに転送するステップと、
   前記追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を含む、
   請求項１に記載の方法。
3. 前記の、インスタンス追加機能を有する他のエッジコンピューティングノードに、前記理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するステップは、
   前記理論インスタンス数および前記インスタンス開設上限に基づいて、第２差分値を計算するステップと、
   前記第２差分値が所定の差分値よりも大きく、且つ前記理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、前記高性能エッジコンピューティングノードが、前記理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理できるように、前記現在のエッジコンピューティングノードに送信されたトラフィックをすべて前記高性能エッジコンピューティングノードに転送するステップと、
   前記高性能エッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を含む、
   請求項１に記載の方法。
4. 前記現在のエッジコンピューティングノードがオフラインになった場合、前記高性能エッジコンピューティングノードが前記トラフィック処理結果を直接返送できるように、前記現在のエッジコンピューティングノードに送信されたトラフィックの宛先アドレスを前記高性能エッジコンピューティングノードに変更するステップをさらに含む、
   請求項３に記載の方法。
5. 前記実パフォーマンスインデックスに対応する理論インスタンス数を確定するステップは、
   各パフォーマンスインデックスと各インスタンス数との対応関係を事前に記録した対応テーブルから、前記実パフォーマンスインデックスに対応する理論インスタンス数を検索するステップを含む、
   請求項１に記載の方法。
6. 前記実パフォーマンスインデックスは、
   トラフィックサイズ、待機キューの長さ、ＣＰＵ使用率、メモリ使用率、およびインスタンス同時実行数のうちの少なくとも１つを含む、
   請求項１から５のいずれか一項に記載の方法。
7. 現在の時間窓の実パフォーマンスインデックスを取得するように構成された実パフォーマンスインデックス取得ユニットと、
   前記実パフォーマンスインデックスに対応する理論インスタンス数を確定するように構成された理論インスタンス数確定ユニットと、
   前記理論インスタンス数が現在のエッジコンピューティングノードのインスタンス開設上限よりも大きい場合、インスタンス追加機能を有する他のエッジコンピューティングノードに、前記理論インスタンス数に等しい数のインスタンスを共同で開設するように要求するように構成されたインスタンス追加コラボレーションユニットであって、異なるエッジコンピューティングノードは、パフォーマンスの違いにより異なるインスタンス開設上限を有するインスタンス追加コラボレーションユニットと、を含む、
   インスタンス数を調整するための装置。
8. 前記インスタンス追加コラボレーションユニットは、
   前記理論インスタンス数および前記インスタンス開設上限に基づいて、第１差分値を計算するステップと、
   前記第１差分値を含むインスタンス追加コラボレーション要求をブロードキャストし、前記インスタンス追加コラボレーション要求を受信した他のエッジコンピューティングノードが、それ自体が前記第１差分値に対応するインスタンス追加機能を有することを確認したときに、インスタンス追加を同意する追加承認応答を返送するようにするステップと、
   受信された前記追加承認応答に基づいて、前記第１差分値に対応するインスタンス数に基づいて処理されたトラフィックを、前記追加承認応答を送信したエッジコンピューティングノードに転送するステップと、
   前記追加承認応答を送信したエッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を実行するようにさらに構成される、
   請求項７に記載の装置。
9. 前記インスタンス追加コラボレーションユニットは、
   前記理論インスタンス数および前記インスタンス開設上限に基づいて、第２差分値を計算するステップと、
   前記第２差分値が所定の差分値よりも大きく、且つ前記理論インスタンス数よりも大きいインスタンス開設機能を有する高性能エッジコンピューティングノードが存在する場合、前記高性能エッジコンピューティングノードが、前記理論インスタンス数に等しい数のインスタンスを開設することにより、受信したトラフィックを処理できるように、前記現在のエッジコンピューティングノードに送信されたトラフィックをすべて前記高性能エッジコンピューティングノードに転送するステップと、
   前記高性能エッジコンピューティングノードから返送されたトラフィック処理結果を受信するステップと、を実行するようにさらに構成される、
   請求項７に記載の装置。
10. 前記現在のエッジコンピューティングノードがオフラインになった場合、前記高性能エッジコンピューティングノードが前記トラフィック処理結果を直接返送できるように、前記現在のエッジコンピューティングノードに送信されたトラフィックの宛先アドレスを前記高性能エッジコンピューティングノードに変更するように構成されたオフライン処理ユニットをさらに含む、
    請求項９に記載の装置。
11. 前記理論インスタンス数確定ユニットは、
    各パフォーマンスインデックスと各インスタンス数との対応関係を事前に記録した対応テーブルから、前記実パフォーマンスインデックスに対応する理論インスタンス数を検索するステップを含む、
    請求項７に記載の装置。
12. 前記実パフォーマンスインデックスは、
    トラフィックサイズ、待機キューの長さ、ＣＰＵ使用率、メモリ使用率、およびインスタンス同時実行数のうちの少なくとも１つを含む、
    請求項７から１１のいずれか一項に記載の装置。
13. 少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに通信可能に接続されたメモリと、を含み、
    前記メモリには前記少なくとも１つのプロセッサによって実行可能な指令が格納され、前記指令が前記少なくとも１つのプロセッサによって実行されるとき、請求項１から６のいずれか一項に記載のインスタンス数を調整するための方法を前記少なくとも１つのプロセッサに実行させる、電子機器。
14. 請求項１から６のいずれか一項に記載のインスタンス数を調整するための方法をコンピュータに実行させるためのコンピュータ指令が格納されている、非一時的コンピュータ可読記憶媒体。
15. プロセッサにより実行されると、請求項１から６のいずれか一項に記載の方法を実現する、コンピュータプログラム。
    

Images