JP7432774B2 - アプリケーション展開方法、アプリケーション・ブループリント生成方法、プラットフォーム、端末及び媒体 - Google Patents

Description

本開示は、通信技術分野に関するがこれに限定されない。

マイクロサービス及びコンテナ技術の発展に伴い、ユーザは、大型アプリケーションを開発する際に、アプリケーションを複数のマイクロサービスに分け、対応する展開プラットフォームによってマイクロサービスを編成、スケジューリング及び管理するようになっており、その際には、プロファイルを用いてアプリケーションを管理する。エッジ計算のシナリオにおいて、エッジ側のデバイスの大部分は、アーキテクチャが異なり、計算、記憶等の能力の差異がデバイスによって非常に大きい可能性があり、中央演算処理装置（ＣＰＵ）の構造も異なるため、同一のアプリケーションであっても異なる種類のハードウェアにおける配置パラメータは異なる。

第１の態様において、本開示の実施例は、異なる少なくとも２つのサブブループリントを含むアプリケーション・ブループリントを受信し、前記サブブループリントには、対応するハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力、及びアプリケーションの総対外能力が記載されているステップと、前記サブブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開される全アプリケーションインスタンスにより提供される対外能力の和が前記アプリケーションの総対外能力以上であるステップとを含むアプリケーション展開方法を提供する。

第２の態様において、本開示の実施例は、アプリケーションがサポートするハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力及びアプリケーションの総対外能力を取得し、前記ハードウェアの種類と１対１で対応するサブブループリントを生成することと、前記サブブループリントをすべて整合し、アプリケーション・ブループリントを生成することと、前記アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でマイクロサービスプラットフォームがアプリケーションインスタンスを展開できるように、前記マイクロサービスプラットフォームに前記アプリケーション・ブループリントを送信することとを含むアプリケーション・ブループリント生成方法をさらに提供する。

第３の態様において、本開示の実施例は、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶するための記憶装置とを備え、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサにより本明細書に記載のアプリケーション展開方法のいずれかが実現されるマイクロサービスプラットフォームをさらに提供する。

第４の態様において、本開示の実施例は、コンピュータプログラムが記憶されるコンピュータ可読媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、本明細書に記載のアプリケーション展開方法におけるステップのいずれかが実現されるコンピュータ可読媒体をさらに提供する。

第５の態様において、本開示の実施例は、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶するための記憶装置とを備え、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサにより本明細書に記載のアプリケーション・ブループリント生成方法が実現される通信端末をさらに提供する。

第６の態様において、本開示の実施例は、コンピュータプログラムが記憶されるコンピュータ可読媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、本明細書に記載のアプリケーション・ブループリント生成方法におけるステップが実現されるコンピュータ可読媒体をさらに提供する。

本開示の実施例に係るアプリケーション展開方法のフローチャートである。 本開示の実施例におけるステップＳ２の例示的な実施形態のフローチャートである。 本開示の実施例におけるステップＳ２ａの例示的な実施形態のフローチャートである。 本開示の実施例におけるステップＳ２ａのもう１つの例示的な実施形態のフローチャートである。 本開示の実施例に係るもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例におけるステップＳ４の例示的な実施形態のフローチャートである。 本開示の実施例に係るアプリケーション・ブループリント生成方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。 本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。

本開示の技術案を当業者がよりよく理解できるように、以下、図面を参照して本開示に係るアプリケーション展開方法、アプリケーション・ブループリント生成方法、マイクロサービスプラットフォーム、通信端末及びコンピュータ可読媒体について詳細に説明する。

以下では、図面を参照しつつ例示的実施例をより十分に説明するが、かかる例示的実施例は、異なる形態によって具現化することができ、本明細書で述べる実施例に限定されるものと解釈すべきではない。むしろ、これらの実施例は、本開示が十分かつ完全なものとなり、本開示の範囲を当業者が十分理解できるように、提案するものである。

本明細書で使用されている用語は、特定の実施例を説明するためのものにすぎず、本開示を限定することを意図したものではない。本明細書で使用される単数形の「１つの」及び「この」は、文脈から明らかでない限り、複数形も含むことを意図している。また、「備える」及び／又は「……からなる」という用語が本明細書で使われている場合、これらの特徴、全体、ステップ、動作、要素、及び／又は構成要素が存在することを意味するが、他の特徴、全体、ステップ、動作、要素、構成要素、及び／又はそれらの群が、１つ又は複数存在すること、或いは追加されることを排除するものではない。

本明細書では、第１の、第２の等の用語を用いて様々な構成要素を説明する場合があるが、これらの構成要素はこれらの用語によって限定されない。これらの用語は、１つの構成要素と別の構成要素を区別するために用いるにすぎない。したがって、本開示の教示を逸脱しない限り、以下で議論する第１の構成要素、第１のアセンブリ又は第１のモジュールを、第２の構成要素、第２のアセンブリ又は第２のモジュールと呼ぶ場合がある。

他の限定がない限り、本明細書で使用する用語（技術的用語及び科学的用語を含む）はすべて、当業者に通常理解されていると同じ意味を有する。また、通常使われる辞書に定義されたような用語は、関連した技術分野及び本開示を背景とする意味と同じ意味を有すると解釈せねばならず、本明細書で明確に限定されない限り、理想化するか又は過度に形式的な意味に解釈してはならない。

マイクロサービス及びコンテナ技術の発展に伴い、ユーザは、大型アプリケーションを開発する際に、アプリケーションを複数のマイクロサービスに分け、相応の展開プラットフォームによってマイクロサービスを編成、スケジューリング及び管理するようになっており、その際には、プロファイルを用いてアプリケーションを管理する。エッジ計算のシナリオにおいて、エッジ側のデバイスの大部分は、アーキテクチャが異なり、計算、記憶等の能力の差異がデバイスによって非常に大きい可能性があり、中央演算処理装置（ＣＰＵ）の構造も異なるため、同一のアプリケーションであっても異なる種類のハードウェアにおける配置パラメータは異なる。例えば、ホームゲートウェイボックス又は光モデムは、電力消費に敏感であり、通常、ＡＲＭ（Ａｄｖａｎｃｅｄ ＲＩＳＣ Ｍａｃｈｉｎｅ）アーキテクチャのハードウェアを使用する。工業ゲートウェイ及び産業用ロボットデバイスは、強力な計算又は記憶能力を要し、通常、ｘ８６アーキテクチャのハードウェアを使用する。アプリケーションは、これら２つの異なる種類のＣＰＵ構造で動作するときに、異なる配置パラメータを必要とする。しかし、現状エッジ側デバイスアプリケーションの管理は、クラウド側によって一括して展開されており、従来のプロファイルでは、様々な種類のハードウェア上でアプリケーションをそれぞれ展開するように指定することができない。

また、アプリケーションが提供できる対外能力はハードウェアの種類とも関係があり、アプリケーションが異なるハードウェアの種類で展開されて提供する対外能力は異なるが、クラスタは、必要な対外能力に応じてある種類のハードウェア上でアプリケーションを展開するように適応的に選択することができず、ましてや、多種類のハードウェアをクラスタで混用してアプリケーションを展開するシナリオに適応できないことはいうまでもない。

本開示に係るアプリケーション展開方法、アプリケーション・ブループリント生成方法、マイクロサービスプラットフォーム、通信端末及びコンピュータ可読媒体は、必要な対外能力に応じて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスの展開を適応的に選択するのに用いることができるとともに、様々なハードウェアの種類のハードウェアデバイスをクラスタで混用してアプリケーションを展開するシナリオに適応される。

当該アプリケーション展開方法は、マイクロサービスプラットフォームのアプリケーションを展開するのに適用され、マイクロサービスプラットフォームは、例えば、Ｃｌｏｕｄｉｆｙプラットフォーム及びＫｕｂｅｒｎｅｔｅｓプラットフォーム（Ｋ８Ｓプラットフォーム）等の、サービスとしてのプラットフォーム（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅｓ，ＰａａＳ）である。当該アプリケーション・ブループリント生成方法は、通信端末（モバイル端末、パーソナルコンピュータ（ＰＣ）、タブレットデバイス及びその他のクライアントとなり得るデバイス等）によるアプリケーション・ブループリントの生成に適用される。

図１は、本開示の実施例に係るアプリケーション展開方法のフローチャートである。図１に示すように、当該方法は、ステップＳ１及びＳ２を含んでもよい。

ステップＳ１では、アプリケーション・ブループリントを受信する。

当該アプリケーション・ブループリントは、異なる少なくとも２つのサブブループリントを含み、サブブループリントには、対応するハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力、及びアプリケーションの総対外能力が記載されている。

例示的には、対外能力は、アプリケーション又はアプリケーションインスタンスが対外的にサービスを提供できる能力であり、計算能力、記憶能力及びネットワーク能力等を含むことができ、ハードウェアデバイスから提供されるリソースに対応する。つまり、ハードウェアデバイスは、アプリケーション又はアプリケーションインスタンスのためにリソースを展開し、アプリケーション又はアプリケーションインスタンスは、対外的（使用者又はユーザ）に、例えば、計算サービス、記憶サービス及びネットワークサービス等のサービスを提供する。対外能力は、アプリケーション又はアプリケーションインスタンスが以上のサービスを提供する総合能力を抽象的に評価することにより得られる。いくつかの実施例において、アプリケーションの総対外能力は、フィールド“ｔｏｔａｌ＿ｃａｐａｂｉｌｉｔｙ”に対応してもよく、１つのアプリケーションインスタンスを展開することにより提供される対外能力は、フィールド“ｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ”に対応してもよい。ハードウェアの種類には、ＡＲＭアーキテクチャ、ｘ８６アーキテクチャ、ＲＩＳＣ－Ｖアーキテクチャ、Ｓｎｏｗ Ｒｉｄｇｅアーキテクチャ及びＤｅｎｖｅｒｔｏｎアーキテクチャ等を含んでもよく、単一のサブブループリントは、単一のハードウェアの種類に対応する。いくつかの実施例において、ハードウェアの種類は、サブブループリントの種類と呼んでもよく、フィールド“ｖｅｒｓｉｏｎ＿ｔｙｐｅ”に対応してもよい。

いくつかの実施例において、アプリケーション・ブループリントは、ブループリント（ｂｌｕｅｐｒｉｎｔ）及びプロファイル（ｍａｎｉｆｅｓｔ）等の、アプリケーション又はアプリケーションインスタンスを編成、スケジューリング又は管理するためのファイル形式を含んでもよく、プロファイルは、展開（Ｄｅｐｌｏｙｍｅｎｔ）、レプリカ設定（Ｒｅｐｌｉｃａ Ｓｅｔ，ＲＳ）及びレプリカコントローラ（Ｒｅｐｌｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ，ＲＣ）等を含んでもよい。

いくつかの実施例において、アプリケーションの総対外能力は、アプリケーション・ブループリントに記載されてもよい。

いくつかの実施例において、アプリケーション・ブループリントは、ブループリント識別子をさらに含み、当該ブループリント識別子は、アプリケーション・ブループリントがマルチバージョンのブループリントであることを特徴付けるのに用いられ、フィールド“Ｍｕｌｔｉｂｌｕｅｐｒｉｎｔ”に対応してもよい。マルチバージョンのブループリントは、少なくとも２つのサブブループリントを含むブループリントである。

ステップＳ２では、アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開する。

ステップＳ２において、アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開される全アプリケーションインスタンスにより提供される対外能力の和がアプリケーションの総対外能力以上であることを満足する必要がある。つまり、サブブループリントに基づいて、クラスタ内の対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開を終えたアプリケーションがアプリケーションの総対外能力要件を確実に満足する必要がある。例示的には、マイクロサービスプラットフォーム端、つまり、クラウド端は、サブブループリントに基づいて、予め設定された展開ルール又はアプリケーションの特定の展開ニーズに従って、展開ルールを自ら選択してアプリケーションインスタンスを展開してもよい。

いくつかの実施例において、サブブループリントには、展開優先順位がさらに記載されている。アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップＳ２は、展開優先順位に基づいて展開対象であるサブブループリントを決定し、決定された展開対象であるサブブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開することを含んでもよい。

本開示の実施例は、アプリケーション展開方法を提供し、当該方法は、アプリケーションの総対外能力、並びにハードウェアの種類及び１つのアプリケーションインスタンスを展開することにより提供される対外能力が記載されたサブブループリントに基づいて、相応のハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを適応的に展開するのに用いることができる。

図２は、本開示の実施例におけるステップＳ２の例示的な実施形態のフローチャートである。例示的には、サブブループリントには、展開優先順位がさらに記載される。図２に示すように、アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップＳ２は、展開優先順位に基づいて展開対象であるサブブループリントを決定し、決定された展開対象であるサブブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップＳ２ａを含んでもよい。

図３は、本開示の実施例におけるステップＳ２ａの例示的な実施形態のフローチャートである。例示的には、展開優先順位に基づいて展開対象であるサブブループリントを決定し、決定された展開対象であるサブブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップＳ２ａは、ステップＳ２０１～Ｓ２０５を含んでもよい。

ステップＳ２０１では、アプリケーション・ブループリントにおいて展開優先順位が最も高いサブブループリントを決定し、展開対象であるサブブループリントとする。

いくつかの実施例において、展開優先順位は、ユーザ選択又はクラウド端の選択に応じて得てもよく、展開優先順位は、フィールド“ｐｒｉｏｒｉｔｙ”に対応してもよい。

ステップＳ２０２では、展開対象であるサブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定し、最大数量のアプリケーションインスタンスを展開する対外能力の和が第１の補充対象能力以上か否かを判断する。

第１の補充対象能力は、アプリケーションの総対外能力と、展開済みであるアプリケーションインスタンスの対外能力の和との差に等しく、展開対象であるサブブループリントが展開優先順位の最も高いサブブループリントであるとき、第１の補充対象能力は、アプリケーションの総対外能力に等しい。

ステップＳ２０２において、最大数量のアプリケーションインスタンスを展開する対外能力の和が第１の補充対象能力以上であると判断された場合、ステップＳ２０３を実行する。最大数量のアプリケーションインスタンスを展開する対外能力の和が第１の補充対象能力未満であると判断された場合、ステップＳ２０４及びステップＳ２０５を実行する。

ステップＳ２０３では、展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開するアプリケーションインスタンスの対外能力の和は、第１の補充対象能力以上である。

展開するアプリケーションインスタンスの対外能力の和が第１の補充対象能力以上である場合、このとき展開を終え、展開を終えたアプリケーションがアプリケーションの総対外能力要件を満足し、ちょうど満足する形態と、余裕をもって満足する形態の２つの形態によって具現化されてもよい。

いくつかの実施例において、ステップＳ２０３では、展開するアプリケーションインスタンスの数量はＮであり、Ｎは、Ｎ＊ｐ≧Ｑ、かつ（Ｎ－１）＊ｐ＜Ｑを満足する。ここで、ｐは、展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力を表し、Ｑは、第１の補充対象能力を表す。以上の条件が満足されると、一定のレベルでちょうど満足する形態となる。

ステップＳ２０４では、展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で最大数量のアプリケーションインスタンスを展開する。

ステップＳ２０４において、最大数量のアプリケーションインスタンスを展開した後も、依然としてアプリケーションの総対外能力要件が満足されない。

ステップＳ２０５では、展開対象であるサブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな展開対象であるサブブループリントとする。

ステップＳ２０５において、現在の展開対象であるサブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな展開対象であるサブブループリントとするとともに、新たな展開対象であるサブブループリントに対し、ステップＳ２０２における、展開対象であるサブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定するステップを実行し、展開を繰り返す。

いくつかの実施例において、ステップＳ２及びその関連ステップで行う展開は、物理的な意味における展開でなくてもよいし、予備展開の形態で展開を計算して具現化されてもよい。

本開示の実施例は、アプリケーション展開方法を提供し、当該方法は、展開優先順位に基づいて指定のハードウェアの種類を選択してアプリケーションインスタンスを展開し、相応のアプリケーションの総対外能力要件を満足するとともに、展開リソースの合理的な利用を保証するために用いてもよい。

図４は、本開示の実施例におけるステップＳ２ａのもう１つの例示的な実施形態のフローチャートである。当該方法は、図３に示す方法に基づく例示的な代替実施形態である。例示的には、前記方法は、展開対象であるサブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな展開対象であるサブブループリントとするステップＳ２０５の前に、ステップＳ２０５１及びステップＳ２０５２をさらに含む。

ステップＳ２０５１では、展開対象であるサブブループリントの展開優先順位が最低レベルか否かを判断する。

ステップＳ２０５１において、展開対象であるサブブループリントの展開優先順位が最低レベルであると判断された場合、ステップＳ２０５２を実行する。展開対象であるサブブループリントの展開優先順位が最低レベルでないと判断された場合、展開対象であるサブブループリントの展開優先順位より１レベル低いサブブループリントを新たな展開対象であるサブブループリントとして選択するステップＳ２０５を実行する。

ステップＳ２０５２では、アプリケーション展開失敗情報をフィードバックする。

図５は、本開示の実施例に係るもう１つのアプリケーション展開方法のフローチャートである。図５に示すように、当該方法は、図１に示す方法に基づく例示的な代替実施形態である。例示的には、当該アプリケーション展開方法は、ステップＳ３ａ、Ｓ３ｂ及びＳ４をさらに含む。

ステップＳ３ａでは、アプリケーションインスタンスを展開しているハードウェアデバイスがオフラインしたことに応答して、補充対象ギャップ能力を決定する。

当該補充対象ギャップ能力は、アプリケーションの総対外能力と、展開済みであり正常に動作しているアプリケーションインスタンスの対外能力の和との差に等しく、第１の補充対象ギャップ能力と呼んでもよい。

いくつかの実施例において、アプリケーションインスタンスを展開しているハードウェアの種類に対応するハードウェアデバイス全体がオフラインしたことに応答して、補充対象ギャップ能力を決定し、当該ハードウェアの種類に対応するサブブループリント以外の他のサブブループリントに基づいて、アプリケーションインスタンスの展開を継続する。

いくつかの実施例において、ユーザ端末から送信された新サブブループリントに応答して、ブループリント識別子に基づいて当該新サブブループリントをアプリケーション・ブループリントに追加し、後で当該サブブループリントに基づいてアプリケーションインスタンスを展開してもよい。つまり、新たなハードウェアの種類に対応するハードウェアデバイス上でアプリケーションを展開できるとき、アプリケーション・ブループリントにサブブループリントを新たに１つ追加するだけでよい。

ステップＳ３ｂでは、アプリケーションの総対外能力が増大したことに応答して、補充対象ギャップ能力を決定する。

当該補充対象ギャップ能力は、アプリケーションの総対外能力の増大量に等しく、第２の補充対象ギャップ能力と呼んでもよい。例示的には、アプリケーションの総対外能力が変化（増大又は減少）したとき、クラスタの更新インタフェースを介してアプリケーション・ブループリントを更新してもよい。

いくつかの実施例において、アプリケーションの総対外能力が減少したことに応答して回収対象能力を決定し、サブブループリントに基づいてクラスタ内のハードウェアデバイス上でアプリケーションインスタンスを回収し、回収した全アプリケーションインスタンスにより提供される対外能力の和は回収対象能力以下である。回収対象能力は、アプリケーションの総対外能力の減少量に等しい。

ステップＳ４では、アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスの展開を継続し、継続して展開される全アプリケーションインスタンスにより提供される対外能力の和は、補充対象ギャップ能力以上である。

ステップＳ２及びその関連ステップにおける「展開」とは違い、「継続して展開」するとは、補充対象ギャップ能力がある場合を対象としている上、「展開」するときに、補充対象ギャップ能力が存在する状況も生じ、「継続して展開」することは「展開」することと同期で行ってもよく、両者は、表現及びフローの位置に違いがあるだけで、実際に応用するときには類似するステップであり、展開時に使用する関連実施手段及び判別基準は、いずれも継続して展開する際に応用することができる。

いくつかの実施例において、ステップＳ４及びその関連ステップで継続して展開することは、物理的な意味における展開でなくてもよいし、予備展開の形態で展開を計算して具現化されてもよい。

図６は、本開示の実施例におけるステップＳ４の例示的な実施形態のフローチャートである。例示的には、サブブループリントに展開優先順位がさらに記載されている。図５に示すように、ステップＳ４では、アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスの展開を継続し、継続して展開される全アプリケーションインスタンスにより提供される対外能力の和が補充対象ギャップ能力以上であるステップは、ステップＳ４０１～Ｓ４０５を含んでもよい。

ステップＳ４０１では、アプリケーション・ブループリントにおいて展開優先順位が最も高いサブブループリントを決定し、候補サブブループリントとする。

ステップＳ４０２では、候補サブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定し、最大数量のアプリケーションインスタンスを展開する対外能力の和が第２の補充対象能力以上か否かを判断する。

第２の補充対象能力は、補充対象ギャップ能力と、すでに継続して展開されているアプリケーションインスタンスの対外能力の和との差に等しい。

ステップＳ４０２において、最大数量のアプリケーションインスタンスを展開する対外能力の和が第２の補充対象能力以上であると判断された場合、ステップＳ４０３を実行する。最大数量のアプリケーションインスタンスを展開する対外能力の和が第２の補充対象能力未満であると判断された場合、ステップＳ４０４及びステップＳ４０５を実行する。

ステップＳ４０３では、候補サブブループリントを展開対象であるサブブループリントとし、展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開するアプリケーションインスタンスの対外能力の和は、第２の補充対象能力以上である。

ステップＳ４０４では、候補サブブループリントを展開対象であるサブブループリントとし、展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で最大数量のアプリケーションインスタンスを展開する。

ステップＳ４０５では、候補サブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな候補サブブループリントとする。

ステップＳ４０５において、候補サブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな候補サブブループリントとするとともに、新たな候補サブブループリントに対し、ステップＳ４０２における、候補サブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定するステップを実行し、展開を繰り返す。

ステップＳ４０１～ステップＳ４０５における具体的なステップフローは、ステップＳ２０１～ステップＳ２０５２を参照することができる。

本開示の実施例は、アプリケーション展開方法を提供し、当該方法は、展開の現状を満足なものとするために、一部ハードウェアデバイスのオフライン又はアプリケーションの総対外能力の更新に応用可能であり、展開済み又は展開中のアプリケーションインスタンスに対し相応の調整を行うものである。

図７は、本開示の実施例に係るアプリケーション・ブループリント生成方法のフローチャートである。図７に示すように、当該方法は、ステップＳ５～Ｓ７を含んでもよい。

ステップＳ５では、アプリケーションがサポートするハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力及びアプリケーションの総対外能力を取得し、ハードウェアの種類と１対１で対応するサブブループリントを生成する。

サブブループリントには、対応するハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力が記載されている。

ステップＳ６では、サブブループリントをすべて整合し、アプリケーション・ブループリントを生成する。

当該アプリケーション・ブループリントは、アプリケーションの総対外能力及び異なる少なくとも２つのサブブループリントを含む。いくつかの実施例において、アプリケーションの総対外能力の対応するフィールドもサブブループリントに含むことができ、各サブブループリントには、同一のアプリケーションの総対外能力が記載されている。

いくつかの実施例において、アプリケーション・ブループリントは、ブループリント識別子をさらに含み、当該ブループリント識別子は、アプリケーション・ブループリントがマルチバージョンのブループリントであることを特徴付けるのに用いられ、マルチバージョンのブループリントは、少なくとも２つのサブブループリントを含むブループリントである。

ステップＳ７では、マイクロサービスプラットフォームにアプリケーション・ブループリントを送信する。

ステップＳ７において、アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でマイクロサービスプラットフォームがアプリケーションインスタンスを展開できるように、マイクロサービスプラットフォームにアプリケーション・ブループリントを送信する。

本開示の実施例は、アプリケーション・ブループリント生成方法を提供し、当該方法は、アプリケーションの能力ニーズに応じて相応のハードウェアの種類のハードウェアデバイスを選択してアプリケーションインスタンスを展開できるように、アプリケーションがサポートするハードウェアの種類、１つのアプリケーションインスタンスを展開することにより提供される対外能力及びアプリケーションの総対外能力に基づいて、複数のサブブループリントを含むアプリケーション・ブループリントを生成するのに用いることができる。

以下、実際の応用を踏まえ、本開示に係るアプリケーション展開方法について詳細に説明する。

図８Ａは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。例示的には、当該アプリケーション展開方法は、マイクロサービスプラットフォーム（ＰａａＳ）に応用され、アプリケーション・ブループリントのパケット構造は、レプリカコントローラ（ＲＣ）をテンプレートとし、フィールド“ＲｅｐｌｉｃａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ”に対応し、当該アプリケーション・ブループリントは、アプリケーションの総対外能力、異なる２つのサブブループリント（サブブループリント１及びサブブループリント２）及びブループリント識別子を含み、ブループリント識別子は、フィールド“ＭｕｌｔｉＢｌｕｅＰｒｉｎｔ”に対応する。ここで、アプリケーションの総対外能力は、各サブブループリントに記載され、フィールド“ｔｏｔａｌ＿ｃａｐａｂｉｌｉｔｙ”に対応し、サブブループリントには、対応するハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力及び展開優先順位がさらに記載され、フィールド“ｖｅｒｓｉｏｎ＿ｔｙｐｅ”、“ｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ”及び“ｐｒｉｏｒｉｔｙ”にそれぞれ対応し、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力が、インスタンス能力である。マイクロサービスプラットフォームに対応するハードウェアデバイスクラスタにおいて、２つのサブブループリントの記載に対応するハードウェアの種類には、２種類の複数のハードウェアデバイスがある。第１の種類のハードウェアデバイスはｄｅｎｖｅｒｔｏｎアーキテクチャであり、第２の種類のハードウェアデバイスはｓｎｏｗｒｉｄｇｅアーキテクチャである。

マイクロサービスプラットフォームは、アプリケーション・ブループリントを受信した後、ブループリント識別子に基づいてアプリケーション・ブループリントをマルチバージョンのブループリントであると決定し、解析して２つのサブブループリントを得、展開優先順位に基づいて、対応するハードウェアの種類がｓｎｏｗｒｉｄｇｅであるサブブループリントを展開対象であるサブブループリントとし、レプリカの数を計算し、１つのサブブループリントのレプリカは１つのアプリケーションインスタンスに対応し、アプリケーションの総対外能力ｔｏｔａｌ＿ｃａｐａｂｉｌｉｔｙ＝５０に基づいて、単一のｓｎｏｗｒｉｄｇｅ型のアプリケーションインスタンスはｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ＝３０に対応し、このときレプリカの数は２のはずである。つまり、展開するアプリケーションインスタンスの対外能力の和が、第１の補充対象能力以上であることを満足するため、２つのアプリケーションインスタンスを展開しなければならない。ここで、第１の補充対象能力は、アプリケーションの総対外能力と、展開済みであるアプリケーションインスタンスの対外能力の和との差に等しく、５０である。

このとき、３つの状況が存在する。第１の状況では、図８Ａに示すように、ｓｎｏｗｒｉｄｇｅ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量は２以上であり、２つのアプリケーションインスタンスを直接展開し、このときアプリケーションの総対外能力要件はすでに満足されている。

図８Ｂは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。対応状況２では、図８Ｂに示すように、ｓｎｏｗｒｉｄｇｅ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量が１である場合、１つのアプリケーションインスタンスを対応して展開し、対応するハードウェアの種類がｄｅｎｖｅｒｔｏｎであるサブブループリントを展開対象であるサブブループリントとし、単一のｄｅｎｖｅｒｔｏｎ型のアプリケーションインスタンスがｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ＝２０に対応することに基づいて、展開するアプリケーションインスタンスの対外能力の和が第１の補充対象能力２０以上であることを満足すると決定し、１つのアプリケーションインスタンスを展開しなければならない。一方、ｄｅｎｖｅｒｔｏｎ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量が１以上である場合、１つのアプリケーションインスタンスを直接展開し、このときアプリケーションの総対外能力要件はすでに満足されている。

図８Ｃは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。対応状況３では、図８Ｃに示すように。ｓｎｏｗｒｉｄｇｅ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量が０である場合、対応するハードウェアの種類がｄｅｎｖｅｒｔｏｎであるサブブループリントを展開対象であるサブブループリントとし、単一のｄｅｎｖｅｒｔｏｎ型のアプリケーションインスタンスがｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ＝２０に対応することに基づいて、展開するアプリケーションインスタンスの対外能力の和が第１の補充対象能力５０以上であることを満足すると決定し、３つのアプリケーションインスタンスを展開しなければならない。一方、ｄｅｎｖｅｒｔｏｎ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量が３以上である場合、３つのアプリケーションインスタンスを直接展開し、このときアプリケーションの総対外能力要件はすでに満足されている。

図８Ｄは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。図８Ａで説明した状況１に関し、図８Ｄに示すように、アプリケーションインスタンスを展開しているｓｎｏｗｒｉｄｇｅ型に対応するハードウェアデバイス全体がオフラインしたことに応答して、ｓｎｏｗｒｉｄｇｅ型ハードウェアデバイス上で展開された２つのアプリケーションインスタンスがオフラインし、補充対象ギャップ能力を決定する。当該補充対象ギャップ能力は、アプリケーションの総対外能力と、展開済みであり正常に動作しているアプリケーションインスタンスの対外能力の和との差に等しく、５０であり、当該ハードウェアの種類に対応するサブブループリント以外の他のサブブループリントに基づいて、つまり、ｄｅｎｖｅｒｔｏｎ型に対応するサブブループリントに基づいて、アプリケーションインスタンスの展開を継続する。このとき、ｓｎｏｗｒｉｄｇｅ型に対応するハードウェアデバイスに異常がある場合、アプリケーションインスタンスをｄｅｎｖｅｒｔｏｎ型のハードウェアデバイスに移行する。いくつかの実施例において、数量が２つより大きいサブブループリントが存在する場合、展開優先順位に基づいて対象のサブブループリントを決定する。

対応するハードウェアの種類がｄｅｎｖｅｒｔｏｎであるサブブループリントを展開対象であるサブブループリントとし、単一のｄｅｎｖｅｒｔｏｎ型のアプリケーションインスタンスがｉｎｓｔ＿ｃａｐａｂｉｌｉｔｙ＝２０に対応することに基づいて、展開するアプリケーションインスタンスの対外能力の和が第２の補充対象能力以上であることを満足すると決定する。第２の補充対象能力が、補充対象ギャップ能力と、すでに継続して展開されているアプリケーションインスタンスの対外能力の和との差が等しく、５０である場合、３つのアプリケーションインスタンスを展開しなければならない。一方、ｄｅｎｖｅｒｔｏｎ型のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量が３以上である場合、３つのアプリケーションインスタンスを直接展開し、このときアプリケーションの総対外能力要件はすでに満足されている。

図９Ａは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。例示的には、マイクロサービスプラットフォームの対応するハードウェアデバイスクラスタにおいて、対応するアプリケーション・ブループリントにおける３つのサブブループリント（サブブループリント１、サブブループリント２及びサブブループリント３）に記載されたハードウェアの種類には、ＣＰＵがａｒｍアーキテクチャであるホームゲートウェイ、ＣＰＵがｘ８６アーキテクチャである産業用ロボット、及びＣＰＵがＲＩＳＣ－ＶアーキテクチャであるＡＲメガネがある。

このとき様々な状況が存在する。状況１では、図９Ａに示すように、アプリケーションの総対外能力、対応するハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力、及びユーザ側が設定した展開優先順位に基づいて、上述の実施例と同様の方法フローによって、ＡＲメガネ上で２つのアプリケーションインスタンスを展開して、アプリケーションの総対外能力要件を満足する。

図９Ｂは、本開示の実施例に係るさらにもう１つのアプリケーション展開方法のフローチャートである。対応状況２では、図９Ｂに示すように、クラウド側は、実際の状況に基づいて３種類のハードウェアデバイスのいずれにもアプリケーションの展開ニーズがあることを把握し、このときＡＲメガネの剩余リソースがアプリケーションの総対外能力を満足するに足る場合であっても、クラウド端は、提供される対外能力の和がアプリケーションの総対外能力以上であること前提として、ホームゲートウェイ、産業用ロボット及びＡＲメガネ上でそれぞれ１つのインスタンスを展開する。ホームゲートウェイで展開されたアプリケーションインスタンスの回収は、アプリケーションの総対外能力要件を依然として満足するが、応用ニーズに応じてハードウェアの種類に適応させてアプリケーションインスタンスを展開することによって、リソースの冗長化が可能となる。

本開示の実施例は、マイクロサービスプラットフォームを提供し、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶する記憶装置と、を備え、当該１つ又は複数のプログラムが当該１つ又は複数のプロセッサによって実行されると、当該１つ又は複数のプロセッサによって、上述の実施例におけるアプリケーション展開方法のいずれかが実現される。

本開示の実施例は、コンピュータプログラムが記憶されたコンピュータ可読媒体を提供し、当該プログラムがプロセッサによって実行されると上述の実施例におけるアプリケーション展開方法におけるステップのいずれかが実現される。

本開示の実施例は、通信端末を提供し、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶する記憶装置と、を備え、当該１つ又は複数のプログラムが当該１つ又は複数のプロセッサによって実行されると、当該１つ又は複数のプロセッサによって、上述の実施例におけるアプリケーション・ブループリント生成方法が実現される。

本開示の実施例は、コンピュータプログラムが記憶されたコンピュータ可読媒体をさらに提供し、当該プログラムがプロセッサによって実行されると上述の実施例におけるアプリケーション・ブループリント生成方法におけるステップが実現される。

本開示は、以下に示す有益な効果を有する。本開示の実施例は、アプリケーション展開方法、アプリケーション・ブループリント生成方法、マイクロサービスプラットフォーム、通信端末及びコンピュータ可読媒体を提供する。当該アプリケーション展開方法は、マイクロサービスプラットフォームに応用可能であって、アプリケーションの総対外能力を考慮し、アプリケーション・ブループリントにおけるサブブループリントを踏まえて、サブブループリントに対応するハードウェアの種類のハードウェアデバイス上でアプリケーションの展開を実現する。サブブループリントは、ハードウェアの種類と１対１対応する上、アプリケーションの対外能力に関連する情報が記載されているため、クラスタをして、必要な対外能力に応じて適応的に選択を行ってある特定種類のハードウェア上でアプリケーションを展開させ、アプリケーションの展開状況に基づいて多種類のハードウェアをクラスタで混用してアプリケーションを展開させることができる。当該アプリケーション・ブループリントの生成方法は、通信端末に応用可能であって、ブループリントにアプリケーションの総対外能力を追加し、複数のサブブループリントの整合性を図ることにより、アプリケーション・ブループリントの生成が実現される。

以上で開示した方法におけるすべて又は一部のステップ、装置における機能モジュール／ユニットは、ソフトウェア、ファームウェア、ハードウェア及びそれらの適切な組み合わせとして実施できることが当業者には理解される。ハードウェアの実施形態において、以上の説明で触れた機能モジュール／ユニットの間の区分は、物理的構成要素の区分と必ずしも対応しない。例えば、１つの物理的構成要素は、複数の機能を有してもよいし、１つの機能若しくはステップがいくつかの物理的構成要素の協働によって実行されてもよい。いくつかの物理的構成要素の一部又は物理的構成要素のすべては、プロセッサ（ＣＰＵ、デジタル信号プロセッサ又はマイクロプロセッサ）によって実行されるソフトウェアとして実施されてもよいし、ハードウェアとして実施されてもよいし、又は集積回路（例えば、特定用途向け集積回路）として実施されてもよい。このようなソフトウェアは、コンピュータ記憶媒体（又は非一時的媒体）及び通信媒体（又は一時的媒体）を含んでもよい、コンピュータ可読媒体に分布してもよい。当業者に周知のように、コンピュータ記憶媒体という用語には、情報（例えば、コンピュータ可読命令、データ構造、プログラムモジュール又はその他データ）を記憶するための任意の方法又は技術において実施される揮発性及び不揮発性の、取り外し可能な及び取り外し不可能な媒体も含まれる。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ若しくは他の磁気記憶装置、又は所望の情報を記憶するのに用いることができ、コンピュータによるアクセスが可能なあらゆる他の媒体を含むがこれらに限定されない。また、当業者に周知であるが、通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール、又は搬送波若しくは他の伝送機構等の変調データ信号における他のデータを含み、任意の情報配信媒体を含んでもよい。

本明細書では、例示的な実施例を開示しており、具体的な用語を用いたが、それらは一般的な説明的な意味にのみ用いられ解釈されるべきであり、限定を目的としたものではない。いくつかの例では、特に明記しない限り、特定の実施例に関連して説明された特徴、特性及び／又は要素を単独で使用してもよいし、他の実施例と関連して説明された特徴、特性及び／又は要素と組み合わせて使用してもよいことが当業者には自明である。したがって、添付の特許請求の範囲によって示される本開示の範囲から逸脱することなく、様々な形態および詳細における変更が可能であることを当業者は理解するであろう。

Claims (12)

1. 少なくとも２つのサブブループリントを含むアプリケーション・ブループリントを受信し、各前記サブブループリントには、対応するハードウェアの種類、対応するハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力、及びアプリケーションの総対外能力が記載されているステップと、
   前記アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開される全アプリケーションインスタンスにより提供される対外能力の和が前記アプリケーションの総対外能力以上であるステップとを含み、
   前記サブブループリントには、展開優先順位がさらに記載され、
   前記アプリケーション・ブループリント及び展開される全アプリケーションインスタンスにより提供される対外能力に基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップは、
   前記展開優先順位に基づいて展開対象であるサブブループリントを決定し、決定された展開対象であるサブブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスを展開するステップを含み、
   前記展開優先順位に基づいて展開対象であるサブブループリントを決定し、決定された展開対象であるサブブループリントに基づいて、アプリケーションインスタンスを展開するステップは、
   前記アプリケーション・ブループリントにおいて展開優先順位が最も高いサブブループリントを決定し、前記展開対象であるサブブループリントとすることと、
   前記展開対象であるサブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定し、前記最大数量のアプリケーションインスタンスを展開する対外能力の和が、前記アプリケーションの総対外能力から展開済みアプリケーションインスタンスの対外能力の和を引いたものである第１の補充対象能力以上か否かを判断することと、
   前記最大数量のアプリケーションインスタンスを展開する対外能力の和が前記第１の補充対象能力以上であると判断された場合、前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開するアプリケーションインスタンスの対外能力の和は、前記第１の補充対象能力以上であることと、
   前記最大数量のアプリケーションインスタンスを展開する対外能力の和が前記第１の補充対象能力未満であると判断された場合、前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で最大数量のアプリケーションインスタンスを展開し、前記展開対象であるサブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな前記展開対象であるサブブループリントとするとともに、前記展開対象であるサブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定するステップを継続して実行することとを含む
   アプリケーション展開方法。
2. 前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開するアプリケーションインスタンスの対外能力の和は、前記第１の補充対象能力以上であるステップにおいて、展開するアプリケーションインスタンスの数量はＮであり、Ｎは、Ｎ＊ｐ≧Ｑ、かつ（Ｎ－１）＊ｐ＜Ｑを満足し、
   ｐは、前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力を表し、Ｑは、前記第１の補充対象能力を表す
   請求項１に記載のアプリケーション展開方法。
3. 前記展開対象であるサブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな前記展開対象であるサブブループリントとするステップの前に、
   前記展開対象であるサブブループリントの展開優先順位が最低レベルか否かを判断することと、
   前記展開対象であるサブブループリントの展開優先順位が最低レベルであると判断された場合、アプリケーション展開失敗情報をフィードバックすることと、
   前記展開対象であるサブブループリントの展開優先順位が最低レベルでないと判断された場合、前記展開対象であるサブブループリントの展開優先順位より１レベル低いサブブループリントを新たな前記展開対象であるサブブループリントとして選択するステップの実行を継続することとを含む
   請求項１に記載のアプリケーション展開方法。
4. 前記アプリケーションインスタンスを展開しているハードウェアデバイスがオフラインしたことに応答して、前記アプリケーションの総対外能力と、展開済みであり正常に動作しているアプリケーションインスタンスの対外能力の和との差に等しい補充対象ギャップ能力を決定するステップと、
   前記アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスの展開を継続し、継続して展開される全アプリケーションインスタンスにより提供される対外能力の和は、前記補充対象ギャップ能力以上であるステップとをさらに含む
   請求項１に記載のアプリケーション展開方法。
5. 前記アプリケーションの総対外能力が増大したことに応答して、前記アプリケーションの総対外能力の増大量に等しい補充対象ギャップ能力を決定するステップと、
   前記アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスの展開を継続し、継続して展開される全アプリケーションインスタンスにより提供される対外能力の和は、前記補充対象ギャップ能力以上であるステップとをさらに含む
   請求項１に記載のアプリケーション展開方法。
6. 前記サブブループリントには、展開優先順位がさらに記載され、
   前記アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でアプリケーションインスタンスの展開を継続し、継続して展開される全アプリケーションインスタンスにより提供される対外能力の和は、前記補充対象ギャップ能力以上であるステップは、
   前記アプリケーション・ブループリントにおいて展開優先順位が最も高いサブブループリントを決定し、候補サブブループリントとすることと、
   前記候補サブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定し、前記最大数量のアプリケーションインスタンスを展開する対外能力の和が、前記補充対象ギャップ能力と、すでに継続して展開されているアプリケーションインスタンスの対外能力の和との差に等しい第２の補充対象能力以上か否かを判断することと、
   前記最大数量のアプリケーションインスタンスを展開する対外能力の和が前記第２の補充対象能力以上であると判断された場合、前記候補サブブループリントを展開対象であるサブブループリントとし、前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上でアプリケーションインスタンスを展開し、展開するアプリケーションインスタンスの対外能力の和は、前記第２の補充対象能力以上であることと、
   前記最大数量のアプリケーションインスタンスを展開する対外能力の和が前記第２の補充対象能力未満であると判断された場合、前記候補サブブループリントを前記展開対象であるサブブループリントとし、前記展開対象であるサブブループリントに基づいて、対応するハードウェアの種類のハードウェアデバイス上で最大数量のアプリケーションインスタンスを展開し、前記候補サブブループリントより展開優先順位が１レベル低いサブブループリントを選択して新たな前記候補サブブループリントとするとともに、前記候補サブブループリントに対応するハードウェアの種類のハードウェアデバイスにおける余剰リソースが展開することのできるアプリケーションインスタンスの最大数量を決定するステップを継続して実行することとを含む
   請求項４又は５に記載のアプリケーション展開方法。
7. 前記アプリケーション・ブループリントは、前記アプリケーション・ブループリントが複数の前記サブブループリントを含むことを特徴付けるのに用いられるブループリント識別子をさらに含む
   請求項１から５のいずれか１項に記載のアプリケーション展開方法。
8. アプリケーションがサポートするハードウェアの種類、当該ハードウェアの種類のハードウェアデバイス上で１つのアプリケーションインスタンスを展開することにより提供される対外能力及びアプリケーションの総対外能力を取得し、前記ハードウェアの種類と１対１で対応するサブブループリントを生成することと、
   前記サブブループリントをすべて整合し、アプリケーション・ブループリントを生成することと、
   前記アプリケーション・ブループリントに基づいて、クラスタ内のハードウェアデバイス上でマイクロサービスプラットフォームがアプリケーションインスタンスを展開できるように、前記マイクロサービスプラットフォームに前記アプリケーション・ブループリントを送信することとを含む
   アプリケーション・ブループリント生成方法。
9. １つ又は複数のプロセッサと、
   １つ又は複数のプログラムを記憶するように構成された記憶装置とを備え、
   前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサにより請求項１から７のいずれか１項に記載のアプリケーション展開方法が実現される
   マイクロサービスプラットフォーム。
10. １つ又は複数のプロセッサと、
    １つ又は複数のプログラムを記憶するように構成された記憶装置とを備え、
    前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサにより請求項８に記載のアプリケーション・ブループリント生成方法が実現される
    通信端末。
11. コンピュータプログラムが記憶されるコンピュータ可読媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、請求項１から７のいずれか１項に記載のアプリケーション展開方法におけるステップが実現される
    コンピュータ可読媒体。
12. コンピュータプログラムが記憶されるコンピュータ可読媒体であって、
    前記コンピュータプログラムがプロセッサによって実行されると、請求項８に記載のアプリケーション・ブループリント生成方法におけるステップが実現される
    コンピュータ可読媒体。
    

Images