01 颁布者/订阅者模型

Pub/Sub模型与客户端/服务器模型齐全分歧，但在OPC UA中，两者有类似之处。

在Pub/Sub模型中，我们有一个Publisher（颁布者）组件，它能够界说为蕴含变量或事务类型的数据集。颁布者将颁布DataSetMessages（数据设置治理）信息，其平别离蕴含数据变动或事务的内容。因而传输的数据类似于客户端/服务器订阅。但它的分列方式有点分歧。

Pub/Sub模型

新闻被颁布到网络中，订阅者能够在网络中收听新闻并过滤所需内容。因而，与客户端/服务器模型中的订阅相反，是由发送方在数据集中界说将发送什么，而不是接管方。不然，DatasetMessages中的数据根基上与NotificationMessages中的数据一样(只管体式分歧)。

该模型可扩大，由于理论上能够有肆意数量的颁布者和肆意数量的订阅者。它们都通过统一网络衔接，但不是彼此衔接，这是对客户端/服务器模型的重要改进。

02 Pub/Sub模型的网络类型

OPC UA为Pub/Sub界说了两种分歧的网络类型。

1.本地网络——能够使用UDP广播(或在某些情况下单播)或以太网APL。新闻是OPC UA规范中界说的优化二进造UADP。因而，只有OPC UA订阅者能够诠释新闻。

2.新闻队列代理——现实上可所以MQTT或AMQP代理。在这种情况下，新闻通常是JSON新闻，能够使用UADP来提高机能。OPC基金会为信息界说了一个尺度的内容结构，但根基上任何JSON订阅者都能够诠释和理解它们。

Pub/Sub模型的网络类型

03 Pub/Sub模型的优弊端

Pub/Sub模型解决了网络可伸缩性的问题，因而像MQTT这种和谈已经在很多(非OPC UA)利用法式中极度盛行，在这些利用法式中，您必要衔接数千个数据提供者，例如衔接到中央监控的幼型传感器或远程表。因而OPC UA为新闻内容增长了一些尺度化体式，以及将OPC UA数据映射到新闻内容的尺度步骤。

另一方面，OPC UA使用Pub/Sub模型在本地网络中实现非＜本绲耐ㄑ，一旦网络通过以太网TSN和APL技术变得确定和急剧，我们能够预感通过OPC UA Pub/Sub进行实时通讯的可能性。这就是OPC UA现场级通讯(FLC)打算的全数内容，以及新的现场互换(FX)规范能够提供的内容。

04 Pub/Sub场景

世界正缓慢地从基于自动化金字塔的工业3.0转向工业4.0，在工业4.0中，工厂中的所有组件都衔接到出产网络？突Ф/服务器模型极度适合以前的工厂，在那里的智能组件的数量很少，衔接也很少。在新的工业4.0中，当共享网络出产和消费信息的组件数量增长时，衔接问题可能会发作，Pub/Sub模式应该更适合这样的新环境。

智能造作场景

现着实大无数情况下，Pub/Sub能够与客户端/服务器模型结合。这允许网络构建人员将颁布服务器增长到服务器，将订阅服务器增长到客户端或任何其他组合。

05
结论

因而，我们依然必要OPC UA客户端/服务器模型，以便可能在典型的SCADA场景钟装同步”通讯。我们介绍了Pub/Sub模型，并通过它实现了更好的可伸缩性的网络，并且提高了通讯机能，这使其成为实时通讯的优质备选规划。我们预测Pub/Sub模型在OPC UA现场级通讯(FLC)打算和新的现场互换(FX)尺度中也阐扬着沉要作用。