作者：田鋒

《踏雪論壇》創始人

安世亞太集團高級副總裁

工業軟件中心主任

工業軟件云生態的未來，必將形成摧枯拉朽之勢，掃除阻礙快速發展；也將擁有春風化雨的力量，帶動國內中小企業恢復生機，欣欣向榮。這必然要求我們工業軟件上云的過程，既要有積沙成塔的恒心，亦要有化整為零的智慧。

工業軟件上云有兩種形式，一是基于微創云托盤的形式，不需要進行大量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）供應商。

這樣構成的就是一個比較理想的工業云生態，當然理想是基于每個角色都比較成熟形成的。實際上這些角色的成熟度都是參差不齊的，工業軟件上云姿勢取決于生態各方的參與度和成熟度。比如第一方工業軟件云生態創立者最先發起了云生態，但是如果第二方第三方參與度不夠高，第一方需要自己代替他們做一些填充工作，才能讓種子生態萌芽，當第二方第三方后期進入云生態慢慢成熟起來后，上云的方式就會發生變化。

工業軟件SaaS的方式上云，固然酣暢淋漓，但是也有中小企業一時難以克服的困難，想要了解不需要進行大量SaaS化的改造，就可以享受工業互聯網的紅利上云方式嗎？敬請繼續關注我們接下來的精彩內容。