现在我们公司采用了微服务的形式开发所有服务,一直有一个问题不明白,总共服务有十多个,其中有三个引擎类服务,假如出现了有一个页面的内容可能需要三个微服务的内容(因为服务内容分开存储了即 支付的模块存储支付的信息,如果后端其他服务需要详情时需要调用支付的feign接口),这三个微服务的内容都是后端返回关联id,前端分别访问各微服务的接口拿到详情显示。
现在我们所有服务在一个大的服务器上,后期我们可能把多个微服务部署到不同的服务器,这个时候前端去请求时就会产生跨域的问题,所以前端想让后端请求frign组织好数据来返回,请求一次接口拿到所有数据。但是这样的话感觉就丧失了微服务的好处开发也繁琐,每次都需要自己组织全部数据。而第一种方式时,每个微服务只需要提供自己的业务即可。
希望能大佬能帮我解惑~1、业务后端返回关联ID,前端分别请求数据,2、后端请求frign组织好数据来返回,这两种方式应该选择哪种? 最好能说一下为什么这样选择,假如两种方式都可以时,能说一下两种方式分别的优缺点~
部署到不同的服务器也不一定跨域
前面放一个反代统一入口