询问两位开发人员，SOAP（简单对象访问协议）或 REST（表示状态传输）是否更适合访问 Web 服务，您可能会得到两个不同的答案，甚至更多。 这是一场激烈的辩论，但现实是，最好的解决方案取决于应用程序。 让我们来看看这两个选项，并讨论主要的利弊。
SOAP Web 服务
SOAP 是一种轻量级协议，用于在分散的分布式环境中交换信息。 SOAP 由多个部件组成，并使用不同的传输协议，如 HTTP 和 SMTP：
- 定义框架的信封，详细说明消息中的内容以及如何处理它。
- 一组编码规则，用于通信应用程序定义的数据类型的实例。
- 用于表示远程过程调用和响应的约定。
SOAP 需要的代码（事务、安全性、协调、寻址等）比 REST 更少。 大多数实际应用程序都支持复杂的操作，这需要维护会话状态和上下文信息。 使用 SOAP 时，开发人员无需将代码写入应用程序层。 SOAP 到位后，下一步是利用 SOAP 监视解决方案来验证进程是否正常工作。
RESTful Web 服务
REST 是一种使用 HTTP 消息（如 GET 或 POST）通过 XML 传输数据的体系结构风格。 RESTful API 由于其灵活性而很受欢迎，可用于网站、移动应用程序、游戏等。 但是，基于 REST 的 API 没有定义良好的安全协议，但根据应用程序的不同，这可能是一个非问题。
客户端可以使用唯一的 URI（统一资源标识符 （URI） 访问资源，并返回资源的表示形式。 使用 HTTP 访问 RESTful 资源时，资源的 URL 充当资源标识符。
监视 RESTful 和 SOAP Web 服务
在 REST 和 SOAP 之间进行选择时，需要考虑多个因素。 但一般来说，如果要向外部世界发布复杂的 API，SOAP 将更有用。 当事务不太复杂（如 CRUD 操作）且学习曲线较低时，REST 是适当的。 一旦对 Web 服务进行了选择，监视就成为方程式的一部分。
视解决方案可验证 Web 服务是否可用并包含适当的内容。 此外，监视代理可以复制一个或多个最终用户请求，并监视 Web 服务的可用性和适当的内容。 网络监控器还监视 REST Web 服务。 注册 SOAP或 REST 监控 30 天试用版，立即开始监视 Web 服务，或注册演示以查看 Dotcom-Monitor 解决方案是否在操作中。
