关于微服务调用的与前端交互的问题
现在我们公司采用了微服务的形式开发所有服务,一直有一个问题不明白,总共服务有十多个,其中有三个引擎类服务,假如出现了有一个页面的内容可能需要三个微服务的内容(因为服务内容分开存储了即 支付的模块存储支付的信息,如果后端其他服务需要详情时需要调用支付的feign接口),这三个微服务的内容都是后端返回关联id,前端分别访问各微服务的接口拿到详情显示。
现在我们所有服务在一个大的服务器上,后期我们可能把多个微服务部署到不同的服务器,这个时候前端去请求时就会产生跨域的问题,所以前端想让后端请求frign组织好数据来返回,请求一次接口拿到所有数据。但是这样的话感觉就丧失了微服务的好处开发也繁琐,每次都需要自己组织全部数据。而第一种方式时,每个微服务只需要提供自己的业务即可。
希望能大佬能帮我解惑~1、业务后端返回关联ID,前端分别请求数据,2、后端请求frign组织好数据来返回,这两种方式应该选择哪种? 最好能说一下为什么这样选择,假如两种方式都可以时,能说一下两种方式分别的优缺点~
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
部署到不同的服务器也不一定跨域
前面放一个反代统一入口
有个东西叫网关。nginx,zuul,spring cloud gateway等等
跨域问题,你做前后端分离,一直都有;
端有接口给你直接能查出结果的,特殊业务场景除外,你让接口仔给你写汇总的接口,十有八九不会给你写