问个 Java 微服务的问题,大佬速进

查看 247|回复 16
ALongRanger   
比较同意一楼和八楼的说法,在功能较为单一的情况下,将导出功能抽离为一个公共导出 jar ,各个子模块直接依赖,通过实现接口提供需要导出数据,由公共 jar 完成数据组装,格式处理、相关上传推送的处理是会比较合适的。
导出请求直接通过网关或者直接打到对应服务模块完成。
jfds   
这种场景 rpc 调用开销可以忽略不计
5sheep   
所有,作者最终选择了哪种方案
matepi   
大数据量处理,若考虑处理效率,实现应就近数据节点、而不是就近计算节点;计算找数据,而不是数据找计算。
所以你想想最好么,当然是在数据本地(如数据库本地)做。真考虑效率的场景,导出根本轮不到 java ,就在数据库当场做了。
那么,更偏激一点的说法,既然你都不在数据库当场做了,那么选择是否多一个 rpc 很可能也没啥区别了。
wu00   
我们服务只做查询,数据给到前端不管是生成 excel 还是 csv 都在前端生成,撑死在 bff 层做下聚合;
超量数据不给实时导
nanjingwuyanzu   
我们把导出的功能单独做了个服务,各模块通过消息发送给这个服务,这个服务能连所有的微服务,收集完数据后导出
qiyilai   
这个和微服务没啥关系吧,一个 jar 包的事
您需要登录后才可以回帖 登录 | 立即注册

返回顶部