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