protocols - 我应该使用什么协议(protocol)来进行快速命令/响应交互？

Question

我需要建立一个用于快速命令/响应交互的协议(protocol)。我的直觉告诉我只需将一个简单的协议(protocol)与 CRLF 分隔的 ascii 字符串拼凑在一起，就像 SMTP 或 POP3 的工作方式一样，如果我需要保护它，则可以通过 SSH/SSL 对其进行隧道传输。

虽然我可以这样做，但我更愿意建立在现有技术的基础上，以便人们可以使用友好的库，而不是操作系统提供给他们的套接字库接口(interface)。

我需要...

• 来回传递结构化数据的命令和响应。 (XML、S 表达式，不在乎。)
• 服务器无需轮询即可向客户端发出计划外通知的能力。

请问有什么想法吗？

Answer 1

如果你只是想要请求/回复，HTTP 非常简单。它已经是一个请求/响应协议(protocol)。客户端和服务器端在大多数语言中被广泛实现。扩大规模是很好理解的。

最简单的使用方法是将命令作为 POST 请求发送到服务器，然后服务器在响应正文中发回回复。您还可以使用自己的动词扩展 HTTP，但这会使利用缓存代理和其他理解 HTTP 的基础设施变得更加困难。

如果您需要异步通知，请查看发布/订阅协议(protocol)(Spread、XMPP、AMQP、JMS 实现或商业发布/订阅消息代理，如 TibcoRV、Tibco EMS 或 Websphere MQ)。选择的协议(protocol)或实现取决于您正在构建的系统的可靠性、延迟和吞吐量需求。例如，当网络拥塞时是否可以丢弃通知？当客户端离线时，通知会发生什么情况——当客户端重新连接时，通知会被丢弃还是排队等候。