exit環境の停止ひとしきり遊んだら、クリーンアップします。方法がいくつかあります。--volumes以下は完全消去の例です。次のエントリでは、エクスポート部分を触る予定です。その周辺とは疎遠な日々を過ごしていました。あるものだから、いろいろ調べて実際に触ってみたわけです。関連のトレンドはまったく追えている気がしていなかったので、良い機会だしお勉強しましょうということで。リリースがすでに家で動いているのですが、技術的な諸々は長くなったので別のエントリにします。今回は概要編的なヤツです。case.https://www.edgexfoundry.org/とされています。エッジコンピューティングを実現するフレームワークであると思って向き合えば、大外れではないでしょう。メンバとして掲載されています。面々が精力的に活動しています。後ろ盾があるのは安心感がありますね。家のお手軽空調センサ群。何でもクラウドに投げこめ!』みたいな風潮も少なからずあったと思います。その後、ハイブリッドクラウドやマルチクラウドなど諸々の議論を経て、最近は、いやいや、何をするにもやっぱり使い分けだよね、という共通認識が形成されつつあり、どちらかといえばふたたび分散型に(前向きに)回帰しています。文脈では、処理すべきデータが生まれる場所、あるいは操作すべきデバイスが存在する場所は、少なくともクラウドの中ではないわけで、つまり工場やら家やらオフィスやら屋外やら、目の前にある現実の身近などこかであるわけです。何万もあるセンサが毎秒クラウドに生データを送り続けるのも非効率だクラウド上で分析にかけるにしても、大量の生データである必要はなく、分析に適した形式にフィルタ(または変換)されたデータだけあればよいクラウドに送って、クラウドで処理して、クラウドから命令が来るとなると、端的に遅延がありすぎてリアルタイムに制御できない機微データなのでそのままはクラウドに送りたくないなど、コストやら応答速度やらセキュリティやらの諸々で、だったらエッジ側に閉じて処理してしまったほうがよくない?最終的にクラウドに集めるにしても、必要なデータを必要な形にエッジ側で加工してから送ればよくない?ということになり、ここからいわゆる『エッジコンピューティング』の概念が導出されてきます。最近話題ですが、これもエッジコンピューティングの文脈でもよく出てきますね。トピックに定期的に投げ込んでいる。文脈では、いわゆる鉄板のアーキテクチャ的なモノが成熟しておらず、デバイスと上位の分析基盤やアプリケーションとの円滑な連携にはまだまだ課題もあるようです。送出など、必要な一連の機能それ自体とそのデザイン手段を一元的に提供するものといえる、のではないでしょうか。このフレームワークを介することで、データへのアクセスやコントロールの手段が抽象化されるため、デバイスと分析基盤やアプリケーションの相互の運用性が高まる、のだと思います。充実しているので、これを紐解くのがよさそうです。多数のマイクロサービスの集合体として実装されていることがわかります。以下、アーキテクチャの画像を引用します。つのレイヤで構成されています。レイヤごとに役割をざっくり押さえておくとよさそうです。外にデータを送出するというところでしょうか。上でも動かせるみたいですね。