容器較傳統(tǒng)虛擬化有更低資源使用粒度，在一臺物理機上可運行上百個容器服務(wù)，從而提高服務(wù)器硬件資源的利用率。當遇到高并發(fā)、高流量的大活動，容器做到根據(jù)業(yè)務(wù)的負載進行彈性擴容，以提供更好的服務(wù)。當訪問量降低后，容器平臺能夠自動縮容，及時釋放空閑資源。

　　開發(fā)運維平臺（DevOps）

　　圖4 基于容器化PaaS構(gòu)建的DevOps

　　DevOps概念早先始于2009年的歐洲，因傳統(tǒng)開發(fā)和運維模式無法實現(xiàn)用戶應(yīng)用快速變化且生命周期較短的現(xiàn)實。DevOps一詞的來自于Development和Operations的組合，突出重視軟件開發(fā)人員和運維人員的溝通合作，通過自動化流程來使得軟件構(gòu)建、測試、發(fā)布更加快捷、頻繁和可靠。早期時，大家雖然意識到了這個問題的，但是苦于當時沒有完善豐富的技術(shù)工具，是一種“理想很豐滿，現(xiàn)實很骨感”的情況。早期的PaaS平臺方案初步解決了很多客戶對于應(yīng)用彈性的需求，但是在容器技術(shù)之前，構(gòu)建一套PaaS平臺面臨著組件多、量級大、改造成本高等挑戰(zhàn)，而且對于運行在不同 PaaS 平臺上的應(yīng)用，很難避免應(yīng)用對平臺的深度依賴。譬如，不同的PaaS平臺對彈性、高可用、性能、監(jiān)控、日志、版本更新等的實現(xiàn)方式不同，則對其上應(yīng)用的架構(gòu)要求也不同；另外，在編程語言和平臺層的API調(diào)用方面，也會導致應(yīng)用對平臺廠商的深度綁定。以Docker為代表的輕量級虛擬化容器技術(shù)的發(fā)展使得DevOps成為可能，工業(yè)互聯(lián)網(wǎng)的應(yīng)用直接構(gòu)建在以Cloud Foundry、Kubernetes等為代表的PaaS平臺之上。

　　工業(yè)APP的構(gòu)建是核心

　　工業(yè) APP 的構(gòu)建是在互聯(lián)網(wǎng)制造背景制造協(xié)作模式轉(zhuǎn)換的核心，其關(guān)注對工業(yè)技術(shù)知識的提煉與抽象，將數(shù)據(jù)模型、提煉與抽象的知識結(jié)果通過形式化封裝與固化形成 APP。封裝了工業(yè)知識的工業(yè) APP， 對人和機器快速高效賦能，突破了知識應(yīng)用對人腦和人體所在時空的限制，最終直接驅(qū)動工業(yè)設(shè)備及工業(yè)業(yè)務(wù)。

　　圖 5 工業(yè)App的構(gòu)建處于核心位置

　　基于容器技術(shù)和微服務(wù)架構(gòu)的PaaS平臺，成功地實現(xiàn)了DevOps的開發(fā)運維一體化的愿景，借助于工業(yè)互聯(lián)網(wǎng)平臺敏捷架構(gòu)，服務(wù)組件供應(yīng)商、工業(yè)制造商、終端用戶甚至個體團隊的形成了完整的工業(yè)App開發(fā)、應(yīng)用生態(tài)，推動以互聯(lián)網(wǎng)為協(xié)作載體的新一輪專業(yè)分工，將原來在企業(yè)各工程人員、專家頭腦中隱性、分散的工業(yè)技術(shù)知識、經(jīng)驗技巧進行模型化、軟件化和商品化，形成標準化的微服務(wù)組件。

　　無論工業(yè)APP團隊的規(guī)?；?qū)嵙Φ拇笮?，都可以使用工業(yè)互聯(lián)平臺上提供的標準化的微服務(wù)組件，以即插即用的方式組裝成適合用戶特定工業(yè)環(huán)境需求的工業(yè)APP，從而促進工業(yè)knowhow的知識沉淀，以商業(yè)化的方式實現(xiàn)跨行業(yè)、跨企業(yè)的專業(yè)化傳播與復用，從而實現(xiàn)全社會工業(yè)能力的整體提升。