JP2022022077A - アプリケーションをデプロイするための方法及び装置、電子機器、読み取り可能な記憶媒体並びにコンピュータプログラム - Google Patents

Abstract

【課題】目標アプリケーションのモデル化構築を完了するだけで、その後のデプロイとオペレーション・メンテナンスをクラウド管理コンポーネントとエッジコンピューティングフレームワークとのバックグラウンドインタラクションに任せることができる方法を提供する。【解決手段】その方法は、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術に基づいてクラウドで目標アプリケーションモデルを構築するステップと、エッジコンピューティングフレームワークからの同期要求に応答し、目標アプリケーションモデルを前記エッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御するステップと、を含む。【選択図】図２

Description

本出願は、データ処理技術分野に関し、具体的には、エッジコンピューティング、アプリケーションモデル、アプリケーションデプロイメント及びオペレーション・メンテナンス技術分野に関し、特にアプリケーションをデプロイするための方法及び装置、電子機器、コンピュータ読み取り可能な記憶媒体並びにコンピュータプログラムに関する。

電子情報化の継続的な進歩に伴い、ユーザ端末に最も近いエッジコンピューティングが益々注目を集めている。すなわち、エッジコンピューティングノードによって構築されたエッジコンピューティングネットワークを如何により有効に活用して、より便利なアプリケーションサービスをユーザに提供することが当分野の研究の焦点となっている。

従来技術では、Ｋｕｂｅｒｎｅｔｅｓ（コンテナ化された管理システム）に基づくエッジコンピューティングプラットフォームを提供した。このプラットフォームでは、管理者によるアプリケーションのライフサイクル全体の管理が必要であった。

本出願の実施例は、アプリケーションをデプロイするための方法及び装置、電子機器、コンピュータ読み取り可能な記憶媒体並びにコンピュータプログラムを提案する。

第１態様において、本出願の実施例は、ユーザが入力したアプリケーション構成パラメータ（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐａｒａｍｅｔｅｒ）を受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築するステップと、エッジコンピューティングフレームワークから発送された同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御するステップと、を含むアプリケーションをデプロイするための方法を提供する。

第２態様において、本出願の実施例は、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築するように構成される目標アプリケーションモデルクラウド構築ユニットと、エッジコンピューティングフレームワークから発送された同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御するように構成される目標アプリケーションモデルノードデプロイユニットと、を備えるアプリケーションをデプロイするための装置を提供する。

第３態様において、本出願の実施例は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサと通信可能に接続されるメモリと、を備え、メモリには、本出願の第１態様のいずれかの実施形態に記載のアプリケーションをデプロイするための方法を実行できるように、前記少なくとも１つのプロセッサによって実行可能な指令が記憶されている電子機器を提供する。

第４態様において、本出願の実施例は、コンピュータ指令が記憶された非一時的なコンピュータ読み取り可能な記憶媒体であって、コンピュータ指令は、本出願の第１態様のいずれかの実施形態に記載のアプリケーションをデプロイするための方法をコンピュータに実行させるためのものである、記憶媒体を提供する。

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

本出願の実施例に係るアプリケーションをデプロイするための方法、装置、電子機器及びコンピュータ読み取り可能な記憶媒体は、まず、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築し、その後、エッジコンピューティングフレームワークが発送した同期要求に応答し、目標アプリケーションモデルを前記エッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御する。本出願は、ユーザ向けのクラウド管理コンポーネントとエッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワークで構成されたエッジコンピューティングプラットフォームを提供しており、ユーザがクラウド管理コンポーネントで目標アプリケーションのモデル化構築を完了するだけで、後続するデプロイメントとオペレーション・メンテナンスはクラウド管理コンポーネントとエッジコンピューティングフレームワークとのバックグラウンドインタラクションに任せることができ、アプリケーションモデルの思想に基づいてアプリケーション構成パラメータをモデル化し、さらに上下層の同期によりクラウドモデルから最下層（ｕｎｄｅｒｌｙｉｎｇ）ノードへのデプロイメントを完了し、ユーザによる複雑な全ライフサイクルにわたるメンテナンスが必要とせず、ユーザ体験がより良くなる。

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

本出願の他の特徴、目的および利点は、以下の図面を参照してなされる非限定的な実施形態に係る詳細な説明を読むことにより、より明らかになる。
本出願の適用可能な例示的なシステムアーキテクチャを示す図である。 本出願の実施例に係るアプリケーションをデプロイするための方法のフローチャートである。 本出願の実施例に係る別のアプリケーションをデプロイするための方法のフローチャートである。 本出願の実施例に係るエッジコンピューティングプラットフォームの構成概略図である。 本出願の実施例に係るアプリケーションをデプロイするための装置の構成ブロック図である。 本出願の実施例に係るアプリケーションをデプロイするための方法を実行することに適用する電子機器の構成概略図である。

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

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

図１は本出願のアプリケーションをデプロイするための方法、装置、電子機器及びコンピュータ読み取り可能な記憶媒体の実施例の例示的なシステムアーキテクチャ１００を示す。

図１に示すように、システムアーキテクチャ１００は、ユーザ端末１０１と、クラウド管理サーバ１０２と、エッジコンピューティングフレームワーク１０３とを含んでもよく、エッジコンピューティングフレームワーク１０３は各エッジコンピューティングノードにデプロイされ、すなわちエッジコンピューティングフレームワーク１０３は、エッジコンピューティングネットワークにおける各エッジコンピューティングノードをカバーする。ユーザ端末１０１とクラウド管理サーバ１０２との間、クラウド管理サーバ１０２とエッジコンピューティングフレームワーク１０３によってカバーされた各エッジコンピューティングノードとの間には、有線、無線、通信リンク、光ファイバケーブルなどの様々な方式でデータ接続を確立することができる。

ユーザは、ユーザ端末１０１を使用してクラウド管理サーバ１０２とデータのインタラクティブを行い、クラウド管理サーバ１０２を介してエッジコンピューティングネットワークに適用されたアプリケーションを、エッジコンピューティングフレームワークによってカバーされた各エッジコンピューティングノードにデプロイすることができ、ユーザ端末１０１、クラウド管理サーバ１０２及びエッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワーク１０３には、上記の目的を達成するために、アプリケーションデプロイメント系のアプリケーション、インスタントメッセンジャー系アプリケーションなどの様々なアプリケーションがインストールされてもよい。

ユーザ端末１０１、クラウド管理サーバ１０２及びエッジコンピューティングフレームワーク１０３がデプロイされた各エッジコンピューティングノードは、ハードウェアであってもよく、ソフトウェアであってもよい。ユーザ端末１０１がハードウェアである場合、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータなどを含むがこれらに限定されない、様々なアプリケーション構成パラメータ配信機能を有する電子機器であってもよい。ユーザ端末１０１がソフトウェアである場合、それは上記の電子機器に設置することができる。複数のソフトウェアまたはソフトウェアモジュールとして、あるいは単一のソフトウェアまたはソフトウェアモジュールとして実装できる。ここでは、具体的に限定しない。クラウド管理サーバ１０２とエッジコンピューティングノードはハードウェアである場合、複数のサーバから構成される分散サーバクラスターとして、または単一のサーバとして実装することができる。クラウド管理サーバ１０２とエッジコンピューティングノードはソフトウェアである場合、複数のソフトウェアまたはソフトウェアモジュールとして実装することができ、ここでは、具体的に限定しない。

クラウド管理サーバ１０２は、内蔵した様々なアプリケーションを介して様々なサービスを提供でき、ユーザに目標アプリケーションをエッジコンピューティングネットワークサービスのアプリケーションデプロイメント系のアプリケーションにデプロイすることを例として、クラウド管理サーバ１０２は、その系のアプリケーションを実行するときに以下のような効果を実現することができ、まず、ユーザがそのユーザ端末装置１０１を介して入力したアプリケーション構成パラメータを受信し、その後、そのアプリケーション構成パラメータとアプリケーションモデル技術に基づいて自分のクラウドストレージスペースで目標アプリケーションのモデル化構築を完了し、すなわち目標アプリケーションモデルを構築してなる。次に、エッジコンピューティングフレームワークから発送された同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御する。

なお、アプリケーション構成パラメータは、ユーザ端末１０１から受信されることに加えて、様々方式でクラウド管理サーバ１０２のローカルにあらかじめ記憶されてもよい。したがって、クラウド管理サーバ１０２は、これらのデータがローカルに記憶されていることを検出したとき（たとえば、処理を開始する前に保存された処理対象タスク）、ローカルからこれらのデータを直接取得するように選択できる。この場合、例示的なシステムアーキテクチャ１００はユーザ端末１０１を含まなくてもよい。

本出願の後続の各実施例に係るアプリケーションをデプロイするための方法は、一般には、クラウド管理サーバ１０２によって実行され、対応して、アプリケーションをデプロイするための装置は、一般には、クラウド管理サーバ１０２に設置される。

なお、図１中のユーザ端末、クラウド管理サーバおよびエッジコンピューティングノードの数は、単なる例示的なものであることを理解すべきである。実装の必要性に応じて、任意の数のユーザ端末、クラウド管理サーバおよびエッジコンピューティングノードを備えてもよい。

図２を参照し、図２は、本出願の実施例に係るアプリケーションをデプロイするための方法のフローチャートであり、プロセス２００は次のステップを含む。

ステップ２０１では、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいて、クラウドで目標アプリケーションモデルを構築する。

このステップは、アプリケーションをデプロイするための方法の実行主体（例えば、図１に示されるクラウド管理サーバ１０２）により、ユーザが（例えば、図１に示されるユーザ端末１０１を介して）入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデルの概念とに基づいて自身のクラウドストレージスペースで目標アプリケーションのモデル化表現を構築し、すなわち目標アプリケーションモデルのクラウドでの構築を完了することを目的とする。

ここでは、アプリケーション構成パラメータは、目標機能／サービスを実現する目標アプリケーションをデプロイするためのパラメータであり、一のユーザがログ収集機能をアクセスするように実現することを例として、その目標アプリケーションは、ログ収集アプリケーションと名付けてもよく、ログ収集機能を実現するために、そのログ収集アプリケーションには、ユーザログを収集するためのログソースパラメータ、データストリーム内のどのデータがログデータであるかを識別するための識別パラメータ、収集されたログを記憶するためのストレージ方法、およびストレージアドレスのデプロイメントパラメータなどがデプロイされるように構成されてもよく、上記の異なるサブ機能は、そのログ収集アプリケーションの個々の機能コンポーネントに抽象化されてもよい。

ここでは、アプリケーションモデルは、最初にクラウドネイティブ（Ｃｌｏｕｄ Ｎａｔｉｖｅ）分野に登場する概念であり、アプリケーションプログラムを対象としたモデル化表現であり、アプリケーションプログラムを中心とするプラットフォームを構築するために主に用いられ、開発者は、そのプラットフォームでアプリケーションプログラムに専念し、デプロイ可能なコンポーネントの定義を完了するようにする。本出願は、この概念をエッジコンピューティング分野に適用し、アプリケーションモデルの概念を使用して、ユーザ端末に便利なサービスを提供するエッジコンピューティングプラットフォームの構築を助け、それはサービス提供の主体は、エッジコンピューティングノードにデプロイされたアプリケーションであるためである。

ステップ２０２では、エッジコンピューティングフレームワークが発送した同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御する。

ステップ２０１に基づいて、このステップは、上記の実行主体はエッジコンピューティングフレームワークが発送した同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークを介して目標アプリケーションモデルの各エッジコンピューティングノードでのデプロイメントを完了することを目的とする。

ここでは、エッジコンピューティングフレームワークは、エッジコンピューティングネットワークを構成する各エッジコンピューティングノードにデプロイされ、バックグラウンドルールとしてエッジコンピューティングノードの通常の動作をサポートするために用いられる。エッジコンピューティングノードは、エッジコンピューティングフレームワークの制御の下で上記の実行に同期要求をアクティブに送信することができ、その同期要求の目的は、エッジコンピューティングノードにデプロイされる必要のあるアプリケーションモデルが存在するか否かについて上記の実行主体に確認し、エッジコンピューティングノードにデプロイされる必要のあるアプリケーションモデルが存在する場合、上記の実行主体からそのアプリケーションモデルをプルすることができ、エッジコンピューティングフレームワークの制御の下でそのアプリケーションモデルの各エッジコンピューティングノードでのデプロイメントを完了する。

ユーザが目標アプリケーションモデルのデプロイ対象を制限しない場合、目標アプリケーションモデルは任意のエッジコンピューティングノードまたはすべてのエッジコンピューティングノードにデプロイされてもよく、ユーザが目標アプリケーションモデルのデプロイ対象を選定したとき、エッジコンピューティングフレームワークも指示されたデプロイ対象に応じて目標アプリケーションモデルの対応するエッジコンピューティングノードでのデプロイメントを完了すべきである。

なお、本実施例はまずクラウドで目標アプリケーションモデルの構築を完了し、その後クラウドはエッジコンピューティングフレームワークが目標アプリケーションモデルを最下層のエッジコンピューティングノードにデプロイするように制御するという２段階の解決手段を提供するのは、このような方式でユーザがクラウドとやりとりをするだけでアプリケーションのモデル化構築を完了することができ、後続するデプロイメント、オペレーション・メンテナンス動作など複雑な動作は、ユーザによる実行が必要ないため、ユーザの操作を大幅に簡素化し、エッジコンピューティングプラットフォームで新たな機能／サービスを開発およびデプロイメントする際の便利性が向上された。

本出願の実施例に係るアプリケーションをデプロイするための方法を適用すると、ユーザ向けのクラウド管理コンポーネントと、エッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワークとから構成されるエッジコンピューティングプラットフォームを構築することができ、ユーザがクラウド管理コンポーネントで目標アプリケーションのモデル化構築を完了するだけが必要とされ、後続するデプロイメントとオペレーション・メンテナンスをクラウド管理コンポーネントとエッジコンピューティングフレームワークとのバックグラウンドインタラクションに任せることができ、アプリケーションモデルの思想に基づいてアプリケーション構成パラメータをモデル化し、さらに上下層の同期によりクラウドモデルから最下層ノードへのデプロイメントを完了させ、ユーザが複雑な全ライフサイクルにわたるメンテナンスをする必要がなく、ユーザ体験が良くなる。

図３をさらに参照し、図３は本出願の実施例に係る別のアプリケーションをデプロイするための方法のフローチャートであり、プロセス３００は次のステップを含む。

ステップ３０１では、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築する。

このステップは図２に示されるステップ２０１と一致している。内容の同じ部分については、ここでは繰り返し説明せず、前の実施例の対応する部分を参照してもよい。

ステップ３０２では、エッジコンピューティングフレームワークが発送した同期要求に応答し、エッジコンピューティングフレームワークが目標アプリケーションモデルをエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御する。

このステップは、上記の実行主体は、エッジコンピューティングフレームワークが目標アプリケーションモデルをエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御することを目的とする。翻訳動作が必要とされる理由は、クラウド環境がエッジコンピューティングノードの環境と必ずしも一致しないためであり、動作環境が一致しない場合、ユーザの演算向けに実行した目標アプリケーションモデルの構築動作が、必ずしもそのままエッジコンピューティングノードで正しく実行されるとは限らない。

目標アプリケーションモデルをエッジコンピューティングノードにおけるデプロイを成功し、所望の機能／サービスを実現することを確保するためには、エッジコンピューティングフレームワークが受信した目標アプリケーションモデルに基づいてそれを最下層の具体的なエッジコンピューティングノードでの実行に適合されるデプロイ動作に翻訳することが必要になる。

この目的を達成するために、エッジコンピューティングフレームワークに異なる動作環境で同じデプロイ動作を実現する動作指令変換関係を予め記録しておき、その動作指令変換関係に基づいて目標アプリケーションモデルのクラウドでのデプロイ動作指令を、エッジコンピューティングノードでの実行に適合されるデプロイ動作に変換することに役立つ。具体的には、その動作指令変換関係は、正規表現等により実現することができる。

ステップ３０３では、エッジコンピューティングノードでの目標アプリケーションモデルのデプロイメントが完了するまで、エッジコンピューティングノードが少なくとも１つのデプロイ動作を実行するように制御する。

ステップ３０２に基づいて、このステップは、上記の実行主体は、エッジコンピューティングノードでの目標アプリケーションモデルのデプロイメントが完了するまで、エッジコンピューティングノードが少なくとも１つのデプロイ動作を実行するように制御することを目的とする。具体的には、複数のデプロイ動作の一部のデプロイ動作の間には依存関係がなく、デプロイの効率を向上するために、並行して実行できるが、依存関係と因果関係のある一部のデプロイ動作は、シリアル方式でのみ実行できる。

さらには、エッジコンピューティングノードとするデバイスが大きく異なる場合も考えられ、エッジコンピューティングフレームワークを介して異なるエッジコンピューティングノードのタイプ情報を取得でき（例えば、異なるオペレーティングシステム、異なる動作環境など）、その後、目標アプリケーションモデルのそれぞれを、タイプ情報に含まれる各タイプのエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳し、最後に、目標アプリケーションモデルの異なるエッジコンピューティングノードでのデプロイメントをより正確に完了するために、各タイプのエッジコンピューティングノードがそのタイプに適合する少なくとも１つのデプロイ動作を実行するように制御する。

さらには、エッジコンピューティングノードでの目標アプリケーションモデルのデプロイメントが完了した後、さらに、目標アプリケーションモデルのエッジコンピューティングノードでの可用性を確保するために、エッジコンピューティングフレームワークはテストデータパケットを発行するようにデプロイ済み目標アプリケーションモデルが所望の機能を実現できるか否かを検証するように制御する。可用性があると検証された場合、上記の実行主体がその目標アプリケーションモデルの最下層のエッジコンピューティングノードでのデプロイメントが完了したことを確認するために、上記の実行主体へデプロイに成功した応答信号を返すことができる。

前の実施例に基づいて、本実施例は、ステップ３０２～ステップ３０３により、クラウドの目標アプリケーションモデルをエッジコンピューティングノードにデプロイするように実現するための具体的な解決手段を提案しており、すなわちクラウド環境とエッジコンピューティングノードの環境との差異によるデプロイ動作への影響を十分に考慮し、それにより目標アプリケーションモデルのエッジコンピューティングノードでの効果的なデプロイメントを可能な限り保証するようにした。

上記のいずれかの実施例に基づいて、ユーザが目標アプリケーションモデルを指定のエッジコンピューティングノードにデプロイするニーズを満たすために、上記の実行主体はエッジコンピューティングフレームワークにより定期的にアップロードされた各エッジコンピューティングノードの動作状態情報を受信してもよく、その動作状態情報は、異なるエッジコンピューティングノードの実際の動作状態を特定することができるのみならず、異なるエッジコンピューティングノードの属性パラメータでの差異も反映でき、それにより、動作状態と属性パラメータの差異に基づいて、ユーザのニーズに合致する部分エッジコンピューティングノードを選別する。さらには、上記の実行主体は予め設定されたノードのオペレーション・メンテナンスモードに基づいて動作状態情報に対応する目標となるオペレーション・メンテナンスモードを決定することにより、上記実行主体が、目標となるオペレーション・メンテナンスモードに応じて、対応するエッジコンピューティングノードで動作およびメンテナンスを行うべきことをエッジコンピューティングフレームワークに通知するようにしてもよい。

上記のいずれかの実施例に基づいて、ユーザが入力したアプリケーションタイプ定義指示を受信し、アプリケーションタイプ定義指示に基づいて目標アプリケーションモデルのタイプをシステムアプリケーションまたはユーザ定義アプリケーションに調整し、それによってシステムアプリケーションとユーザ定義アプリケーションにそれぞれ対応する異なるノード構成モードとオペレーション・メンテナンスモードに応じて、対応する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）とオペレーション・メンテナンスを行うことができ、例えば、システムアプリケーションのためのアプリケーションモデルについて、デプロイするときにリソース暗号化、暗号文ストレージ、複数のバックアップストレージなどで、システムアプリケーションのセキュリティを強化できる。ユーザ定義アプリケーションは、ユーザよって提案された差別化ニーズに応じて、アプリケーションを柔軟に選択できる。

上記のいずれかの実施例に基づいて、さらにユーザのニーズを満たすために、ユーザの追加ニーズに基づいて対応する第三者機能プラグイン(ｔｈｉｒｄ－ｐａｒｔｙ ｆｕｎｃｔｉｏｎ ｐｌｕｇ－ｉｎ)を増設するようにしてもよく、それによって第三者機能プラグインが呼び出されたことに応答し、使用モードに従って対応する結果を返すこともできる。すなわち、上記の実行主体に第三者機能プラグインを増設することで機能を追加し、例えば、ＥｌａｓｔｉｃＳｅａｒｃｈ（分散マルチユーザ機能を備えたフルテキスト検索エンジン）を注入することなどで、エッジコンピューティングノードによって収集されたログのフルテキストキーワード検索機能を提供し、Ｐｒｏｍｅｔｈｅｕｓ（オープンソースの監視および警告解決手段）を入力して、エッジコンピューティングノードによって収集されたデータの監視をカスタマイズすることもできる。

理解を深めるために、本出願は具体的な応用シナリオを合わせて、具体的な解決手段を提案しており、その応用シナリオで、ユーザがビジネスアプリケーションの開発と使用のみに専念すればよいエッジコンピューティングプラットフォームを開発するという実際のニーズがあり、プラットフォームは、アプリケーション開発モデルを制限せず、プラットフォームをバインドしない一方、プラットフォームは、オペレーション・メンテナンスの関連特性を統一的に提供しており、最下層のインフラストラクチャをシールドし、すなわちユーザに１つのシンプルで使いやすいエッジコンピューティングプラットフォームを提供し、さまざまなエッジデバイスに可能な限り適合するようにする。

その実際ニーズを満たすために、本実施例は、図４に示されるエッジコンピューティングプラットフォームを提供し、そのエッジコンピューティングプラットフォームは、ユーザ向けのクラウド管理スイート（Ｃｌｏｕｄ Ｍａｎａｇｅｍｅｎｔ Ｓｕｉｔｅ、上記の実施例で記述したクラウド管理サーバに相当する）と、エッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワーク（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｆｒａｍｅｗｏｒｋ）と、を備える。

クラウド管理スイートは、クラウドですべてのエッジノード、アプリケーションおよび構成などのリソースを管理することを担当し、アプリケーションのデプロイメント、ノードの事前構成（ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）を管理し、豊富なアプリケーションを提供し、統合されたクラウドの他のサービスでクラウドコンピューティング能力がエッジに配信し実行するように実現する。具体的には、クラウド管理スイートは、以下のようなコア機能的モジュールをさらに備えてもよい。

ノード管理モジュールは、エッジノードを統括的に管理し、ノード状態と動作アプリケーション状態を示し、ノードに対するオペレーション・メンテナンス特性などを提供することができる。アプリケーション管理モジュールは、アプリケーションリソース、構成リソース、暗号文リソースなどのアプリケーションモデルと要素を統括的に定義する。アプリケーションは、システムアプリケーションとユーザアプリケーションにさらに分けられ、システムアプリケーションは、プラットフォームによって提供され、ログ収集、監視プロジェクト収集、遠隔デバッグ、容量の拡張と削減などの各種のオペレーション・メンテナンス特性を提供するアプリケーションを備える。プラグイン管理モジュールは、プラグインの方式で第三者サービスを注入することができる。第三者サービスは、オペレーション・メンテナンス特性に必要なサービスを含み、図４に示すように、ＩＡＭ（Ｉｄｅｎｔｉｔｙ ａｎｄ Ａｃｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ，アイデンティティ識別とアクセス管理）、Ｏｂｊｅｃｔ Ｓｔｏｒａｇｅ（オブジェクトストレージ、ＯＳ）、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、公開鍵インフラストラクチャ）、Ｅｌａｓｔｉｃ Ｓｅａｒｃｈ Ｐｒｏｍｅｔｈｅｕｓ、及びＫｕｂｅｒｎｅｔｅｓ Ｍｙｓｑｌ ＭｉｎＩＯ（オブジェクトストレージサービス）などを含み、クラウド同期モジュールは、エッジノードのデータとの同期を担当し、ノードがマッチングしたすべてのアプリケーションモデルデータをノードに同期させる一方で、エッジノードが報告したノード状態およびアプリケーション状態等のデータを受信する。

エッジコンピューティングフレームワークは、エッジノードにデプロイされ、所在するノードのすべてのアプリケーションを管理し、エンドとクラウドとの間のデータ同期を維持させるなど、アプリケーションモデルを最下層インフラストラクチャの動作に翻訳することで、アプリケーションをＫｕｂｅｒｎｅｔｅｓ（クラウドプラットフォームにおける複数のホスト上のコンテナ化を管理するためのアプリケーション）、Ｄｏｃｋｅｒ（コンテナ）などのインフラストラクチャにデプロイし、直接プロセス（Ｐｒｏｃｅｓｓ）の方式でデバイスに動作させ、クラウド管理コンポーネントの第三者機能プラグインとデータ交換する。具体的には、エッジコンピューティングフレームワークは、次のようなコアモジュールを有していてもよい。

フレーム起動モジュールは、スクリプト方式でのエッジフレームワークの起動をサポートし、エッジデバイスを自動適合させ、デバイスの条件に応じてＫｕｂｅｒｎｅｔｅｓ、Ｄｏｃｋｅｒ、Ｐｒｏｃｅｓｓなどのアプリケーションの動作方式を選択することができる。デバイスの条件が許せば、可能な限りＫｕｂｅｒｎｅｔｅｓを採用し、このインフラストラクチャのプラットフォームへのシールドが最も徹底しており、機能が最も完全であり、その後、デバイスのデプロイ環境をほとんど気にする必要がなく、ＣＰＵやメモリ等のリソースが十分であることのみを保証すれば足りる。エンドクラウド同期モジュールは、クラウドとのデータの同期を担当し、一方、クラウドの所望のアプリケーションモデルのデータをローカルノードに同期させ、他方ノード状態およびアプリケーション状態等のデータを報告する。アプリケーションエンジンモジュールは、クラウドから配信されたアプリケーションモデルを、適合するインフラストラクチャに翻訳する動作を担当し、必要に応じてオペレーション・メンテナンスの特性に関連する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を注入し、例えば、Ｋｕｂｅｒｎｅｔｅｓをデプロイ施設として選択すれば、アプリケーションモデルをＫｕｂｅｒｎｅｔｅｓ Ｄｅｐｌｏｙｅｍｅｎｔ（Ｋｕｂｅｒｎｅｔｅｓ下の機能耐摩耗ブロック）に翻訳して実施することができる。該モジュールは統一的なアプリケーションモデルインタフェースを提供し、異なるインフラストラクチャに異なる実装を提供する。

ログ収集をオンにしたアプリケーションデプロイを例として、次の具体的な実装プロセスを示す。

１）ユーザは、ログ収集モジュールを自ら構成する必要がなく、ログ受信側の情報を構成するだけで、クラウド管理スイートでノードのためのログ収集機能をオンにする。

２）ユーザはクラウド管理スイートでアプリケーションを構成しておき、ラベルを介して受信側に対応するエッジコンピューティングノードをマッチングし、後続のプロセスはプラットフォームが自動的に完了する。

３）クラウド管理スイートは、ステップ１）に記載のログ収集情報とステップ２）に記載のアプリケーション情報をローカルシャドースペースに自動的に更新し、ノードのエッジコンピューティングフレームワークが同期を開始するのを待つ。

４）エッジコンピューティングフレームワークは、ローカルシャドースペースの状態（実際のログ収集情報とアプリケーション情報を含む）をクラウド管理スイートに定期的に報告する。この時点で、クラウド管理スイートは、自身のシャドースペースにおける状態の記録が一致しないと判断する。クラウド管理スイートは、クラウドシャドーによって期待される最新のデータをエッジに返し、エッジコンピューティングフレームワークはデータをローカルシャドースペースに更新する。

５）エッジコンピューティングフレームワークがローカルシャドーを更新するときに、データが変更されたことを発見すると、アプリケーションの更新をトリガーし、アプリケーションモデルを最下層デプロイ施設の構成に変換し、デプロイを実施する。このとき、ログ収集機能をオンになっていることを発見すると、ログ収集モジュールが同期して起動され、ログ収集情報が注入される。

なお、ステップ１）でログを例としたが、実際の状況では、アプリケーションのオペレーション・メンテナンスに関連する機能に限らず、監視、Ｔｒａｃｉｎｇ（トレーシング）、デバッグ、コピースケーリングなども含まれる。ステップ５）オペレーション・メンテナンス特性に関連する機能モジュールのすべては、システムアプリケーションに属し、エッジコンピューティングフレームワークによって構成の注入およびモジュールの起動をする。構成の注入の方法は、マウントされたファイル、環境変数、起動パラメータなどであってもよい。最下層デプロイ施設は、Ｋｕｂｅｒｎｅｔｅｓ、Ｄｏｃｋｅｒなどに限定されず、さまざまなアプリケーションデプロイを、実装するモードに、さらにはプロセスモードに拡張できる。

さらに、図５を参照し、上記の各図に示される方法の実施として、本出願は、アプリケーションをデプロイするための装置の一実施例を提供し、その装置実施例は図２に示される方法実施例に対応し、その装置は、具体的には、様々な電子機器に適用することができる。

図５に示すように、本実施例のアプリケーションをデプロイするための装置５００は、目標アプリケーションモデルクラウド構築ユニット５０１と、目標アプリケーションモデルノードデプロイユニット５０２とを含んでもよい。ここでは、目標アプリケーションモデルクラウド構築ユニット５０１は、ユーザが入力したアプリケーション構成パラメータを受信し、アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築するように構成されており、目標アプリケーションモデルノードデプロイユニット５０２は、エッジコンピューティングフレームワークからの同期要求に応答し、目標アプリケーションモデルをエッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御するように構成される。

本実施例では、アプリケーションをデプロイするための装置５００は、目標アプリケーションモデルクラウド構築ユニット５０１、目標アプリケーションモデルノードデプロイユニット５０２の具体的な処理及びその技術効果はそれぞれ図２に対応する実施例のステップ２０１～２０２の関連説明を参照でき、ここでは重複説明をしない。

本実施例のいくつの選択可能な実施形態では、目標アプリケーションモデルノードデプロイユニット５０２は、エッジコンピューティングフレームワークが目標アプリケーションモデルを各エッジコンピューティングノードにデプロイするように制御するためのデプロイサブユニットを含んでもよく、デプロイサブユニットは、
エッジコンピューティングフレームワークが目標アプリケーションモデルをエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御するように構成されるデプロイ動作翻訳モジュールと、
エッジコンピューティングノードでの目標アプリケーションモデルのデプロイメントが完了するまで、エッジコンピューティングノードが少なくとも１つのデプロイ動作を実行するように制御するように構成されるデプロイ動作実行モジュールと、をさらに備えてもよい。

本実施例のいくつかのオプション的な実施形態では、そのデプロイ動作翻訳モジュールは、さらに、
エッジコンピューティングフレームワークにより異なるエッジコンピューティングノードのタイプ情報を取得し、
目標アプリケーションモデルのそれぞれを、タイプ情報に含まれる各タイプのエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように構成されており、
デプロイ動作実行モジュールは、
さらに、各タイプのエッジコンピューティングノードがそのタイプに適合する少なくとも１つのデプロイ動作を実行するように制御するように構成される。

本実施例のいくつかのオプション的な実施形態では、アプリケーションをデプロイするための装置５００は、
エッジコンピューティングフレームワークが周期的にアップロードしたエッジコンピューティングノードの動作状態情報を受信するように構成される動作状態情報受信ユニットと、
予め設定されたノードのオペレーション・メンテナンスモードに基づいて動作状態情報に対応する目標となるオペレーション・メンテナンスモードを決定し、決定された目標となるオペレーション・メンテナンスモードに基づいて対応するエッジコンピューティングノードでのオペレーション・メンテナンスを行うように構成されるオペレーション・メンテナンスモード決定ユニットと、をさらに備えてもよい。

本実施例のいくつかのオプション的な実施形態では、アプリケーションをデプロイするための装置５００は、
ユーザが入力したアプリケーションタイプ定義指示を受信するように構成されるアプリケーションタイプ定義指示受信ユニットと、
アプリケーションタイプ定義指示に応じて目標アプリケーションモデルのタイプをシステムアプリケーションまたはユーザ定義アプリケーションに調整するように構成されるアプリケーションタイプ調整ユニットであって、システムアプリケーションとユーザ定義アプリケーションは、異なるノード構成モードと異なるオペレーション・メンテナンスモードに対応しているアプリケーションタイプ調整ユニットと、をさらに備えてもよい。

本実施例のいくつかのオプション的な実施形態では、アプリケーションをデプロイするための装置５００は、
ユーザの追加ニーズに応じて対応する第三者機能プラグインを増設するように構成される第三者機能プラグイン増設ユニットと、
第三者機能プラグインが呼び出されたことに応答し、使用モードに応じて対応する結果を返すように構成される結果返送ユニットと、をさらに備えてもよい。

本実施例は上記の方法実施例に対応する装置の実施例として、本出願の実施例に係るアプリケーションをデプロイするための装置は、ユーザ向けのクラウド管理コンポーネントとエッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワークとから構成されるエッジコンピューティングプラットフォームを構築することができ、ユーザがクラウド管理コンポーネントで目標アプリケーションのモデル化構築を完了すればよく、後続するデプロイとオペレーション・メンテナンスはクラウド管理コンポーネントとエッジコンピューティングフレームワークとのバックグラウンドインタラクションに任せることができ、アプリケーションモデルの思想に基づいてアプリケーション構成パラメータをモデル化し、さらに上下層の同期によりクラウドモデルから最下層ノードへのデプロイを完了でき、ユーザが複雑な全ライフサイクルにわたるメンテナンスをする必要がなく、ユーザ体験がより良くなる。

本出願の実施例によれば、本出願は電子機器と読み取り可能な記憶媒体をさらに提供する。

図６に示すように、本出願の実施例に係るアプリケーションをデプロイするための方法の電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレード型サーバ、メインフレームコンピュータおよびその他の適切なコンピュータ等の様々な形態のデジタルコンピュータを表す。また、電子機器は、個人デジタル処理、携帯電話、スマートフォン、ウェアラブル機器およびその他の類似するコンピューティングデバイス等の様々な形態のモバイルデバイスを表すことができる。なお、ここで示したコンポーネント、それらの接続関係、およびそれらの機能はあくまでも例示であり、ここで記述および／または要求した本出願の実施形態を限定することを意図するものではない。

図６に示すように、該電子機器は、１つまたは複数のプロセッサ６０１と、メモリ６０２と、高速インターフェース及び低速インターフェースを備える各コンポーネントを接続するためのインターフェースとを備える。各コンポーネントは、異なるバスで相互に接続されており、共通のマザーボードにインストールしてもよいし、必要に応じて、他の方法でインストールしてもよい。プロセッサは、電子機器内で実行される指令を処理することができ、前記指令は、インターフェースに結合された表示装置等の外部入出力装置にグラフィカルユーザインタフェース（ＧＵＩ，Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）のグラフィック情報を表示するために、メモリ内またはメモリ上に格納された指令を含む。他の実施形態では、必要に応じて、複数のプロセッサおよび／または複数のバスを、複数のメモリとともに使用することができる。また、複数の電子機器が接続されていてもよく、各機器は、例えば、サーバアレイ、ブレードサーバ群またはマルチプロセッサシステムなど、一部の必要な動作を提供する。図６では、１つのプロセッサ６０１を例としている。

メモリ６０２は、すなわち、本出願による非一時的なコンピュータ読み取り可能な記憶媒体である。ただし、前記メモリは、少なくとも１つのプロセッサによって実行可能な指令を記憶するので、前記少なくとも１つのプロセッサに本出願によるアプリケーションをデプロイするための方法を実行させる。本出願の非一時的なコンピュータ読み取り可能な記憶媒体は、コンピュータに本出願によるアプリケーションをデプロイするための方法を実行させるためのコンピュータ指令を記憶する。

メモリ６０２は非一時的なコンピュータ読み取り可能な記憶媒体として、非一時的なソフトウェアプログラム、非一時的なコンピュータによって実行可能なプログラム、及びモジュールを記憶することに用いられ、例えば、本出願の実施例のアプリケーションをデプロイするための方法に対応するプログラム指令／モジュール（例えば、図５に示される目標アプリケーションモデルクラウド構築ユニット５０１、目標アプリケーションモデルノードデプロイユニット５０２）。プロセッサ６０１は、メモリ６０２に記憶された非一時的なソフトウェアプログラム、指令及びモジュールを実行することによって、サーバの様々な機能アプリケーション及びデータ処理を実行し、すなわち、上記方法の実施例のアプリケーションをデプロイするための方法を実現する。

メモリ６０２は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションを記憶できるプログラム記憶領域、およびアプリケーションをデプロイするための方法を実行する電子機器の使用に作成されるデータ等を記憶できるデータ記憶領域を備えてもよい。また、メモリ６０２は高速ランダムアクセスメモリを含むことができ、また非一時的メモリ（例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリデバイスまたはその他の非一時的ソリッドステート記憶装置）を含み得る。いくつかの実施形態において、メモリ６０２は任意選択でプロセッサ６０１に対して遠隔に設置されたメモリを含み、これらのリモートメモリはネットワークを介してアプリケーションをデプロイするための方法を実行する電子機器に接続することができる。上記ネットワークとしては、例えば、インターネット、企業イントラネット、ローカルエリアネットワーク、移動体通信網およびこれらの組み合わせなどが挙げられるが、それらに限定されない。

アプリケーションをデプロイするための方法の電子機器は、入力装置６０３及び出力装置６０４をさらに備えてもよい。プロセッサ６０１、メモリ６０２、入力装置６０３、出力装置６０４は、バスなどで接続されてもよいが、図６にバスによる接続を例にする。

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

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

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

ユーザとのやりとりを行うために、ここで記述するシステムと技術は、ユーザに情報を表示するための表示装置（例えば、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ，ＣＲＴ）またはＬＣＤ（液晶ディスプレイ）モニタ）と、キーボードおよびポインティングデバイス（例えば、マウスまたはトラックボール）とを備えるコンピュータ上で実装することができ、ユーザが該キーボードおよび該ポインティングデバイスを介してコンピュータに入力を提供できる。他の種類の装置もユーザとのやりとりを行うことに用いることができる。例えば、ユーザに提供されるフィードバックは、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックであるいかなる形態のセンシングフィードバックであってもよく、且つ音入力、音声入力若しくは触覚入力を含むいかなる形態でユーザからの入力を受信してもよい。

ここで記述したシステムおよび技術は、バックグラウンドコンポーネントを含む演算システム（例えば、データサーバ）に実施されてもよく、またはミドルウェアコンポーネントを含む演算システム（例えば、アプリケーションサーバ）に実施されてもよく、またはフロントエンドコンポーネントを含む演算システム（例えば、グラフィカルユーザインタフェースまたはウェブブラウザを有するユーザコンピュータ）に実施されてもよく、ユーザは該グラフィカルユーザインタフェースまたはウェブブラウザを介してここで記述したシステムおよび技術の実施形態とやりとりを行っていてもよく、またはこのようなバックグラウンドコンポーネント、ミドルウェアコンポーネントまたはフロントエンドコンポーネントのいずれかの組み合わせを含む演算システムに実施されてもよい。また、システムの各コンポーネントの間は、通信ネットワーク等の任意の形態または媒体を介してデジタルデータ通信により接続されていてもよい。通信ネットワークとしては、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）およびインターネットなどを含む。

コンピュータシステムは、クライアントとサーバとを含んでもよい。クライアントとサーバは、通常、互いに離れており、通信ネットワークを介してやりとりを行う。クライアントとサーバとの関係は、互いにクライアント－サーバの関係を有するコンピュータプログラムをそれぞれのコンピュータ上で動作することによって生成される。サーバはクラウドサーバであってもよく、クラウドコンピューティングサーバまたはクラウドホストとも呼ばれ、クラウドコンピューティングサービスシステムにおけるホスト製品であり、従来の物理ホストと仮想専用サーバ（ＶＰＳ、Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｓｅｒｖｅｒ）サービスにおける管理の難度が大きく、ビジネスの拡張性が弱いという欠陥を解決する。

本出願の実施例に係る技術的解決手段によれば、ユーザ向けのクラウド管理コンポーネントとエッジコンピューティングノードにデプロイされたエッジコンピューティングフレームワークとから構成されるエッジコンピューティングプラットフォームを構築することができ、ユーザがクラウド管理コンポーネントで目標アプリケーションのモデル化構築を完了するだけで、後続するデプロイとメンテナンスはクラウド管理コンポーネントとエッジコンピューティングフレームワークとのバックグラウンドインタラクションに任せることができ、アプリケーションモデルの思想に基づいてアプリケーション構成パラメータをモデル化し、さらに上下層の同期によりクラウドモデルから最下層ノードへのデプロイを完了でき、ユーザが複雑な全ライフサイクルにわたるメンテナンスをする必要がなく、ユーザ体験がより良くなる。

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

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

Claims (15)

1. ユーザが入力したアプリケーション構成パラメータを受信し、前記アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築するステップと、
   エッジコンピューティングフレームワークから発送された同期要求に応答し、前記目標アプリケーションモデルを前記エッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを各前記エッジコンピューティングノードにデプロイするように制御するステップと、を含むアプリケーションをデプロイするための方法。
2. 前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを各前記エッジコンピューティングノードにデプロイするように制御するステップは、
   前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを前記エッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御することと、
   前記エッジコンピューティングノードでの前記目標アプリケーションモデルのデプロイメントが完了するまで、前記エッジコンピューティングノードが前記少なくとも１つのデプロイ動作を実行するように制御することと、を含む請求項１に記載の方法。
3. 前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを前記エッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御することは、
   前記エッジコンピューティングフレームワークによって、異なるエッジコンピューティングノードのタイプ情報を取得することと、
   前記目標アプリケーションモデルのそれぞれを、前記タイプ情報に含まれる各タイプのエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳することと、を含み、
   前記エッジコンピューティングノードが前記少なくとも１つのデプロイ動作を実行するように制御することは、
   各タイプのエッジコンピューティングノードがそのタイプに適合する少なくとも１つのデプロイ動作を実行するように制御することを含む請求項２に記載の方法。
4. 前記エッジコンピューティングフレームワークが周期的にアップロードしたエッジコンピューティングノードの動作状態情報を受信することと、
   予め設定されたノードのオペレーション・メンテナンスモードに基づいて、前記動作状態情報に対応する目標となるオペレーション・メンテナンスモードを決定し、決定された目標となるオペレーション・メンテナンスモードに基づいて、対応するエッジコンピューティングノードで動作およびメンテナンスを実行することと、をさらに含む請求項１に記載の方法。
5. 前記ユーザが入力したアプリケーションタイプ定義指示を受信することと、
   前記アプリケーションタイプ定義指示に応じて、前記目標アプリケーションモデルのタイプをシステムアプリケーションまたはユーザ定義アプリケーションに調整することと、をさらに含み、
   前記システムアプリケーションと前記ユーザ定義アプリケーションは、異なるノード構成モードと異なるオペレーション・メンテナンスモードに対応している請求項１に記載の方法。
6. 前記ユーザの追加ニーズに応じて対応する第三者機能プラグインを増設することと、
   前記第三者機能プラグインが呼び出されたことに応答し、使用モードに応じて対応する結果を返すことと、をさらに含む請求項１～５のいずれか１項に記載の方法。
7. ユーザが入力したアプリケーション構成パラメータを受信し、前記アプリケーション構成パラメータとアプリケーションモデル技術とに基づいてクラウドで目標アプリケーションモデルを構築するように構成される目標アプリケーションモデルクラウド構築ユニットと、
   エッジコンピューティングフレームワークから発送された同期要求に応答し、前記目標アプリケーションモデルを前記エッジコンピューティングフレームワークによりカバーされた各エッジコンピューティングノードに配信し、前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを各前記エッジコンピューティングノードにデプロイするように制御するように構成される目標アプリケーションモデルノードデプロイユニットと、を備えるアプリケーションをデプロイするための装置。
8. 前記目標アプリケーションモデルノードデプロイユニットは、前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを各前記エッジコンピューティングノードにデプロイするように制御するためのデプロイサブユニットを備え、
   前記デプロイサブユニットは、
   前記エッジコンピューティングフレームワークが前記目標アプリケーションモデルを前記エッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように制御するように構成されるデプロイ動作翻訳モジュールと、
   前記エッジコンピューティングノードでの前記目標アプリケーションモデルのデプロイメントが完了するまで、前記エッジコンピューティングノードが前記少なくとも１つのデプロイ動作を実行するように制御するように構成されるデプロイ動作実行モジュールと、を備える請求項７に記載の装置。
9. 前記デプロイ動作翻訳モジュールは、さらに、
   前記エッジコンピューティングフレームワークによって異なるエッジコンピューティングノードのタイプ情報を取得し、
   前記目標アプリケーションモデルのそれぞれを、前記タイプ情報に含まれる各タイプのエッジコンピューティングノードでの実行に適合される少なくとも１つのデプロイ動作に翻訳するように構成されており、
   前記デプロイ動作実行モジュールは、さらに、各タイプのエッジコンピューティングノードがそのタイプに適合する少なくとも１つのデプロイ動作を実行するように制御するように構成される請求項８に記載の装置。
10. 前記エッジコンピューティングフレームワークが周期的にアップロードしたエッジコンピューティングノードの動作状態情報を受信するように構成される動作状態情報受信ユニットと、
    予め設定されたノードのオペレーション・メンテナンスモードに基づいて、前記動作状態情報に対応する目標となるオペレーション・メンテナンスモードを決定し、決定された目標となるオペレーション・メンテナンスモードに基づいて、対応するエッジコンピューティングノードで動作およびメンテナンスを実行するように構成されるオペレーション・メンテナンスモード決定ユニットと、をさらに備える請求項７に記載の装置。
11. 前記ユーザが入力したアプリケーションタイプ定義指示を受信するように構成されるアプリケーションタイプ定義指示受信ユニットと、
    前記アプリケーションタイプ定義指示に応じて、前記目標アプリケーションモデルのタイプをシステムアプリケーションまたはユーザ定義アプリケーションに調整するように構成されるアプリケーションタイプ調整ユニットと、をさらに備え、
    前記システムアプリケーションと前記ユーザ定義アプリケーションは、異なるノード構成モードと異なるオペレーション・メンテナンスモードに対応している請求項７に記載の装置。
12. 前記ユーザの追加ニーズに応じて対応する第三者機能プラグインを増設するように構成される第三者機能プラグイン増設ユニットと、
    前記第三者機能プラグインが呼び出されたことに応答し、使用モードに応じて対応する結果を返すように構成される結果返送ユニットと、をさらに備える請求項７～１１のいずれか１項に記載の装置。
13. 少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと通信可能に接続されるメモリと、を備え、
    前記メモリには、前記少なくとも１つのプロセッサが請求項１～６のいずれか１項に記載のアプリケーションをデプロイするための方法を実行できるように、前記少なくとも１つのプロセッサによって実行可能な指令が記憶されている、電子機器。
14. コンピュータ指令が記憶される非一時的なコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータ指令は、請求項１～６のいずれか１項に記載のアプリケーションをデプロイするための方法をコンピュータに実行させるためのものである、記憶媒体。
15. プロセッサにより実行されると、請求項１～６のいずれか１項に記載の方法を実現する、コンピュータプログラム。

Images