基于docker技术的工业App架构是如何构成的

　　先前写了一篇漫谈工业App（1）的博文，阅读量相对比较大，看来关注工业App的人很多，也有读者希望本人多写一点这方面的文章。不过自己觉得惭愧。没有到可以系统地描述工业App的水平，事实上，我的许多博文都是基于自己研究的基础上的结果。自然不会写的那么快了。
　　实践中的困惑
　　漫谈工业App（1）是我们2019年全年研究开发的报告。在2019年，我们从IT技术的方向，探索了基于容器（docker）的工业App以及工业边缘设备的开发。由于docker 的可快速部署，更新和多语言，多环境开发的诸多优点。我们认为将工业App 规范成为容器中运行的映像是一种好的方式。为此我们开发了类似android 用户界面的App 管理，运行界面，App 之间的消息系统采用了rabbitMQ 消息系统，并且采用了Google的pbuf 编码。
　　类似android的界面
　　基于docker 技术的工业App 架构
　　
　　基于该架构的边缘设备采用了瑞芯微的RK3399 以及全志的H6 模块构成。终端设备则是我们自行开发的modular-2 ，一台基于Arm 公司 Mbed OS 的STM32 模块化设备。有关信息可以在我的博文中找到。
　　我提到过，所谓App 就是指容易部署，运行和更新的软件。不同的厂商开发的App 能够在容器上运行。最终达到与设备无关的境界。设备制造商，系统集成商，用户以及第三方软件公司都能够向客户提供有价值的工业App，并且能够保护它们的知识产权，并且获得其商业利益。
　　大大小小的公司宣称开发了各种平台，架构漫天飞。它们无非是一堆软件，协议和规范。在这堆“东西”（专业一点可以称为Objects）就是平台，它们的相互关系就是架构。2019年我们忙活了一年，就是搞了这一堆“东西”，构建了一个所谓的平台。目的是希望让工业App开发，部署，升级更加敏捷化。它基于容器（docker）技术的微服务架构。并且为App 提供了时间序列数据库，数据可视化。末端设备开发等支撑性微服务。
　　一开始，我们采用了C++ 作为App的主要开发工具，后来为了提高App开发的效率，又转向了Go 语言开发。
　　这些技术已经在我们的内部项目中应用起来了。
　　但是，事情也许仅此而已。作为一个小的团队开发的这一堆“东西”，在自由的市场中，谁会认可你呢？事实上，许许多多的团队都怀揣在远大的理想，在搭建自己的一堆“东西”。其中包括了阿里，百度，或者华为这样的大个子。而像我这样的小个子也不完全认同像阿里，百度的物联网平台。只有各自为战了。另一方面，传统控制行业的工程师和系统集成商基本上无法接收IT工程师的东西。别说你的App 有多容易开发。API 有多丰富。控制工程师根本不愿意编写任何程序。万不得已，也就是买一个mdbus网关，连到远程PC，手机端，也就实现企业上云了。
　　我们同时也研究了GE，DELL 公司的一些工业物联网项目，无非是API更丰富一点而已。也是叫好不叫座。