工業(yè)自動(dòng)化領(lǐng)域正在出現(xiàn)重大技術(shù)變革。這種變革有可能使長(zhǎng)期供應(yīng)商的商業(yè)模式過(guò)時(shí)。它還要求所有類型的供應(yīng)商采用云計(jì)算領(lǐng)域的新興軟件技術(shù)和實(shí)踐。這種變革幾乎完全由新的軟件技術(shù)而不是硬件驅(qū)動(dòng)。雖然變革將首先影響連續(xù)過(guò)程自動(dòng)化，但這些新軟件技術(shù)的功能和價(jià)值將推動(dòng)它們及其新業(yè)務(wù)模式進(jìn)入許多其他領(lǐng)域，包括工廠自動(dòng)化和工業(yè)物聯(lián)網(wǎng)（工業(yè)互聯(lián)網(wǎng)）。

推動(dòng)這種變革的技術(shù)是軟件應(yīng)用程序的“容器化”。軟件容器技術(shù)幾十年前在UNIX操作系統(tǒng)中誕生，并且在龐大的Linux開(kāi)源生態(tài)系統(tǒng)和主要云計(jì)算服務(wù)供應(yīng)商的推動(dòng)下迅速發(fā)展。

軟件容器為軟件開(kāi)發(fā)人員和最終用戶提供兩個(gè)主要價(jià)值。首先，它們提供了自動(dòng)化方法，可以跨任意數(shù)量的物理或虛擬機(jī)部署和管理多個(gè)分布式應(yīng)用程序。其次，容器軟件開(kāi)發(fā)過(guò)程創(chuàng)建了一個(gè)“容器鏡像”存儲(chǔ)庫(kù)——可以協(xié)同創(chuàng)建的軟件交付成果，并包含在特定計(jì)算機(jī)環(huán)境中運(yùn)行應(yīng)用程序所需的所有工件。

容器鏡像的開(kāi)發(fā)創(chuàng)建了一個(gè)強(qiáng)大的新抽象，將應(yīng)用程序與異構(gòu)CPU、操作系統(tǒng)、軟件版本以及它們?cè)谏a(chǎn)期間運(yùn)行的環(huán)境隔離開(kāi)來(lái)。此外，由于容器鏡像的范圍包含單個(gè)應(yīng)用程序，因此容器將開(kāi)發(fā)人員的注意力從管理機(jī)器轉(zhuǎn)移到管理應(yīng)用程序。這大大提高了應(yīng)用程序部署和可見(jiàn)性。在過(guò)去的五到十年中，容器開(kāi)發(fā)、部署和編排軟件工具已經(jīng)成熟。它們現(xiàn)在遠(yuǎn)遠(yuǎn)超過(guò)傳統(tǒng)的嵌入式系統(tǒng)軟件技術(shù)，能夠提供并管理分布式和高可用性應(yīng)用程序——例如未來(lái)分布式控制系統(tǒng)（DCS）的自動(dòng)化應(yīng)用程序。

垂直整合的商業(yè)模式的終結(jié)

自從20世紀(jì)70年代引入PLC和DCS以來(lái)，控制級(jí)別（ISA 95級(jí)別1和2，企業(yè)系統(tǒng)與控制系統(tǒng)集成的國(guó)際標(biāo)準(zhǔn)）的自動(dòng)化硬件和軟件架構(gòu)從根本上沒(méi)有改變。一直到今天，工業(yè)自動(dòng)化市場(chǎng)結(jié)構(gòu)圍繞著捆綁的自動(dòng)化硬件和軟件。這種結(jié)構(gòu)非常類似于20世紀(jì)70年代的小型機(jī)市場(chǎng)，每個(gè)主要的計(jì)算機(jī)供應(yīng)商（Da-ta General，Prime，HP等）都推出了自己獨(dú)特的捆綁應(yīng)用程序和軟件工具集，以及他們自己的渠道合作伙伴和獨(dú)立軟件供應(yīng)商（ISV）。

但是，最終以用戶為中心的開(kāi)放式過(guò)程自動(dòng)化論壇（開(kāi)放式集團(tuán)論壇，華為、IBM、富士通、甲骨文等是白金會(huì)員）（Open Process Automation Forum （a Forum of The Open Group））的形成以及大部分過(guò)程自動(dòng)化供應(yīng)商社區(qū)的支持表明，這種高度垂直整合的業(yè)務(wù)模式已經(jīng)受到威脅，可能正在達(dá)到其終點(diǎn)。

傳統(tǒng)嵌入式系統(tǒng)模型的終結(jié)

對(duì)于嵌入式系統(tǒng)和傳統(tǒng)嵌入式系統(tǒng)軟件開(kāi)發(fā)的傳統(tǒng)市場(chǎng)而言，最終也是如此。網(wǎng)絡(luò)（分布式）嵌入式系統(tǒng)——特別是工業(yè)嵌入式系統(tǒng)——在其生命周期中的開(kāi)發(fā)、部署和管理方式需要進(jìn)行轉(zhuǎn)型。

目前，許多嵌入式軟件（即使它起源于開(kāi)源）包含許多專有元素。出于安全原因，今天更新嵌入式軟件越來(lái)越重要，但遺憾的是，這通常很難或不可能。因此，網(wǎng)絡(luò)安全已經(jīng)成為嵌入式系統(tǒng)的一個(gè)長(zhǎng)期問(wèn)題，特別是在消費(fèi)電子領(lǐng)域。這也會(huì)產(chǎn)生其他問(wèn)題。應(yīng)用程序不靈活、操作系統(tǒng)和軟件工具鏈?zhǔn)欠稚⒌摹㈤_(kāi)發(fā)速度很慢、硬件/軟件集成仍然存在問(wèn)題。更糟糕的是，經(jīng)驗(yàn)豐富的嵌入式系統(tǒng)軟件開(kāi)發(fā)人員比較缺乏。

雖然嵌入式系統(tǒng)軟件市場(chǎng)確實(shí)感受到了Linux的影響，但傳統(tǒng)嵌入式市場(chǎng)的其他方面仍然存在多年。市場(chǎng)需要改變技術(shù)，進(jìn)入工業(yè)物聯(lián)網(wǎng)、工業(yè)4.0、智能制造等時(shí)代。未來(lái)的工業(yè)嵌入式系統(tǒng)將要求整個(gè)軟件堆棧可以自動(dòng)升級(jí)——從頂層應(yīng)用程序到底層操作系統(tǒng)和虛擬機(jī)管理程序。

那么，如果當(dāng)前用于工業(yè)自動(dòng)化的技術(shù)堆棧不再能夠很好地發(fā)揮作用，那將被什么取代呢？

容器軟件擾亂了許多行業(yè)

最近，ARC Advisory Group（ARC咨詢集團(tuán)）與過(guò)程自動(dòng)化業(yè)務(wù)的C-Level高管進(jìn)行了討論，他對(duì)開(kāi)放式過(guò)程自動(dòng)化系統(tǒng)的前景持悲觀態(tài)度。根據(jù)這位高管的說(shuō)法，“我們的客戶不希望必須在許多不同供應(yīng)商的數(shù)千臺(tái)設(shè)備上管理其應(yīng)用軟件。”

他認(rèn)為，通過(guò)少數(shù)供應(yīng)商制造的控制器管理工廠的自動(dòng)化軟件是很困難的。對(duì)于管理不同供應(yīng)商的應(yīng)用軟件，和不同供應(yīng)商的數(shù)百個(gè)硬件模塊單元或工廠，這需要技術(shù)的重大進(jìn)步。與現(xiàn)在工廠中運(yùn)行的最新過(guò)程自動(dòng)化系統(tǒng)相比，此類系統(tǒng)在部署和編排（Orchestration）軟件方面必須要大大提高。

然而，工業(yè)自動(dòng)化行業(yè)和其他幾個(gè)主要行業(yè)，現(xiàn)在正在為高度分散的自動(dòng)化和功能創(chuàng)建參考架構(gòu)甚至特定解決方案。這些舉措有許多共同點(diǎn)。

例如，全球汽車行業(yè)正在開(kāi)發(fā)一種參考架構(gòu)，該架構(gòu)將包含安全性、車輛自主性、遠(yuǎn)程服務(wù)、信息娛樂(lè)和便利性的車載功能。這包括定義一組稱為汽車級(jí)Linux的特定Linux軟件。在電信這個(gè)另一個(gè)龐大的行業(yè)中，公司正在開(kāi)發(fā)在蜂窩基站和電信中心局交換機(jī)中虛擬化處理功能的架構(gòu)。這兩項(xiàng)計(jì)劃稱為NFV（網(wǎng)絡(luò)功能虛擬化）和CORD（中央辦公室重新設(shè)計(jì)為數(shù)據(jù)中心）。

汽車、電信和工業(yè)自動(dòng)化等行業(yè)的數(shù)字化挑戰(zhàn)將需要大規(guī)模和長(zhǎng)期生命周期地管理遠(yuǎn)程部署的軟件。這將需要在工業(yè)軟件開(kāi)發(fā)、部署和維護(hù)以及包括嵌入式設(shè)備在內(nèi)的所有類型硬件方面取得突破（而不是逐步改進(jìn)）。

好消息是這些突破已經(jīng)存在。現(xiàn)在，用于軟件容器管理和編排的領(lǐng)先開(kāi)源工具現(xiàn)在可以實(shí)時(shí)部署和管理分布式應(yīng)用程序。理想情況下，這些相同的工具將被納入新興的開(kāi)放式過(guò)程自動(dòng)化計(jì)劃中。

軟件開(kāi)發(fā)的融合

從歷史上看，軟件開(kāi)發(fā)分為三大類軟件：企業(yè)軟件（運(yùn)行業(yè)務(wù)），嵌入式軟件（運(yùn)行于內(nèi)部），以及云軟件（運(yùn)行在第三方云資源上）。雖然他們之間存在一些重疊，但它們各自也有一些獨(dú)特的開(kāi)發(fā)工具。

在未來(lái)五年左右的時(shí)間里，云軟件開(kāi)發(fā)技術(shù)似乎將主導(dǎo)其他形式的開(kāi)發(fā)，而這三者將在很大程度上融合。此外，這種融合將以開(kāi)源軟件的速度發(fā)展，而不是以當(dāng)今工業(yè)自動(dòng)化行業(yè)典型的軟件開(kāi)發(fā)速度，后者慢得多。

這種融合的第一階段將是所謂的云原生軟件的開(kāi)發(fā)，標(biāo)志著傳統(tǒng)企業(yè)軟件和云軟件的融合。用于這些任務(wù)的部署和編排軟件工具將變得司空見(jiàn)慣并且眾所周知。當(dāng)按照縮小形式的云原生軟件滿足嵌入式系統(tǒng)軟件的要求時(shí)，這將推動(dòng)第二階段的融合——嵌入式系統(tǒng)軟件是物聯(lián)網(wǎng)（IoT）的“面包和黃油”，尤其是工業(yè)物聯(lián)網(wǎng)（工業(yè)互聯(lián)網(wǎng)）。

在過(guò)去兩年推出的許多工業(yè)產(chǎn)品中，工業(yè)自動(dòng)化領(lǐng)域現(xiàn)在可以看到使用Docker和Linux容器部署應(yīng)用程序的方式。除此之外，一種名為Unikernels的新興云技術(shù)將嵌入式軟件開(kāi)發(fā)的小規(guī)模原則與云執(zhí)行平臺(tái)相結(jié)合。雖然Unikernel技術(shù)目前主要是研究領(lǐng)域，但這可能會(huì)改變。事實(shí)上，風(fēng)險(xiǎn)資本已經(jīng)投入到為企業(yè)和工業(yè)物聯(lián)網(wǎng)市場(chǎng)開(kāi)發(fā)單核產(chǎn)品的公司。

此外，云計(jì)算是一項(xiàng)價(jià)值2500億美元的業(yè)務(wù)，擁有大量的研發(fā)資金。它正在迅速發(fā)展，并由亞馬遜、阿里巴巴、微軟、谷歌、IBM等大型科技公司主導(dǎo)。這些大公司正在為一個(gè)龐大且不斷發(fā)展的業(yè)務(wù)展開(kāi)激烈競(jìng)爭(zhēng)。期望云計(jì)算業(yè)務(wù)中使用的開(kāi)源軟件技術(shù)將迅速而廣泛地發(fā)展，這是合理的。

用于工業(yè)自動(dòng)化的小規(guī)模云

ARC認(rèn)為，五年內(nèi)所有軟件開(kāi)發(fā)都可能使用云軟件開(kāi)發(fā)方法。在軟件“食物鏈”中，如果“軟件正在吞噬世界”，那么正在吞噬軟件開(kāi)發(fā)世界的軟件就是云軟件開(kāi)發(fā)和工具。即使在嵌入式軟件的封閉和專業(yè)化的世界中，也可能會(huì)被當(dāng)前和未來(lái)的云軟件技術(shù)超越。

這并不是說(shuō)所有應(yīng)用程序都將在云中運(yùn)行。相反，云軟件使用的軟件開(kāi)發(fā)和部署技術(shù)將超越并主導(dǎo)其他形式的軟件開(kāi)發(fā)。這有兩個(gè)可能的原因。

第一個(gè)原因是，云雖然巨大，但卻是一個(gè)相對(duì)較新且仍在不斷發(fā)展的行業(yè)。也就是說(shuō)，今天的熱門云計(jì)算軟件技術(shù)與云計(jì)算本身一樣新近。OpenStack、Cloud Foundry、Docker和Kubernetes（K8s）等軟件在過(guò)去五到十年中都已作為開(kāi)源軟件發(fā)布。云計(jì)算專家一致認(rèn)為，當(dāng)前的云計(jì)算模型包含大量冗余，可以大大改進(jìn)。因此，人們應(yīng)該期待這一領(lǐng)域的快速和持續(xù)的技術(shù)發(fā)展。

很好，但這就是云。工業(yè)自動(dòng)化市場(chǎng)為何要關(guān)注這個(gè)問(wèn)題？

這導(dǎo)致了期望云軟件開(kāi)發(fā)占據(jù)主導(dǎo)地位的第二個(gè)原因。這是因?yàn)樵栖浖夹g(shù)可以縮小到更小的系統(tǒng)，這也是開(kāi)放過(guò)程自動(dòng)化論壇關(guān)注的工業(yè)自動(dòng)化系統(tǒng)類型。讓我們來(lái)看一個(gè)關(guān)鍵的例子：容器軟件。

容器和工業(yè)自動(dòng)化

容器有什么意義？人們可以看到為什么這些對(duì)云和企業(yè)來(lái)說(shuō)很重要，但為什么它們對(duì)工業(yè)自動(dòng)化等應(yīng)用很重要？

讓我們退后一步，回顧一下容器的歷史。容器技術(shù)始于20世紀(jì)90年代末，當(dāng)時(shí)Sun Microsystems等公司正在構(gòu)建非常強(qiáng)大的UNIX服務(wù)器。從操作和管理的角度來(lái)看，更容易在這些巨大的機(jī)器中對(duì)應(yīng)用程序進(jìn)行分區(qū)，而不是將所有進(jìn)程一起運(yùn)行。容器背后的原始概念是在應(yīng)用程序之間創(chuàng)建分區(qū)，以便更輕松地管理大型服務(wù)器。

容器技術(shù)的缺點(diǎn)是實(shí)現(xiàn)它需要技術(shù)嫻熟的UNIX系統(tǒng)管理員。對(duì)于當(dāng)時(shí)的大公司（Sun Microsystems，Oracle，SAP和其他公司）而言，這并沒(méi)有什么問(wèn)題。但是，對(duì)深度UNIX管理專業(yè)知識(shí)和大型服務(wù)器的需求限制了容器在相對(duì)較少的公司中的使用。

什么改變了？為什么容器現(xiàn)在如此受歡迎？隨著容器技術(shù)在Linux中的應(yīng)用，一家風(fēng)險(xiǎn)投資公司開(kāi)發(fā)了軟件工具，大大簡(jiǎn)化了Linux容器的創(chuàng)建、部署和操作。這個(gè)名為Docker的軟件五年前發(fā)布給開(kāi)源社區(qū)。

因此，在過(guò)去的五年中，對(duì)容器的興趣在云計(jì)算和企業(yè)計(jì)算領(lǐng)域呈爆炸式增長(zhǎng)。此外，在過(guò)去幾年中，許多工業(yè)自動(dòng)化產(chǎn)品也隨Docker一起交付，使系統(tǒng)集成商和最終用戶能夠輕松地將自己的應(yīng)用程序與這些產(chǎn)品集成。

早些時(shí)候，我們提到了針對(duì)電信的NFV和CORD計(jì)劃（一種邊緣計(jì)算開(kāi)源平臺(tái)）。在電信行業(yè)，全數(shù)字化將把所有模擬信號(hào)處理轉(zhuǎn)移到網(wǎng)絡(luò)的邊緣。從蜂窩塔到中心局的所有其他服務(wù)將通過(guò)軟件執(zhí)行并以數(shù)字方式完成。結(jié)果將是一個(gè)高度靈活的基礎(chǔ)架構(gòu)，可以在不更改硬件的情況下添加新服務(wù)。而在以前，電信網(wǎng)絡(luò)運(yùn)營(yíng)商如何設(shè)想能夠在多年的生命周期內(nèi)管理如此龐大的軟件定義基礎(chǔ)設(shè)施？

最后，這也許是最重要的一點(diǎn)，容器軟件可以縮小到非常小的系統(tǒng)。Docker運(yùn)行時(shí)軟件已移植到小型ARM核心單板計(jì)算機(jī)，現(xiàn)在用于支持工業(yè)物聯(lián)網(wǎng)應(yīng)用和服務(wù)。

Docker和Kubernetes

作為一個(gè)額外的好處，開(kāi)源軟件世界已經(jīng)在很大程度上融合在一個(gè)容器編排工具上（在此上下文中的編排是指管理容器部署的軟件）。這個(gè)開(kāi)源容器編排軟件工具Kubernetes起源于谷歌，該公司通過(guò)使用容器實(shí)現(xiàn)的SaaS產(chǎn)品證明了其可靠性。今天，Kubernetes可能是企業(yè)軟件領(lǐng)域最熱門的開(kāi)源項(xiàng)目。ARC認(rèn)為，對(duì)于那些擁有工廠運(yùn)營(yíng)或工程經(jīng)驗(yàn)的人來(lái)說(shuō)，與他們自己組織中的IT專家討論其對(duì)未來(lái)自動(dòng)化架構(gòu)的潛在適用性是值得的。畢竟，Docker和Kubernetes不僅僅是管理和構(gòu)建容器的技術(shù)。

不僅僅包含用于存儲(chǔ)或傳輸應(yīng)用程序的文件，術(shù)語(yǔ)“容器”還指使用內(nèi)核中內(nèi)置的功能。這些功能創(chuàng)建了一個(gè)“包含”的環(huán)境，用于在內(nèi)核上運(yùn)行代碼。代碼認(rèn)為它是唯一的應(yīng)用程序。嚴(yán)格來(lái)說(shuō)，容器是執(zhí)行時(shí)體驗(yàn)，而不是分發(fā)時(shí)體驗(yàn)。

安裝到文件中并作為創(chuàng)建容器的基礎(chǔ)分發(fā)的軟件工件稱為“容器鏡像”，這可能是一個(gè)令人困惑的術(shù)語(yǔ)。容器鏡像是使用Docker或其他容器開(kāi)發(fā)工具創(chuàng)建的軟件工件。

當(dāng)使用容器鏡像（而不是軟件包管理器）時(shí)，軟件分發(fā)和生產(chǎn)中的部署是用戶驅(qū)動(dòng)的和應(yīng)用程序驅(qū)動(dòng)的而不是供應(yīng)商驅(qū)動(dòng)的。容器可以極大地減少軟件最終用戶的集成負(fù)擔(dān)，使他們能夠更多地關(guān)注他們的應(yīng)用程序，同時(shí)讓容器鏡像的構(gòu)建者專注于目標(biāo)系統(tǒng)依賴性和配置。

當(dāng)供應(yīng)商而非用戶需要驅(qū)動(dòng)軟件分發(fā)時(shí)（如軟件包管理器的情況），最終用戶或系統(tǒng)集成商負(fù)責(zé)組裝正確版本并正確設(shè)置所有運(yùn)行時(shí)配置參數(shù)。通過(guò)包管理器提供的軟件是要集成的模塊化軟件單元。另一方面，容器鏡像是從最終用戶角度來(lái)看的單個(gè)但完全集成的應(yīng)用程序。

如前所述，對(duì)于作為嵌入式系統(tǒng)的聯(lián)網(wǎng)設(shè)備，“終點(diǎn)就在附近。”展望未來(lái)，高價(jià)值設(shè)備和服務(wù)將得到遠(yuǎn)程監(jiān)控、管理、更新和服務(wù)，其軟件堆棧需要提供服務(wù)。這需要極高的自動(dòng)化水平。因此，在未來(lái)的嵌入式系統(tǒng)中需要Docker和容器，包括工業(yè)自動(dòng)化中的嵌入式系統(tǒng)。

工業(yè)自動(dòng)化的容器和編排

與當(dāng)今工業(yè)自動(dòng)化中使用的嵌入式系統(tǒng)技術(shù)相比，容器具有幾個(gè)重要的優(yōu)點(diǎn)，可以使工業(yè)自動(dòng)化系統(tǒng)對(duì)于最終用戶和供應(yīng)商而言更簡(jiǎn)單，更有價(jià)值。這些包括：

• 容器專注于應(yīng)用程序而不是機(jī)器。這有效地將應(yīng)用程序開(kāi)發(fā)與運(yùn)行應(yīng)用程序的計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)系統(tǒng)的管理分離。通過(guò)使應(yīng)用程序開(kāi)發(fā)人員和系統(tǒng)支持專家能夠有效地解耦并且干擾更少，這可以在系統(tǒng)的整個(gè)生命周期內(nèi)提供價(jià)值。
• 創(chuàng)建和管理容器鏡像的存儲(chǔ)庫(kù)代表了由硬件、處理器體系結(jié)構(gòu)、操作系統(tǒng)和支持軟件依賴性的變化引入的復(fù)雜性的解決方案。
• 容器鏡像文件的“分層”屬性使供應(yīng)商和最終用戶能夠有效地創(chuàng)建和迭代地增強(qiáng)存儲(chǔ)庫(kù)。這認(rèn)識(shí)到容器鏡像的一些（“低層”）方面將在許多應(yīng)用中長(zhǎng)時(shí)間使用，而其他方面（“高層”）或特定應(yīng)用可能經(jīng)常發(fā)展或改變。
• 開(kāi)發(fā)人員可以創(chuàng)建容器開(kāi)發(fā)和部署環(huán)境，以便在將應(yīng)用程序部署到生產(chǎn)環(huán)境之前實(shí)施特定的工作和測(cè)試流程。

容器編排（Container orchestration）同樣重要，原因有很多。這些包括：

• Orchestration提供了大大簡(jiǎn)化系統(tǒng)擴(kuò)展和管理的功能。
• Orchestration提供聲明性分布式系統(tǒng)配置。此配置描述了分布式系統(tǒng)的所需狀態(tài)。協(xié)調(diào)器用于實(shí)現(xiàn)和維護(hù)這種期望的狀態(tài)。協(xié)調(diào)器的操作使分布式系統(tǒng)能夠?qū)崿F(xiàn)高應(yīng)用程序可用性和諸如“自我修復(fù)”的屬性，因?yàn)閰f(xié)調(diào)器在分布式系統(tǒng)的一部分受到干擾或中斷時(shí)用于恢復(fù)期望的系統(tǒng)狀態(tài)。
• 聲明式系統(tǒng)配置比命令式配置工具更不容易出錯(cuò)，必須執(zhí)行以糾正操作，需要對(duì)可執(zhí)行文件進(jìn)行故障排除。
• 聲明式系統(tǒng)配置與版本控制系統(tǒng)相結(jié)合，使得最近系統(tǒng)的回滾變得微不足道。軟件包管理器、嵌入式系統(tǒng)技術(shù)和現(xiàn)有的DCS產(chǎn)品根本無(wú)法做到這一點(diǎn)。
• 圍繞容器構(gòu)建協(xié)調(diào)器會(huì)將主要操作重點(diǎn)轉(zhuǎn)移到應(yīng)用程序性能上，這是最終用戶關(guān)心的。因?yàn)槊總€(gè)容器都是一個(gè)應(yīng)用程序，所以不需要從許多不同的應(yīng)用程序中過(guò)濾掉信號(hào)或日志，以便將診斷集中在特定的應(yīng)用程序上。
• 專注于應(yīng)用而非機(jī)器可以在許多其他領(lǐng)域帶來(lái)連鎖效應(yīng)。例如，它使得正確構(gòu)建、部署和維護(hù)應(yīng)用程序變得更加容易，并將應(yīng)用程序運(yùn)行時(shí)問(wèn)題與機(jī)器問(wèn)題分開(kāi)。

容器和開(kāi)放過(guò)程自動(dòng)化

為什么所有這些都與開(kāi)放過(guò)程自動(dòng)化論壇有關(guān)？因?yàn)樵诠I(yè)自動(dòng)化領(lǐng)域，尤其是過(guò)程自動(dòng)化領(lǐng)域，應(yīng)用程序經(jīng)常每天更換。大型過(guò)程自動(dòng)化安裝幾乎每天都需要對(duì)其控制應(yīng)用程序配置進(jìn)行微小的更改。控制配置是過(guò)程自動(dòng)化操作技術(shù)（OT）領(lǐng)域的日常工作。添加了新的測(cè)量，測(cè)試了新的控制方案，調(diào)整了參數(shù)或警報(bào)限制，等等。

這種不斷變化的情況，是為什么過(guò)程工業(yè)最終用戶在其DCS中運(yùn)行的控制應(yīng)用（配置）中投入了如此多的知識(shí)產(chǎn)權(quán)。這些應(yīng)用程序代表了工程和調(diào)整控制系統(tǒng)以服務(wù)于實(shí)際工廠及其運(yùn)營(yíng)目標(biāo)的人工年數(shù)。不幸的是，今天的知識(shí)產(chǎn)權(quán)被控制語(yǔ)言和慣用語(yǔ)捕獲，這些語(yǔ)言和機(jī)構(gòu)不具備機(jī)器可讀性并且總是高度專有。標(biāo)準(zhǔn)化的容器和編排工具提供了從這個(gè)死胡同的退出通道。

應(yīng)用程序部署的容器

然而，今天的DCS確實(shí)使最終用戶能夠輕松地進(jìn)行頻繁的控制應(yīng)用程序更改。至少，成功的開(kāi)放式過(guò)程自動(dòng)化系統(tǒng)需要在次要工程變更方面支持相同的性能水平（可能還要高得多）。將應(yīng)用程序部署到目標(biāo)系統(tǒng)（特別是OPAF分布式控制節(jié)點(diǎn)所設(shè)想的小型目標(biāo)系統(tǒng)）將是一項(xiàng)非常重要的任務(wù)，并且它將是每天執(zhí)行的任務(wù)，用于開(kāi)放式自動(dòng)化系統(tǒng)的整個(gè)安裝生命周期。

總而言之，這種成熟的，基于容器的軟件部署技術(shù)高度標(biāo)準(zhǔn)化，廣泛使用，可在開(kāi)源中使用，可在各種平臺(tái)上運(yùn)行，并且已經(jīng)在從最大（谷歌）到最小的安裝中進(jìn)行了現(xiàn)場(chǎng)驗(yàn)證。

選擇不在未來(lái)的開(kāi)放式自動(dòng)化架構(gòu)中采用容器技術(shù)，意味著符合OPAF的系統(tǒng)必須與將使用這些功能強(qiáng)大的軟件工具的未來(lái)產(chǎn)品競(jìng)爭(zhēng)。自動(dòng)化供應(yīng)商應(yīng)該意識(shí)到這些能力，他們必須了解未來(lái)的競(jìng)爭(zhēng)格局，以及當(dāng)前或敏捷的新競(jìng)爭(zhēng)者可能帶給市場(chǎng)的創(chuàng)新。