websocket - 如何衡量应用程序中 websocket 的可扩展性
问题描述
我正在努力寻找有关如何衡量 websocket 可扩展性的信息。一个场景——
假设客户端想要从浏览器建立套接字连接,并且客户端应用程序和服务层(Micronaut)在 elb 后面都有两个实例 - 服务层将位于美国东部区域,并且可以期望来自世界各地的任何人都可以访问来自浏览器的前端应用程序,预计打开连接的平均时间为 2-5 分钟,不超过 30 分钟。
一对服务器可以处理多少个并发 websocket 连接有一个大概的数字吗?或者,如果我没有提到某些对处理 websocket 连接至关重要的因素?
先感谢您。
解决方案
我假设您想知道在 Micronaut 中实现 WS 的可扩展性,而不是一般的 WS。当然,WS 的可扩展性取决于具体的实现和 WS 本身。您可能已经知道这一点,但想将其记录在案。您可能还想确保将服务器进程的文件描述符增加到最大数量(您可能必须调整内核以增加 FD)。
顺便说一句,不要忘记像处理低级 TCP 连接一样处理重试和重新连接
推荐阅读
- javascript - 仅在有延迟的情况下如何执行功能?
- c++ - 如何传递对模板类型名参数的引用
- php - yii2中的重复查询问题
- ruby-on-rails - Rails 应用程序忽略 RAILS_ENV=production
- javascript - 您可以使用 D3.js 将数据绑定到 A-Frame 基元吗?
- firefox-os - Firefox OS - 在 Firefox OS 应用程序内启动外部链接并检索其内容
- java - 带有消息选择器但没有消费者但使用 Solace Gui 的 Solace Queue
- javascript - .sort 方法不起作用,任何提示为什么会这样?
- regex - 删除 Google 表格中最后一个“/”之后的所有内容
- django - Django - 验证 ModelForm 时是否需要检查 IntegrityErrors?