SOAP是OPC UA唯一与服务相关的实现吗？它与Rest相比如何？

我在理解OPC UA的最佳实践时遇到问题。
OPC UA通常被称为未来物联网和其他积极因素的协议。 据我所知，如果您希望通过OPC UA作为服务提供信息，那么您需要实现SOAP Web服务。就我所知，RESTful服务在大多数用例中都更好

我知道SOAP REST的比较称REST为更好的选择，还有一些行业广告称OPC UA优于REST…

赞成休息：

Pro OPC UA:

在我的结论中，除非有其他OPC UA的实现，否则SOAP。休息似乎毫不犹豫地更好

我认为SOAP是OPC UA的常见实现，这是错误的吗？
这个“惊人的”协议的大多数特性不都在RESTful标准背后吗
为什么大多数与生产相关的软件产品都关注OPC UA而不是REST？

感谢您的建议或信息来源

据我所知，如果您希望通过OPC UA作为服务提供信息，那么您需要实现SOAP Web服务

甚至不接近

我是否错误地认为SOAP是OPC UA的常见实现

是的，非常好

您链接到的OPC UA文章中没有使用术语“SOAP”。我认为你需要回到第0步，开始阅读一些介绍性材料

---

下面是一篇概述文章，它甚至涉及到一个事实，即规范曾经定义了一个可选的SOAP/HTTP传输，这可能是您的一些困惑的根源：

---

该规范的较新版本不赞成这种传输，因为几乎没有人使用它。UA TCP二进制传输仍然是需要实现的唯一传输，也是最常用的传输。

感谢您的帮助。在大多数用例中，与经过优化的REST环境相比，为什么我应该使用OPCUA仍然存在问题。然而，在我提交另一个问题之前，我将花更多的时间进行研究，如果我提出一些问题，我将把它链接到这里。REST和UA TCP的主要区别在于UA TCP是经过优化的二进制，因此速度更快。@PaulPascher阅读了OPC UA的数据模型。您似乎被困在“传输”层，思考协议和服务调用，而OPC UA提供的远远不止这些。