文本原创微信订阅号诸子东，转载或抄袭请注明出处。

此前我写过一遍文章，通俗讲解OPCUA。虽说是通俗的讲，但是还是略有点深入。因为是要基于大家对OPC有所了解的基础上，再去了解OPCUA的。

这篇文章这次不走技术层面讲解，而是让大家怎么样更好地理解和区分OPC,DA,UA这些概念，别傻傻搞不清楚了。

话不多说，先来看看什么是OPC。

OPC是OLE for ProcessControl的缩写，即应用于过程控制的OLE。

OPC规范包括OPC服务器和OPC客户端两个部分。其实质是在硬件供应商和软件开发商之间建立一套完整的“规则”。

不好意思，以上两句话，我摘抄了百度百科。相信很多人查阅OPC资料，也看过这个资料啥的。

但是，看了之后，是不是感觉跟没看一样。连OPC是啥，就大谈价值，SaaS,框架，应用，最多也只是空谈罢了。

好在我们不是解释概念，而是聊。聊就不一样了，抛开那些乏味的专业术语。

我们先聊聊这个背景。

OPC的诞生

OPC是在1996年前后，由几大自动化供应商组成一个工作组，负责开发基于COM和DCOM的数据访问标准，称之为OPC。

什么是COM和DCOM技术及数据访问，我们暂时不讨论。

但可以肯定的是，这个事，和微软有关系。因为在90年代，微软的操作系统开始占据市场，并且自动化供应商也没有更好地选择。

在微软推出COM和DCOM技术之后，自动化供应商在产品中开始使用这个技术。怎么说呢，因为可能在当时，没有比这更好的选择了。

但是呢，每家自动化用法不一样，对于做SaaS的呢&