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