采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
子牙老师好! 目前很多企业的微服务架构中,实际上网关请求路由是先到 聚合服务(聚合层),然后由聚合服务来调用其它基础微服务,进行数据聚合和裁剪,再由网关将数据回传出去。我看过过慕课网的好几门微服务课程目录章节中,好象都没有提及到 聚合服务(聚合层)的相关技术知识和实内容,不知道 子牙老师 能否将 聚合服务(聚合层)的相关知识补充到目前这门实战课程中呢? 因为这些设计内容还是非常重要的,这对于我们这些学员来说,就是一个极大的亮点了!
急盼子牙老师的回复和解答: 深圳学员
对于这类聚合层 是比较难维护的。尤其是针对app的聚合层。需要向下兼容版本。在实际开发中建议 增加v1 v2 来隔离每个版本的代码。别的我也没有太好的建议。而怯这样的聚合层容易出现瓶颈。我建议还是不要用。聚合的业务都嚷客户端去做,后端只提供单一职责的业务
子牙老师好!
我提到的 聚合服务(层)是指的图上的Web BFF,它是聚合几个基础微服务,不是单单一个微服务的入口,如果是单单聚合一个微服务,就没有聚合服务(层)设计的必要了! 所以想听听 子牙老师对于聚合服务,你在以前的项目中是如何设计和考虑的?
同学你好,一般聚合层 应该是你说的某一个 服务的入口,就像 老师里面讲解的 秒杀服务,其实就算是一个聚合层。
一般来说微服务 的聚合层 是前端 或者app。他们负责控制整体的业务流程,再分别的调用一些微服务。
所以一般讲微服务的时候 是没有聚合层的
登录后可查看更多问答,登录/注册
深度解读核心组件原理与实践,提升微服务在复杂场景中的落地能力
730 13
3.8k 8
745 6
736 6
857 5