两个用户客户端之间通过 REST API 与 PHP 后端、Z45EDC1B1和Node3507D9D2A03DD 进行实时通信

Question

寻求有关如何设计具有公共 API 的系统的架构建议，以供用户客户通信。

我正在做一个项目，其中两个客户必须能够以最简单的方式彼此实时（或接近）通信。 让我们介绍必须由两个单独的客户端访问的资源。 工作流程如下：

1. 客户端 #1 连接到服务器并创建资源
2. 客户端 #2 连接到服务器并访问资源
3. 客户端 #1 更改资源
4. 客户端 #2 更改资源
5. 重复步骤3和4 ，直到完成。

在对方客户未采取行动之前，客户无法采取行动 - 必须保留请求顺序。

---

客户端应该能够通过 REST API ( GET , POST , PUT , DELETE ) 访问资源。 每个客户端必须等到对方客户端执行操作。 客户端响应和执行操作的时间约为 1-2 秒（可能略有不同）。

请注意，系统应该能够处理高负载的并发请求（多个客户端同时通信）。

该应用程序的全球目标是提供一个 API，其中以多种不同语言编程的客户端可以实时通信，而无需在用户客户端进行任何轮询实现。 用户客户端必须尽可能简单。

伪用户-客户端示例

response = init();
while (response->pending) {
    response = get();
}

while (response->action_required) {
    response = act();

    if (response->error || response->timeout) {
        response = get();
    }
}

function init() {
    // POST resource.example.com
}

function act() {
    // PUT resource.example.com
}

function get() {
    // GET resource.example.com
}

---

问题陈述

由于每个客户端必须等到对方客户端采取行动，因此需要在代码中引入sleep() function，这将延迟响应，直到资源受到对方客户端的影响/更改。

请求轮询必须从用户客户端省略并在服务器端实现。

---

目前的想法和建议

最初的想法是只实现 PHP 后端并在 API function 内部执行响应延迟，但是，这种实现似乎会导致严重的性能问题，所以我的解决方案更复杂。 或者也许我错了，可以在 PHP 后端使用sleep()成功实现响应延迟？

建议的系统架构

• 节点 WebSocket 服务器（socket.io 接收/返回事件）
• PHP 后端与 REST API（访问/更改资源，将事件触发到 WebSocket）
• 用于最终用户客户端的具有公共 API 的节点 JS 应用程序（响应延迟功能，直到收到事件）

请注意 PHP 后端无法在此架构中替换，但是 WebSocket 和 Node JS 应用程序是实现的灵活单元。

这种架构可以在没有严重的服务器性能问题的情况下实现吗？ 有没有更好、更可行的方法来设计这种系统？ Node JS 应用程序是否能够处理具有响应延迟的多个并发请求，或者任何其他类型的 web 应用程序（Python/Ruby/...）会更好吗？ 为了实现某种实时行为，套接字是否是该系统的必备工具？

请分享任何想法/见解/建议/...什么可以帮助以复杂且性能良好的方式设计该系统。

先感谢您！

Answer 1

一些注意事项：

1. 不惜一切代价避免睡眠。
2. 您的用例倾向于使用 pub/sub 微服务模式。
3. 由于您需要保留消息处理顺序，因此您需要有一个公共队列。 您的每个 REST API 节点都充当分布式消息队列系统（RabbitMQ、Kafka 等技术类型）的发布/订阅发布者。 因此，对于高吞吐量，您现在有一个处理队列的机器农场。 它们立即返回 201 Accepted，但需要一种方法来使用某种客户端标识符标记消息，以便您可以通过 web 套接字将更新消息路由回（如果您不打算按资源 id 轮询状态更新）。
4. 您需要此队列的订阅者来执行实际处理。 同样的，将它们作为单独的应用程序，现在您可以扩展出队和处理。 但是，您为 pub/sub 总线选择的技术需要能够使该资源的后续消息无效，并且对于每个无效消息都向您的应用程序提供反馈，以便它可以通过 web 套接字发送所需的消息。

希望这可以帮助。