工业软件云生态的未来，必将形成摧枯拉朽之势，扫除阻碍快速发展；也将拥有春风化雨的力量，带动国内中小企业恢复生机，欣欣向荣。这必然要求我们工业软件上云的过程，既要有积沙成塔的恒心，亦要有化整为零的智慧。

工业软件上云有两种形式，一是基于微创云托盘的形式，不需要进行大量SaaS化的改造，就可以享受工业互联网的红利；二是今天我们来说的一个完整的上云方法，用工业软件SaaS的方式上云。

用工业软件SaaS的方式上云，就是基于云服务架构的PaaS平台开发工业软件SaaS。这是一个彻底的上云方法，能够将工业互联网的红利全部发挥出来，但是代价也会比较大。

工业SaaS实际上是基于工业PaaS开发出来的，工业PaaS基于通用的SaaS、PaaS，在此之上搭建起工业特征特别强的工业PaaS来支撑后面SaaS的开发。工业PaaS的内容里有很多工业属性很强的组件进行服务，比如一些工业的算法、工业知识等等。这样开发出来的工业SaaS就非常的灵活和柔性，可大可小，小的SaaS又可以根据业务流程整合起来变成更大的SaaS，这样的话，才能开发和线下软件拥有同样功能，甚至大过线下软件的工业SaaS。

如果说过去的软件是城墙，那么工业SaaS就是一块块砖，工业PaaS也更加动态，更加柔性，像水泥、沙子一样具有流动性，下面的业务可以有各种各样的组件，形成上云的SaaS。这样开发出来，我们可以形成不同领域的云软件。

从前面的逻辑就能看出来，工业PaaS是相当重要的。在工业PaaS里面，我们要引入一些组件和服务，比如科学的算法、数理化等自然科学的算法、工程科学的算法、工业机理、工业模型等等；还有工业知识、航空航天船舶汽车电子等分行业知识的组件；当然还有一些非常IT化的组件，比如交互服务的组件、图形引擎等等。这些在IT界就很容易完成，不容易完成的是知识的组件和引擎的组件，过去这些都是铁板一块，很少服务化，现在把他们服务化的难度很大，所以工业PaaS的形成过程是很不容易的，这也是为什么我们说工业SaaS的形成是漫漫长路。当下层组件形成之后，实际上就可以开发工业SaaS了。

我们建议先从APP入手，因为APP是业务场景特别固定的小型程序，那么这样开发的时候需求梳理起来要容易的多。不像做一个SaaS的话，业务场景要非常丰满，整个流程要比较清晰，需求要比较清晰，所以从工业APP入手，是做工业SaaS的一个基础工作。接下来根据PaaS的服务，经过一些小组合，形成一个工业app出来，形成一个工业APP商店，大家来交流和交易。当然如果你的场景很全面，需求很清晰，可以直接去开发SaaS软件，也可以用APP集成SaaS，最后形成大的SaaS软件。云上的特点就是虽然不是一个软件，但是它们之间交互连接性要强很多，因为它是柔性的，甚至底层服务都是一致的，所以说用这种混合模式来应对SaaS的不足问题。用APP来补足，是一种常见的模式。

刚才讲的都是技术上云、技术服务化的事情，加上左边和右边两部分，就形成了我们所说的生态。

生态实际上就是有多种机构，多重决策，共同演进的环境，比如：

第一方：工业软件云生态创立者，创立工业PaaS、部分专业生态；

第二方：引擎中间件（微服务：用于对工业知识进行模型化）的提供方；

第三方：工业知识中间件提供方；

第四方：工业APP开发者，利用工业中间件搭建工业APP（及工业集成应用）给客户；

第五方：特定领域生态的开发机构和经营机构；

第六方：工业企业，工业APP及工业SaaS的最终用户；

第零方：基础设施及平台提供方，现成的商用IaaS、PaaS、边缘计算及设备接入（IoT）供应商。

这样构成的就是一个比较理想的工业云生态，当然理想是基于每个角色都比较成熟形成的。实际上这些角色的成熟度都是参差不齐的，工业软件上云姿势取决于生态各方的参与度和成熟度。比如第一方工业软件云生态创立者最先发起了云生态，但是如果第二方第三方参与度不够高，第一方需要自己代替他们做一些填充工作，才能让种子生态萌芽，当第二方第三方后期进入云生态慢慢成熟起来后，上云的方式就会发生变化。