针对高频道量的Scaling Discourse Chat:限制、REST API &最佳实践?

大家好,

我正在探索在大规模集成中使用Discourse Chat的可能性,并需要一些社区的见解。我运营一个大约有10,000页的网站,每一页代表一个独立的社区(或受众群体)——因此我考虑为每个页面设置一个专门的聊天频道。

这引发了一些问题:

  1. 频道限制:
  • 在Discourse中创建和管理大量聊天频道时,有哪些已知的限制?
  • 如果为每个页面(10k个频道)设立专门频道不切实际,建议采用什么方法将这些页面分组或归类为更大的社区?
  • 如果为每个页面(10k个频道)设立专门频道不切实际,建议采用什么方法将这些页面分组或归类为更大的社区?
  1. REST API可用性:
  • 是否有官方的REST API或其他编程接口用于管理聊天频道和消息?
  1. 用户限制:
  • 关于活跃用户数量或总体用户数,加入一个频道的限制有哪些?
  • 在单一频道中,是否存在关于高并发或性能的问题?
  1. 性能和资源考虑:
  • 拥有大量频道(每个频道可能有大量消息)会不会对服务器资源造成压力,或开启额外端口影响整体性能?
  • 是否有配置设置或最佳实践(例如:保留策略、数据库调优)可以帮助处理大量聊天活动?
  1. 最佳实践与替代方案:
  • 是否有人实施过类似设置(例如:每个页面一个频道或将页面分组到更广泛的社区中),遇到了哪些挑战?
  • 在这样的场景下,您会推荐什么组织和扩展聊天功能的策略?

任何见解、基准测试或配置技巧都将非常有帮助。对如何扩展频道和通过可用API更好地集成和管理聊天功能我也持开放态度。

提前感谢您的帮助和反馈!