null}値が変わっていることが確認できました。アイコンから現在値が確認できます。アイコンが出るのですが、実行しようとしても手元の環境では入力欄が表示されず使えませんでした......。制御下においたうえで、実際の動作を確認できました。実際のシーンでは、本当のデバイスの本当の仕様に合わせてデバイスサービスを構成する必要があり、場合によってはデバイスサービスそれ自体の実装を含めてカスタマイズが必要になる可能性ももちろんあるわけです。ブローカのホスト情報やトピック名など)は、デバイスプロファイルやデバイスサービス設定として別ファイルで定義できるようになっていて、デバイスサービスの実装それ自体は、設定ファイルに従って淡々と動くだけでもあります。トピックに投げる部分は自製する必要がありますが、であればその際に、逆に今回使ったこのデバイスサービスの仕様を前提にした投げ方にしてしまうことも可能です。すれば、このデバイスサービスをそのまま実際に流用できることになります。例でしたが、それ以外のプロトコル用の参考実装も、環境依存の部分が設定ファイル群で外在化できるような汎用性のある形で作られているようなので、それなりに様々なデバイスで使いまわせそうです。収集したデータも、前回のエントリとまったく同じ方法でエクスポート可能です。稼働させて、仮想デバイスのデータが蓄積される様子を観察しました。続いては、外部へのエクスポートを試します。外部へデータを連携したいシーンも考えられます。このようなときに、エクスポートサービスを構成することで、コアサービスに届けられたデータをリアルタイムに外部に送れるようになります。エクスポート先をエクスポートサービスのクライアントとして定義しています。コンテナ)を通じてデータベースに接続情報を保存することで新規に登録できます。コンテナ)が行っています。コアサービス層からのイベントの配信を受けて、データベースに登録されたクライアントにデータを送出する役割を担っています。よるエクスポートの二つのパターンを構成します。エンドポイントをエクスポートクライアントとして登録するという操作を行います。こちらをクローンして使います。クラウドっぽいサービスに投げるほうがそれっぽいですが、今回はお試しなので、ブローカはローカルに立ててしまいます。いっても、コンテナイメージがあるので、おもむろに起動させるだけです。locally...52e107224959223a3132466b5356278f637daa855aadc3a1345c71c193deb4df起動できたら、簡単にテストします。0別のコンテナで同じトピックに配信します。DISCONNECT購読している側で、メッセージが配信されてくることが確認できれば成功です。オプションを消すと静かになります。エンドポイントを作ります。されたリクエストボディが確認できれば動作確認には充分です。port=5000)リポジトリには配置済みなので、クローンしてある場合はそのまま起動できます。リクエストを発行します。したリクエストボディが表示されれば成功です。エンドポイントをエクスポートクライアントとして登録していきます。参考にして起動させます。現時点では難しそうです。