OPC UA（Unified Architecture，统一架构）是下一代的OPC 标准，通过提供一个完整的，安全和可靠的跨平台的架构，以获取实时和历史数据和时间。
OPC UA基于OPC基金会提供的新一代技术，提供安全，可靠和独立于厂商的，实现原始数据和预处理的信息从制造层级到生产计划或ERP层级的传输。通过OPC UA，所有需要的信息在任何时间，任何地点对每个授权的应用，每个授权的人员都可用。这种功能独立于制造厂商的原始应用，编程语言和操作系统。 OPC UA是目前已经使用的OPC 工业标准的补充，提供重要的一些特性，包括如平台独立性，扩展性，高可靠性和连接互联网的能力。 OPC UA不再依靠DCOM，而是基于面向服务的架构(SOA),OPC UA的使用更简便。现在，OPC UA已经成为独立于微软,UNIX或其他的操作系统企业层和嵌入式自动组建之间的桥梁。
统一的访问
传统OPC COM特性将不同的功能分布于多个COM服务器，通过接口连接代表不同特性的功能。OPC COM服务器提供报警但不持续连续的提供触发报警的数据的访问。例如，提供存储历史数据的OPC COM服务器不允许当前数据被读和更新。这种特性造成了集成的问题，因为单一系统的信息不能通过一致的方式访问。OPC UA解决了包含多种可用信息的通用地址通过单一服务访问的集成问题。
更好的认证互操作性
OPC UA特性通过和已取得成功的OPC COM认证程序一样提供的服务器和客户端测试工具。这些测试工具使得供应商可以验证他们产品是否符合特性的要求，改善产品的质量。OPC UA和OPC COM特性通过认证以后，可以获得相应的认证标志，通过使用OPC认证的产品可以减少最终用户的系统集成成本。
设计的可靠性
OPC UA是为搞可用性和冗余架构而设计。完整的可配置的超时，错误检测，和恢复特性使得OPC UA产品可以无缝处理出现错误或失败的情况（例如网络通信的丢失）。标准的支持冗余功能的OPC UA模块使得从不同厂商的应用部署成为可能。
跨域防火墙和通过互联网
OPC UA由客户端启动通信通道，这意味着不需要像OPC COM一样需要配置客户端以允许服务器的访问。OPC UA能通过标准的HTTP或UA TCP端口或任何管理员愿意开放的其他端口来进行通信。OPC UA使用基于安全的额消息，这意味着可以通过第三方的代理进行通信。
通过信息模型减少配置时间
OPC UA架构提供基本的应用，供应商可以提供特定应用的信息模型，这将大大降低配置和维护这些模块的成本。OPC基金会正和MIMOSA，FDI， PLCopen（IEC61131）组织协作开发 OPC UA信息模型。
标准安全模型
在过去，安全问题时最后才考虑的，很多供应商没有测试他们产品的安全许可。这意味着对于最终用户很难配置安全性，或根本不可能。OPC UA架构通过标准的，UA应用必须实施的安全模型解决了这个问题。这增强了互操作性和降低了配置和维护成本。OPC UA同时有利于适合任何平台的任何OPCUA产品的安全设置管理的标准工具的开发。
从嵌入式系统到企业级的单一的解决方案
轻量级的OPC UA可以作为有效的二进制通信协议，例如OPC UA 已经移植到很多嵌入式系统包括VxWorks，Linux和专有的RTOSs (Real Time Operating Systems)。顶级的OPC UA应用支持企业级标准的XML页面服务协议。通过一个公用的架构可以降低系统集成的成本。
保护已有的OPC COM投资
OPC UA COM的互操作组件可以使得供应商快速实现现有的OPC COM客户端和服务器应用支持OPC UA。这些组件通过增加需要的OPCUA高级特性客户化。这意味着用户可以持续利用他们的OPC COM技术的投资开发新的OPC UA应用。
历史事件
OPC UA通过支持历史事件扩展了OPC COM历史数据访问(HDA)的能力。最终用户可以通过选择的OPC UA客户端获得事件信息。
不丢失性能的同时实现平台独立
OPC UA架构设计为提供最佳性能的同时提供平台独立。这意味着开发者可以使用他们熟悉的语言和操作系统开发基于OPC UA的应用，而不只有一种通过http使用SOAP/XML的选择。对于Windows用户来说，平台独立性也十分具有价值，因为允许应用迁移到下一代的微软通信技术。这也意味着OPC UA产品的供应商在以前的通信技术过时或有类似不可配置的较长的超时时间等技术问题时可以有更多的选择。
高性能的通信协议
OPC UA特性定义基于TCP的二进制通信协议通过最小的开销提供最快的性能。对于企业环境SOAP/XML是通信协议中通常使用的。 OPC UA提供在打包到SOAP/XML兼容的消息中之前通过UA二进制编码消息，提升通常XML消息10倍以上的性能。这种架构的优点是提供使用SOAP/XML的格式，但是在发送之前降低其复杂性和XML的大小。
Windows通信基础 （WCF）
OPC .Net SDK使用WCF提供对XML Web服务的支持。这种架构意味着在企业应用中所有基于OPC UA .NetSDK应用可以继承微软的 XMLWeb服务的湖操作性。
通过OPC UA SDKs降低开发成本
基于OPC COM特性的开发者都知道要求创建互操作性的应用中，接口只是很小的一部分代码。基于这个原因，OPC基金会提供的OPC UA.NET SDK可以为开发者提供更多的选择，只需要很少的几百行代码就可以实现兼容于OPC UA 的应用。开发者还可以选择提供给OPC 基金会成员的商业化的SDK。这些 SDK将大大降低开发成本，供应商也将更多的精力关注在位客户提供更有价值的产品。最终用户同样可以从SDK中获益，因为采用的是公用的架构，将少了不同应用之间的互操作性问题。
采用方法和程序的增强特性
已经现有的OPC COM特性关注于数据或时间，但很多应用要求能减少单一数据值或事件的复杂操作。通过OPC UA方法，服务器允许客户端通过一序列参数触发复杂功能。通过触发事件汇报进程函数可以用来控制后台流程。
面向对象的信息模型的灵活性
OPC UA采用基于面向对象的设计信息模型。服务器开发者可以利用这么模型开发可重用的组件。客户端开发者可以基于标准对象模型建立标准的组件，可以使用在不同的服务器甚至不同供应商的应用中。
为什么使用新的架构
已有的OPC COM在过去的10年一直作为OPC的通信标准，但是技术的发展要求更多的互操作性：
1微软逐步淡化COM，而跨平台的Web服务和SOA逐步加强
2 OPC的供应商希望一套担心的服务实现OPC数据模块（DA,A&E,HDA….）
3 OPC供应商希望在非微软的平台，包括嵌入式设备实现OPC功能
4一些合作组织需要一个可靠的，有效地方式实现高水平结构数据的转移
PS1：面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
PS2：就软件而言，互操作性——这条术语用来描述的是不同的程序（programs）借助于同一套交换格式（exchange formats）来交换数据，读写相同文件格式（file formats）以及采用相同协议（protocols）的能力。
随着科技技术的不断演进，数字化成为自动化行业内一个非常重要且极具吸引力的市场，其目标是将IT技术与产品、系统、解决方案和服务进行融合，贯穿于从研发设计到生产到技术维护的整个产业链。同时，工业数字化的发展也带动了一些新兴的市场，如数字化产品和系统数字化、软件解决方案和新数字化服务的快速发展。
目前，物联网正将一些传统行业与基于IP技术的行业进行整合，这是数字化发展的引擎，而标准化的核心是M2M通讯，多年来，诸多公司和行业协会如OPC基金会一直参与并推动这些标准化发展。
在当今复杂的经济社会环境下，信息对业务和盈利而言起着至关重要的作用。OPC技术发明的初衷就是为了让这些信息在不同的平台间实现畅通无阻的交换，让平台之间实现零成本零耗时的无缝对接。由此而节省的软件开发时间及释放的工程资源可以被用来做对业务更重要的工作。而随着时间的推移，OPC不仅仅起着对接作用，他更是保障您信息安全的不二选择。
今天，工控小编要为您讲的就是OPC UA提供的关于物联网安全的解决方案。
将设备接入互联网后会有哪些危险
物联网(IoT)是一个全球自动化行业的愿景，即将数十亿台智能设备通过互联网相互协作。然而，物联网潜在的应用程序很多，风险也很大，因此暴露在互联网上的设备也会面临被黑客攻击的风险。为了降低这些风险，许多工厂操作员转向支持MQTT或AMQP等协议的代理。这些协议允许设备被保持在防火墙后以保安全，但仍然能够与对等设备和基于云的应用程序通信。不幸的是，这些解决方案要求工厂运营商，通过第三方提供商管理的代理发送一些较为敏感的信息，这对于许多应用程序来说，是不可接受的。幸运的是，OPC UA有一个端到端的安全解决方案，可以确保通过代理发送数据的隐私性和完整性。
通过发布-订阅增强OPC UA
OPC UA PubSub是流行的OPC UA协议的扩展，该协议允许应用程序通过中间代理(如MQTT代理)向多个订阅者发布消息。OPC UAPubSub消息可以用XML、JSON或高效的OPC UA二进制格式进行格式化。当使用后一种方式时，发布者可以在将消息发送给代理之前对其进行加密和数字签名，以确保除了目标接收者之外没有其他人能够读取或修改消息。这将保护发布者的数据，即使代理在消息等待交付时存储在磁盘上。
通过共享密钥来实现这一切
发布者和订阅者需要共享密钥才能安全地进行通信。这是通过使用称为“安全密钥服务”（SKS）的特殊OPC UA服务器来实现的。需要密钥的应用程序使用OPC UA客户端-服务器协议安全地向SKS提供凭证。SKS决定它们是否有权访问请求的密钥，并返回一个或多个密钥。此过程需要多个键，因为它们经常变化，以此确保在必要时，应用程序可以在合理的时间内从系统中删除。
安全性已有所保证，那么元数据呢？
丰富的OPC UA信息模型，允许应用程序使用与应用程序域匹配的术语和构造来表示它们的系统，这个信息模型也是OPC UA PubSub的一个重要部分，因为它提供了描述将要发送给broker消息内容的总体框架。OPC UA PubSub规范并定义了通知订阅者消息结构已更改的机制，同时允许发布者将新的元数据发送到带内或带外。而其他解决方案则期望订阅者处理已知的消息内容，或者依赖特定的规则来解析JSON或XML。
未来的发展之路
任何希望利用物联网的工厂运营商都将受益于OPC UA提供的安全工具箱，当数据流抛出由第三方管理的系统时，该工具箱有助于确保隐私的安全性和完整性。当与OPC UA信息建模框架结合，以及在许多现成的OPC产品中广泛采用时，工具箱将成为首屈一指的工具。
本文转自:https://blog.csdn.net/zxf1242652895/article/details/82460954