1.modbusプロトコル
分析：温度及び湿度センサ。
2. MQTT-SNの
解決：MQTT UDPベースのバージョン。
3.EMQの
解決：EMQは、分散百万ものMQTTオープンソースのメッセージング・サーバです。
4.EMQサービスポートは
解決：
1883 [1]：MQTTプロトコルポート
[2] 8883：MQTT / SSLポート
[3] 8083：MQTT / WebSocketのポート
[4] 8080：HTTP APIポート
[5] 18083：ダッシュボード管理コンソールポート
5.EMQバックエンドWebコンソール
決意：EMQは、バックエンドのWebコンソールを提供し、ユーザーはWebコンソールを介しすることができ、サーバーで実行、統計データを表示し、クライアント[クライアント]、セッション[セッション]、テーマ[トピック]サブスクリプション[サブスクリプション]、プラグイン[プラグイン]。
[1]のアドレスにアクセスします。http：//サーバーIP：18083
[2]デフォルトのユーザー名：ADMIN
[3]デフォルトのパスワード：公共
6.Portainerは
解決：
[1] Portainerは、あなたが簡単にドッカー異なる環境を管理することを可能にする軽量のグラフィカルな管理ツールです。Portainerの展開と使用は非常に簡単です、それはどんなドッカーエンジン上で実行することができ、コンテナのコンポーネントで構成されます。
[2] Portainer機能は、表示パネルの状態を提供する、非常に包括的であり、迅速な展開のためのアプリケーションテンプレートは、コンテナは、基本的なネットワーク・データ・ボリュームの操作[アップロードや画像をダウンロードするなど、運用コンテナの作成]、イベントログに示すように、容器コンソールオペレータ、群発およびクラスタミラー集中管理・運用サービス、ユーザーのログイン管理および制御機能。基本的には、コンテナ管理のための中小ユニットのすべてのニーズを満たします。
7.MQTTBox
解決：MQTTBoxの両方パブリッシャメッセージはまた、メッセージの加入者であってもよいとすることができます。
8.Deviceプロフィール
分析：
[1]装置の部分は、データから読み取る方法である
[2]は、コマンド制御装置の別の部分であります
9.consulは
解決さ：領事サービスの登録と発見はマイクロサービスアーキテクチャシステムの伸縮動の鍵となり、システムが配備されている間、起動される最初のサービスでなければなりません。
10.Coreメタデータ
解析：主Edgexマイクロシステム機器及びサービスデバイスおよびデバイスデータ関連するメタデータ管理、主要9つのインターフェイス、すなわち合計：スケジュール、スケジュールイベント、デバイス、デバイスレポート、Provisonウォッチャー、デバイスサービス、 デバイスプロファイル、アドレス可能、コマンド。
11.Deviceサービス
分析：マイクロサービスは、ユーザが複数のインターフェースを使用することができ、特定のデバイスのデータ構造があってもよい達成するために、唯一のデバイスのユーザがデバイスサービスSDKを提供してきた独自のマイクロサービス公式を開発するための物理インタフェースプロトコルに従ってデバイスが必要です。
取付装置12
の分析：デバイスプロファイルを登録する必要があり、装置構成は、マイクロサービスに対応するレジスタアドレス指定、スケジュールレジスタ、スケジュールイベントを登録関連し、これらは一般的にレジストラに異なるマイクロサービスを含むレジスタ。
13.configシード
解決：すべてのマイクロサービスと他のサービスの設定シードアップロードサービスの設定パラメータ、プログラムはEdgeXシステムの展開の前に一度だけ実行されます。
-d領事アップ14.docker-コン
スタートすべてのサービスはに登録してから設定を取得する必要があります設定やレジストリmicroservice：解析
-d設定シードアップ15.docker-コン
移入の設定/レジストリmicroservice：解析
-dモンゴアップ16.docker-コン
スタートのNoSQL MongoDBのコンテナ：解析
17.docker-コン-d伐採までの
解析：スタートログmicroservice -すべてのマイクロサービスで使用されるメイクログエントリ
-d通知アップ18.docker-コン
スタート通知や警告microservice-使用microservicesの多くは：解析
-dメタデータアップ19.docker-コン
解析：スタートコアメタデータmicroservice
-dデータアップ20.docker-コン
スタートコアデータmicroservice：解析
-dコマンドアップ21.docker-コン
スタートコアコマンドmicroservice：解析
22.docker・コンアップ-dスケジューラ
解析：スタートスケジューリングmicroserviceがmicroservicesの多くが古本
-d輸出クライアントアップ23.docker-コン
解析：エクスポート開始クライアントの登録microservice
-d輸出ディストリビューションアップ24.docker-コン
解析：エクスポート開始配布microservice
25.EdgeXファウンドリーmicroservices
解析：
| EdgeXファウンドリーMicroservice | ドッカー作曲コンテナ | コンテナ名 | 港 | PingのURL |
|---|---|---|---|---|
| コアコマンド | コマンド | edgex-コア - コマンド | 48082 | http：// [ホスト]：48082 / API / V1 /ピング |
| コアデータ | データ | edgexコアデータ | 48080 | http：// [ホスト]：48080 / API / V1 /ピング |
| コア・メタデータ | メタデータ | edgexコアメタデータ | 48081 | http：// [ホスト]：48081 / API / V1 /ピング |
| エクスポートクライアント | 輸出クライアント | edgex-輸出クライアント | 48071 | http：// [ホスト]：48071 / API / V1 /ピング |
| エクスポート配布 | 輸出ディストリビューション | edgex-輸出ディストリビューション | 48070 | http：// [ホスト]：48070 / API / V1 /ピング |
| ルールエンジン | rulesengine | edgexサポート-rulesengine | 48075 | http：// [ホスト]：48075 / API / V1 /ピング |
| サポートログ | ロギング | edgexサポート、ログ | 48061 | http：// [ホスト]：48061 / API / V1 /ピング |
| サポート通知 | 通知 | edgexサポート - 通知 | 48060 | http：// [ホスト]：48060 / API / V1 /ピング |
| サポートスケジューラ | スケジューラ | edgexサポート - スケジューラ | 48085 | http：// [ホスト]：48085 / API / V1 /ピング |
| 仮想デバイスサービス | デバイス、仮想 | edgex-デバイス、仮想 | 49990 | http：// [ホスト]：49990 / API / V1 /ピング |
参考文献：
[1] EdgeXファウンドリードキュメンテーションます。https：//docs.edgexfoundry.org/2.0/getting-started/Ch-GettingStartedUsers/
