[MMO] Centrifugo 2.3.4

相关插件:

[MMO] Live Conversations
[MMO] Live Threads



添加与离心机的集成。
Centrifugo是一个自托管服务，可以通过各种实时传输处理连接，并提供简单的发布API。Centrifugo与任何应用程序都能很好地集成 - 无需更改现有的应用程序架构来引入实时功能。只需让Centrifugo处理持久连接即可。

出色的性能
Centrifugo是用Go语言构建的，内部进行了一些智能优化。它具有良好的性能 - 测试台具有100万个WebSocket连接和每分钟3000万条传递消息，硬件可与一台现代服务器机器相媲美。

功能丰富
许多内置功能可以帮助在有限的时间内构建有吸引力的实时应用程序。Centrifugo提供不同类型的订阅，热门频道历史记录，即时状态，RPC呼叫。还可以通过HTTP或GRPC等将连接事件代理到应用程序后端。
内置的 Redis、KeyDB、Tarantool 引擎或 Nats 代理使得在不同机器上扩展连接成为可能。通过对 Redis、KeyDB 和 Tarantool 进行一致的分片，可以处理具有合理硬件要求的数百万个活动连接。

用于生产
开始近10年前，Centrifugo（以及建立在Go之上的离心机库）是一个成熟的服务器，被世界各地的许多公司成功用于生产：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 集成以实现高可用性。我们提供了多达50万个连接，Centrifugo有10个Centrifugo节点pod，用于Kubernetes中的连接，只有一个Redis实例只消耗了60%的单处理器核心！


还有一个持续的拉取请求，增加了使用Nats服务器作为代理来扩展PUB / SUB的可能性。