Vert.x WebSocket是否需单独部署新verticle 同REST verticle部署有何性能影响

是否需要为WebSocket单独创建Verticle？ #

在重负载生产场景下，必须为WebSocket业务单独部署独立的Verticle集群，这是Vert.x高并发场景下的公认最佳实践。

同REST Verticle混合部署的性能影响 #

• 事件循环阻塞风险：Vert.x的标准Verticle会绑定固定的事件循环线程，REST请求是短生命周期的请求-响应模型，而WebSocket是长连接，重负载下混合部署时，WebSocket的帧解析、心跳维持、批量消息推送等操作会抢占事件循环的CPU时间，导致REST请求响应超时；反过来REST侧的慢查询、同步阻塞操作也会中断WebSocket消息收发，引发连接无故断连、消息积压延迟。
• 连接容量大幅下降：单个Verticle的并发处理上限受事件循环算力限制，两类业务共享资源会直接压低WebSocket的最大可承载长连接数，实测同实例混合部署下，WebSocket的连接容量比单独部署低40%~60%。
• 调优与扩容灵活性丧失：无法针对两类业务做差异化的资源配置——WebSocket需要更高的内存配额维护连接会话、消息队列，REST接口需要更高的CPU配额处理序列化、业务计算，混合部署下无法单独调优参数，也无法做独立水平扩容：比如WebSocket连接数不足时只能整体扩容整个服务，造成REST算力的冗余浪费。
• 故障影响范围扩大：如果WebSocket业务出现内存泄漏、逻辑死循环等问题，会直接拖垮整个Verticle上的REST服务，反之同理，任意一类业务的故障都会导致全业务不可用。

如果受限于部署条件必须混合部署，要将WebSocket的重负载逻辑移到WorkerVerticle绑定的独立线程池处理，避免阻塞事件循环，但性能表现仍弱于独立部署方案。

内容的提问来源于stack exchange，提问作者gaurav miglani