添加与 Centrifuge 的集成。Centrifugo
是一种自托管服务，可以处理通过各种实时传输的连接并提供简单的发布 API。Centrifugo 可以很好地与任何应用程序集成 - 无需更改现有的应用程序架构来引入实时功能。只需让 Centrifugo 处理持久连接即可。
出色的性能
Centrifugo 采用 Go 语言构建，内部进行了一些智能优化。它具有良好的性能 - 测试台拥有一百万个 WebSocket 连接和每分钟 3000 万条传递的消息，硬件堪比一台现代服务器机器。
功能丰富
许多内置功能可帮助在有限的时间内构建有吸引力的实时应用程序。Centrifugo 提供不同类型的订阅、热门频道历史记录、即时存在、RPC 调用。还可以通过 HTTP 或 GRPC 等将连接事件代理到应用程序后端。
内置的 Redis、KeyDB、Tarantool 引擎或 Nats 代理可以扩展不同机器上的连接。通过对 Redis、KeyDB 和 Tarantool 进行一致分片，可以在合理的硬件要求下处理数百万个活动连接。
用于生产
Centrifugo（以及它所基于的 Go 的 Centrifuge 库）始于近 10 年前，是一个成熟的服务器，被全球许多公司成功用于生产：Badoo、Ably、ManyChat、Grafana 等。
什么是实时消息传递？
实时消息传递可以帮助构建交互式应用程序，其中事件可以在应用程序后端确认后几乎立即传递给用户，方法是将数据推送到持久连接中，从而实现最小的传输延迟。

聊天、实时评论、多人游戏、流媒体指标都可以建立在实时消息传递系统之上。

Centrifugo 通过双向 WebSocket、SockJS 和单向 SSE（EventSource）、HTTP 流、GRPC 传输处理来自客户端的持久连接，并提供 API 来实时向在线客户端发布消息。
可扩展性
另一个重要的事情是可扩展性。随着应用程序的增长，越来越多的用户将与您的实时端点建立持久连接。现代服务器计算机可以处理数千个打开的连接，但一个进程的能力是有限的——最终您将耗尽可用的 CPU 或内存。因此，在某些时候，您可能必须在多台计算机上扩展用户连接。在多台计算机上扩展连接的另一个原因是高可用性（当一台服务器出现故障时）。

Github 和付费在线服务上有许多实时消息传递解决方案。但只有少数几个提供开箱即用的可扩展性 — 大多数仅在一个进程中工作。我不想说 Centrifugo 是唯一可扩展的服务器。还有很多替代方案，如 Socket.IO、SocketCluster、Pushpin 和许多其他方案。我的观点是，扩展的可能性是您在搜索实时解决方案或从头开始构建实时解决方案时应该考虑的主要事项之一。您无法真正预测您的应用程序在单台机器上耗尽可用资源的速度 — 软件可扩展性不是过早的优化，在大多数情况下，开箱即用的可扩展解决方案只会为您提供更多改进应用程序功能的空间。

许多在线服务也具有扩展能力。但看看定价 — 大多数解决方案都相当昂贵。以pusher.com为例，您每月支付 500 美元，但最多只能获得 10k 个连接，并且您应该关心的每月消息数量受到严格限制。这太荒谬了。当然，Centrifugo 是自托管的，您必须花费服务器的容量来运行它。但我想在很多情况下成本是无法比较的。Centrifugo 可以

很好地与 Redis PUB/SUB 配合使用，支持开箱即用的应用程序端 Redis 一致性分片，并与 Redis Sentinel 集成以实现高可用性。我们使用 Centrifugo 为 500k 个连接提供服务，在 Kubernetes 中有 10 个 Centrifugo 节点 pod 用于连接，只有一个 Redis 实例，它只消耗了单个处理器核心的 60%！