这是一个创建于 1965 天前的主题，其中的信息可能已经有所发展或是发生改变。
Java 的后端项目，概况如下
- 项目基本没有自己的业务数据，只有少量缓存
- 一半功能是将其他服务的 RPC 接口转换成 Http 接口(N 套类似 controller、service、rpc 代码)
- 一半是将多个其他服务的 RPC 接口拼在一起转换成 Http 接口
问下大家这个项目怎么设计架构合适呢？ 设计目的是节约人力、便于后期接入更多服务
 |
1
chocotan 2018-11-29 21:23:40 +08:00
听上去像是要做个 api 网关
|
 |
2
37Y37 2018-11-29 21:28:48 +08:00 via Android
这不就是微服务里边的 API 网关概念么
|
 |
3
x55655669 OP 是的，有些功能真的和网关没区别，也就多个模型转换
考虑一是弄一个模板引擎把 RPC 调用配置化实现，二是老实写一层层的 Java 代码... |
 |
4
luozic 2018-11-29 21:36:17 +08:00 via iPhone
api 网关 以前的 soa
|
 |
5
WispZhan 2018-11-29 21:37:18 +08:00 via Android
这个东西不是 API gateway，gateway 是不带业务逻辑的，有业务代表要频繁迭代。
|
 |
6
Raymon111111 2018-11-29 21:40:44 +08:00  1
嗯, 就是 API
这种前端直接入口的服务记得做好限流, 降级 |
|
7
x55655669 OP @Raymon111111 记下了，感谢
|
 |
8
dezhou9 2018-12-22 23:40:36 +08:00 via Android
楼主最后用啥实现啊
|
Select Language