一个巨大的技术颠覆正在接近工业自动化领域。其具有的潜力将使得工业自动化厂商长期保有的业务模型变得日趋陈旧，不得不升级和转型。可以肯定的是，这一颠覆将被几乎整个新的软件技术，而非硬件技术所驱动。当这一颠覆第一次冲击连续过程自动化时，这些新颖的软件技术的力量和价值，将推动流程工业及其新兴业务模型进入许多其他领域，包括工厂自动化（factory automation,FA)和工业物联网
(industrial internet of things,IIoT)
。驱动这一颠覆的重要因素就是软件应用的容器化（
containerization
）。
1 流程工业自动化发展的简要回顾
自20世纪
20
年代起，流程工业开始了气动仪表和气动控制器的生产现场应用，历经了单回路电子控制器（
1959
年）、
8
回路分散控制器（
1970
年）、
100
回路规模的分布式控制系统
(distributed control system,DCS)
（
1980
年）、
1 000
回路规模的数字式控制系统
DCS
（
2000
年）各个阶段的发展。
20
世纪
70
年代，流程工业已经运用生产数据的历史记录、现场总线网络、灵活的系统组态和规模不大的人机界面。
20
世纪
80
年代后，在
L1
层开始运用功能块、顺序控制和自诊断技术；在
L2
层已经有了按生产的需要配置不同规模的系统，大大提高了系统的可用性；在
L3
层相关的计算机系统已经接近当时的最新水平。进入
21
世纪，流程工业在
L1
层普遍运用高性能、多功能的
DCS
，配有
HART
或
FF
现场总线；而在
L3
层大量使用低成本的服务器。
之后的发展，特别是近些年来，面临着一些亟待解决的重要问题。①许多正在运行的
DCS
已经服役二三十年，备品备件所需的元器件已经停产或改型，如何低成本且不停产或少停产的进行升级改造，这是最终用户十分关心的问题。②经过几十年运行，控制系统积累了大量的生产运行数据和智能运营的知识库，在控制系统的升级改造的过程中如何继承和保护这些软资产。③在
IT
技术以高度密集和高速度的方式进入流程工业的今天，运营技术
(operational technology,OT)
如何能够跟上
IT
的步伐，又不失时机地与之融合。于是在一些有远见的最终用户的积极推动下，流程自动化行业出现了开发下一代开放的分布式自动化技术的迫切要求。
未来的控制系统追求的目标很具体：能够低成本替代原有控制系统，且可按现场需要配置系统；运用先进的边缘设备，但仍可沿用原有的I/O及其电缆布线；具备良好的工业应用软件
APP
的可移植性；方便与一流的部件和第三方软件集成。要求用高可用性的实时数据中心构成虚拟化的系统，对下连接由边缘设备、单通道的模块构成的分布式控制节点
(distributed control node,DCN)
，执行常规的或智能的
I/O
数据采集，以及调节现场的控制回路；而在虚拟化的系统中可以运用工业
APP
市场流动性强的、精巧的开发工具，方便加强
OT
与
IT
的融合。这些颠覆现有和以往控制系统的技术，强烈地受到近些年来
IT
行业的若干个重要技术的影响和推动。这些技术影响主要表现在大量应用的系统虚拟化，云计算、广泛运用的开源软件（
open source software,OSS
）、新软件技术集成、软件开发和部署（
DevOps
），以及超高可用性的部署平台。
2 流程工业自动化的现状和压力
2.1 流程工业自动化的现状
自1970年
PLC
和
DCS
进入自动化领域之后，处于
ISA 95
的
L1
和
L2
的控制层的自动化硬件和软件结构一直没有变动，迄今为止自动化市场的结构也一直围绕着捆绑式的自动化硬件和软件在演进。每一个自动化的供应商都开发自己的软件环境，并将这种软件环境转交给最终用户。而通常用户并不了解这一软件环境，只能通过供应商提供的控制器组态软件工具与控制器交互。这种结构方式与
1970
年的小型计算机市场非常类似，几乎每个小型机的供应商都是以硬件软件捆绑的应用方式和软件工具，以及自己的渠道伙伴和软件供应商进入和占领市场。
企业控制的系统集成国际标准IEC/ISO 62264脱胎于
ISA 95
。虽然这一标准是在计算机集成制造系统（
computer integrated manufacturing systems,CIMS
）模型的基础上发展起来的，适用于流程工业、离散制造业和批量过程工业。工业
4.0
中，
RAMI4.0
参考架构模型中的“
Hierarchy Levels
”的维度
[1]
，主要是借鉴了
ISA 95
的概念。由于最终用户对此
ISA 95
参考模型的认可和青睐，在美国和欧洲工业软件的开发厂商一般都以此模型为依据。为了更好地服务于智能制造和
IIoT
的需要，增加了
L5
企业云集成的
ISA 95
的参考模型如图
1
所示。
图1 增加了
L5
企业云集成的
ISA 95
的参考模型
2.2 流程工业自动化的压力
当前工业制造厂面对市场竞争的巨大压力，力求降低对控制系统的投资成本和缩减自动化资产生命周期，改善其运营操作的盈利能力。许多在役的控制系统的软硬件主要是专用而且封闭的，维护和升级的成本昂贵，一旦有需要与一流的第三方部件集成，耗资不菲。尤其在目前IT快速深入地滲透和融合到企业的管理和运营的方方面面的形势下，在役的控制系统通常不具备本质的信息安全特质，造成了巨大的风险和隐患。还有一个问题就是，现有的
DCS
不能有效而恰当地保护设备资产和其他资本投资。
关心现有系统运用新技术的升级迁移是现有的工厂和成套设备的又一个关键问题。制造厂不允许按整个规模替代已安装和运行多年的工业控制系统（industrial control system，
ICS
），这可能会对运行造成很大的破坏。而现有系统的数据库积累和容纳了大量具有智能特性的数据。由于这些都是在专有系统中实现的，很难用文件来描述，或者难以升级迁移到新的平台。制造厂需要非破坏性的路径使他们能够对现有系统进行更新和升级改造。
以埃克森美孚为例，其炼化工厂每天从500万个变量（
tags
）中产生
13
亿个数据记录，这还不包括机械数据。存取这么多数据的能力，以及对数据进行分析利用并转换为活跃的可起作用的信息，是业务的关键需要。企业迫切需要从系统到边缘再到云端实现分析的
APPs
，可是目前却不那么容易完成，必须用开放、具有可互操作性而且本质安全的系统架构来替代现有的封闭专用工业控制系统。
3 开放流程自动化
OPAF
的架构
多年前，埃克森美孚的研究和工程部门公开倡议开发一个全新的、基于标准的过程控制架构。2014年，他们编制了一个基本特性文件。该文件在
2015
年的
ARC
论坛上分发，受到关注，引发了热烈讨论，也得到具有相同要求的其他最终用户的支持。由于美国开放集团（
The Open Group
）在为其他工业部门创建标准方面的专业性和成功表现，埃克森美孚决定委托这个非盈利的第三方，组织一个新的标准化活动，面向流程控制工业中业务和技术的挑战，开发一个新的系列标准。接着
The Open Group
创建了开放流程自动化论坛（
the open process automation forum,OPAF
）
[2
4]
，吸收一批最初的成员，并于
2016
年
11
月在旧金山召开了第一次会议。目前，该论坛已经有超过
116
个团体成员，包括最终用户、硬件和软件供应商、系统集成商、学术单位和标准化组织。显然，这是一个由大型的最终用户及其支持者——流程自动化供应商组成的共同体。他们关注的是，已经
20
多年没有变动的
DCS
的架构，在迅速发展的
IT
技术的推动下，如何运用最新的分布式云计算技术和虚拟化技术重新定义
DCS
和
PLC
，以及与优化运营密切相关的先进控制和制造执行系统（
manufacturing execution system,MES
）。
OPAF范围如图
2
所示。
图2 OPAF范围
OPAF架构图如图
3
所示。
图3 OPAF架构图
OPAF所定义的
DCN
由分布式控制框架（
distributed control framework,DCF
）和分布式物理基础设施（
distributed physical infrastructure,DCP
）组成。图
3
中实线所标的均为
OPAF
所定义的部件和模块；虚线所标的则是非
OPAF
定义的其他系统，如传统的
DCS
、
PLC
、分析仪表系统、电气系统、机监控系统等，但它们都可以经由
DCN
接入
OPAF
所定义的联接性框架
OCF
。即使是处理企业业务的事务性平台（企业的
IT
数据中心）和其他非
OPAF
环境的系统，都能经由
DCN
接入
OCF
。至于执行
ISA 95
的
L2
和
L3
功能（如先进控制算法、
MES
等）的
OT
数据中心直接与
OCF
相联。这一先进计算平台采用容器化的软件技术，将不同功能的
APP
组织容纳在不同的容器中，形成高效执行软件子系统。
作为老牌的实时操作系统的开发商风河（Wind River），已经定义并完成了新一代的平台产品
Titanium Control Platform
。其中，工业控制系统被“虚拟化”和“软件定义”到很高的程度。针对那些日趋老化的传统工业控制系统不能支持与工业物联网连接的问题，这一平台承担了预置云规模的基础架构，将几个关键基础架构公司的平台软件（工业级云管理中间件
open stack
，工业级
Linux
，工业级存贮集群
ceph
）协调组合，分别构成控制节点、计算节点和存贮节点的协调管理，从而以高性价比的方式为传统控制系统提供升级改造的可能。风河
Titanium
控制平台如图
4
所示。风河在实时操作系统的长期经验与宽泛的低延迟虚拟化和预置的云计算技术组合，在
OPAF
主导的对执行任务有严格要求的（
mission critical
）验证性项目应用中获得成功。所谓
mission critical
是指那些除了计划内停机，需要每天
24 h
不间断运行的任务，如电信系统、航空管理系统、医疗系统、金融分析系统等。用于流程工业的
DCS
也是属于必须不间断运行的控制系统。
风河Titanium控制平台如图
4
所示。
图4 风河
Titanium
控制平台
在The Open Group的管理下，该创新项目谋求定义一个可以运用于多个流程工业（化工、炼化、发电、制药、冶金、纸浆和造纸等）、基于标准的、具有充分安全和可互操作性的流程控制架构。当今工厂中所用的任意
DCS
和
PLC
的功能，都可以被这些由服务器和许多计算资源和存贮资源要求足够小的自动化边缘设备组成的新系统所替代。图
5
给出了从现有已在役的
DCS/PLC
系统逐步地升级迁移到这些小的边缘设备，以及预置的高可用性服务器的发展趋势。
图5 新一代分布式控制系统演变图
OPAF的目标是对
ISA 95
的
L1
和
L2
的功能标准化，功能包括：现场设备和仪表的基本的输入和输出，以及执行调节控制的功能块。目前，这些功能都是由专用的
DCS
和
PLC
来完成的，规模约为
100~1 000
个
PID
功能块。埃克森美孚和其他一些最终用户深信，可以用更多但更小的边缘设备作为过程控制器。这些小的硬件设备每台可以控制一到两个回路，实际上执行过程自动化的微服务。
经过验证的系统使这一创新项目由可能实现进展为现实。OPAF与洛克希德马丁公司和其他公司的一个团队紧密合作，在
OPAF
架构和由
OPAF
所选择使用的工业标准的基础上开发了一个原型系统。其目的在于演示。①可互操作性由多个供应商提供的硬件软件产品构成
OPAF
架构的实现，它们之间的可互操作性都是按照标准实现的，而无需通过网关或通过软件转换。②可交换或可替代性参与构成系统的部件都可以各别地和自由地在供应商间替代，而无需修改底层的逻辑程序。③组态和应用的可移植性。④应用开发的灵活性。
参与这一概念验证系统工作的OPAF成员包括：
R.STAHL
（提供常规
I/O
），施耐德电气（提供智能
I/O
），
Intel
（提供分布式控制节点
DCNs
），
NXTcontrol
（已被施耐德收购，提供
DCNs
和软件控制器），
ABB
（提供软件控制器），
AspenTech
（提供先进控制软件
APC
），
Inductive Automation
（提供人机界面），
ANSYS
（提供另一个人机界面），
Wind River
（提供实时先进计算平台
RTAC
）。验证表明，
OPAF
架构已经由概念转化为正在运行的概念验证的系统。在工业自动化界已经讨论了十多年的开放自动化系统的可能性，正在一步步变为现实。
4 容器化软件技术
发源于UNIX的软件容器化技术，经过
LINUX
开源软件的大力推动，已大大降低了门槛，成为可以较普遍掌握和运用的技术。对于软件开发商和最终用户，软件容器提供两个巨大价值。①软件容器技术可为任意数量的机器、物理或虚拟对象，提供自动的配置、部署和管理分布式应用的方法和手段。②容器软件开发的过程创建了一个“容器图像”的存贮库，在软件交付时，这一容器图像形式可在一特定的机器环境中协调地创建；同时，还建立了包括运行应用软件所要求的所有软工作环境。
开发容器图像的过程已经完成了一种高度的抽象，使它独立于异构的多CPU、操作系统、软件版本，以及在开发期间运行的环境。由于容器图像划定的范围仅容纳在一个应用软件内，所以容器会将开发者的注意力从管理计算机转移到去管理应用。这极大地改善了应用的部署能力和可见性。容器的开发、部署和业务流程的软件工具在过去的五到十年中已经臻于成熟。显而易见，传统的嵌入式系统软件技术在交付和管理分布式和高可用性的应用软件的能力方面，根本无法与容器软件技术相抗衡。
目前在工业自动化行业和汽车、电信这些大行业中，正在为分布式自动化或功能性创建参考架构，甚至在创建特定的解决方案。为迎接数字化转型的挑战，这些新创项目具有许多共同的特点：要求大规模而且长生命周期的远程部署软件的管理，在工业软件的开发、部署和维护，以及所有类型的硬件（包括嵌入式设备）都有所突破，而不是渐近地改进。
值得高兴的是，这些突破正在顺利进行或已经完成。一些领先的软件容器管理和协调配置的开源工具已经具有实时进行分布式应用软件的部署和管理的能力，而且在商业上达到可以提供的水平。可以预期，同样的软件工具将也能融合到开放过程自动化的创新项目中。
举例而言，全球的汽车工业目前正在努力开发一种参考架构，谋求使一辆汽车兼具安全、自动驾驶、远程服务、信息娱乐和舒适的性能。这包括定义一个专门的被称为汽车级的Linux（
Automotive Grade Linux
