工业APP、容器和工业互联网平台

　　在数字经济环境下，云计算、大数据、移动社交、物联网、人工智能等先进技术的广泛运用，个人、企业乃至整个生产体系中的制造资源都实现了广泛、实时的联接，不仅改变了人们的生活方式，而且正在改变商业本质。数字化转型是所有企业的必然选择，企业开展数字化转型的目的就是要更好地为用户创造价值，以实现最佳的客户体验为目标，颠覆性的改变企业产品实现和交付的生产活动过程。通过对产品相关活动中的用户数据洞察，系统化进行知识沉淀和传承，改善产品的数字化设计能力及服务水平，优化产品的交付机制，从而满足客户的个性化体验。而这一切的业务活动中，在产品的需求产生直至产品实现交付的完整商业实现过程，数据实现有效、连续和闭环的传递，产品设计、制造乃至整个供应链的资源实现密切的协同，工业互联网平台是面向制造业数字化、网络化智能化需求，构建基于海量数据的采集、汇聚分析和服务体系支撑制造资源泛在连接、d性供给、高效配置的开放式工业互联网平台。

　　图1 工业互联网平台

　　GE首席技术官Dave Bartlett认为工业互联网平台本质是一个工业 *** 作系统其功能类似微软的Windows、谷歌的安卓系统或者苹果的iOS系统。就像以上所谈到的电脑或手机 *** 作系统一样，工业 *** 作系统层实现了工业现场各种复杂设备或控制逻辑的抽象，标准化了不同厂商产品的接口差异，实现了不同的协议转换，以底层API的形式给架构其中的PaaS平台层进行调用，以微服务的形式提供预制化的构件，从而在应用层快速地利用构件进行服务编排，实现复杂的用户应用需求。

　　微服务（Microservices）架构

　　过去的企业软件多是按管理域划分的大软件，如ERP、PLM、SCM等等，这些软件往往模块众多，功能复杂，强调以自身管理视角的产品全生命周期协同工作。但在数字化转型的背景驱动下，面对批量较小的产品订单，更加个性化、人性化的产品特性组合，工作业务流程从长流程变成短流程，鼠标点击变成手指触屏，线性协作变成点状聚合，大软件系统不得不适应而被拆解为更小功能服务的小软件服务。互联网需求的长尾效应推动软件碎片化，让工作无时无处都可以被处理，而越来越多的碎片化的需求又进一步反身强化更多智能设备的推广使用。应用交付的速度永远跟不上业务需求的变化，业务部署与运维复杂度提高导致应用的可用性下降，多元化业务和复杂体系架构导致IT治理的困难，技术人员不断的重复 “开发—测试—上线”的轮回。

　　图2 传统应用架构 Vs 微服务架构

　　ThoughtWorks首席科学家MarTIn Fowler在2014年提出了微服务的概念，把一个大型的应用软件按照功能和服务分类拆分为数十个微服务，每个服务运用于自己的独立进程，通常是采用基于HTTP协议的RESTful API的轻量级通信机制，松耦合的服务能够被独立更新的部署，每一个微服务可满足用户的一个需求，用来提升企业的敏捷运营与快速的业务拓展。这种架构将原本大而复杂的单体架构，重组为小而精美的独立服务，让工作变得更加高效、便捷、直击重点。当企业对某些微服务有特殊需要时，只需将针对这部分微服务的IT资源进行升级，对这些微服务进行更新。在系统出现故障时，微服务也可实现对故障部分单独隔离，以免影响到整个系统的使用。开发人员也可更便捷地基于“云”进行应用系统开发。

　　容器（Container）技术

　　传统软件架构特性是单体应用，开发周期至少以月为单位进行发布和升级，代码一般使用一种语言开发，不同的组件紧耦合，经常依赖于公共的库，部署周期以月为单位，部署依赖人工 *** 作，组件版本复杂， *** 作风险高，时间管理成本均居高不下。以JAVA应用为代表的三层架构的部署模式，即便是在虚拟机环境发布环境，也是需要建立相应的 *** 作系统和应用服务器，以完全虚拟应用的运行环境。

　　图3 虚拟机与容器化虚拟

　　容器的代表性产品Docker的出现是一个标志性的节点，2013年首次提出了Build→Ship→Run的概念，使用镜像方式能够将应用程序和它依赖的 *** 作系统、类库以及运行时环境整体打包，统一交付，消除了对传统应用对 *** 作系统、应用服务器不同厂商及版本，甚至对于环境变量、基础函数库API调用的深度依赖，因此容器的本质是一种 *** 作系统级别的虚拟化，与底层所使用的平台无关，容器可以在与主流的Windows、Linux等主流的 *** 作系统上运行，意味着应用架构一旦转换为容器化并且迁移部署之后，就可以在任何云平台之间无缝迁移。使用容器能够利用镜像快速部署运行服务，能够实现业务的快速交付，缩短业务的上线周期，极大地方便运维人员的上线部署工作。