01
OPC UA客户端/服务器模型

客户端/服务器模型是OPC UA中尺度的通讯模型；谡庋恢炙枷耄捍嬖谝桓霰欢姆务器组件，该组件对所有客户端的利用法式公开其数据？突Ф死梅ㄊ侥芄煌ü恍┏叨然姆务从服务器接见数据和信息。

客户端/服务器模型

在客户端/服务器架构下，客户端要做的第一件事是实现与服务器的衔接？突Ф送ü桓鱿谓拥刂(在此我们略过一些细节)，将创建一个与服务器的会话通路。该会话蕴含一个安全的报文，其中蕴含可选择的加密和身份验证等参数——用于鉴别服务器中的客户端利用法式和用户是否匹配？突Ф嘶鼓芄患鸱务器，并决定是否允许与该服务器通讯。

会话成立之后，客户端利用法式能够从服务器要求一些尺度服务。这些服务蕴含:

1. 衔接并创建会话

2. 浏览地址空间——查找服务器上可用的内容

3. 读取-变量值或原始数据

4. 写入-变量值或原始数据

5. 挪用步骤

6. 阅读汗青信息-变量和事务

7. 关关会话并断开衔接

所以最后，当客户端实现需要时，它将关关会话并断开衔接。

02
客户端/服务器订阅

客户端/服务器模型内还蕴含一个订阅模型。在这个模型中，每个客户端能够创建肆意数量的服务器订阅（在此的订阅为订阅职能）。每个订阅都能够蕴含变量、EventNotifier的MonitoredItems(拥有EventNotifier属性集的对象节点)。

客户端/服务器模型内订阅

03
客户端/服务器的优弊端

客户端/服务器模型已经成功地用于各类的SCADA场景中，当分歧利用法式之间的衔接数量不是好多时，它就会顺利交互。但是若是罕见十或数百个设备(即服务器)必要持续衔接或类似数量的客户端必要衔接到任何服务器，可能会在资源配置方面遇到麻烦，由于每个衔接和订阅都必要内部守护，并且它们会在网络中占用单独的流量。

客户端/服务器模型重要场景

OPC UA的设计不是为了实现任何确定性的通讯或不成靠网络上的通讯。但是它支持同步服务挪用，接管即时了局或对操作指令简直认，这对利用法式极度沉要。其安全性也很矫捷，可以为每个利用法式和用户界说规定，甚至为每个变量界说规定。

随着OPC UA技术的利用领域越来越广，对OPC UA技术的更多需要也不休增长。好多利用但愿OPC UA能具备更多确定性通讯个性，或者具备更好的伸缩性。为了应对这类需要，OPC UA界说了Pub/Sub模型。下期我们深刻会商Pub/Sub模型的技术详情。