关于类netty通信框架的实际应用场景疑问

Question

公司用早于netty的mina框架单独封装了一个web项目，把他作为通信的服务端，这个项目暴露了一个接口给后台服务端(另一个项目)。
整个流程大概这样：
用户用app完成付款，等于用户app调用了后台的http接口，后台完成了业务逻辑和数据库处理之后，再通过util类用post的方式传递参数请求另外一个项目，也就是mina的通信服务端，然后服务端才给客户端做出响应的响应。
问题1：老师请问这样的链路是否有些冗余？即：
本该：一个支付请求 -> 后台支付接口里， 接口调用mina通信返回给通信客户端
如今：一个支付请求 -> 后台支付接口 -> 接口post调websocket项目接口 -> 这个项目再用mina通信返回给通信客户端
这样的存在是否合理？多出来的post请求是否违背了通信框架(类似rpc)用tcp协议来代替Http协议加强通信的原则?
问题2：
netty和mina这样的服务端是否应该聚合在后台项目中？实际应用场景几何？职场小白经验不足望见谅~
谢谢老师

Answer 1

闪电侠 2019-03-22 13:22:40

一般业务代码直接使用netty，基本都是面相用户的tcp长连，或者websocket长连。请求到了内网之后，后续所有的交互一般来说，使用rpc毕竟合理，很少在内网之间还用netty来实现http或者websocket通信。希望能帮助你。

• 提问者 yesbuter1 #1

  非常感谢！