RT
RPC 支持 HTTP 服务的话,不需要额外的组件,减少了系统复杂性
用 Gateway 作为前端代理的话,更好的抽象,潜在的性能开销
大家在业务中,通常是哪种方案呢,同时又是处于什么考量呢? thx!
1
xenoblade 331 天前 1
从我的经验来说,大部分情况下,对外提供的 http 接口应当显式在服务中申明,再补充几个优势:
1. 方便进行外部流量治理; 1. 确定了内部接口与外部接口的边界,外部接口的定制化更加灵活; 2. 项目交接时,代码即接口文档; 而 gateway http to rpc 适配器的方式可以作为特殊情况下的补充(前提是该体系有成熟的解决方案以及丰富的线上使用案例): 1. 老项目需要在不改动不重启的情况下快速的将 rpc 接口以 http 协议提供外部调用; 2. gateway 有专门的团队维护,希望系统内只关注 rpc 流量治理,减少 http 接口相关的开发部署成本; |