关于聚合层(聚合服务）是否是需要向注册中心注册及路由策略的问题

Question

师兄，下午好！
本人学习完成师兄的 SpringCloud Finachley三版本的课程已经一年多了，目前在微服务架构中主流设计中很多项目中都开始使用聚合层（聚合服务）了，目前师兄的课程中好象未谈及聚合层（聚合服务）的内容，不知道师兄的课程目前是否会更新此内容？在师兄未更新此内容之前，我有几个问题想请教下师兄！

问题1.聚合层(聚合服务）BFF 是否要做一个微服务工程设计，就是要做为eureka的客户端向eureka server进行注册？我感觉聚合层(聚合服务）BFF 要作为eureka的客户端微服务工程设计才行，这样它才能从注册中心找到其它的原子（基础）微服务。师兄的意见呢？

问题2. 接问题1，如果聚合层（聚合服务）BFF作为一个微服务设计，我的理解是对于路由策略的的配置内容应该只需要全部在网关工程中配置就好，路由策略不需要在聚合层(聚合服务）BFF 对应的微服务工程中配置。师兄的意见呢？

如上问题，争盼师兄解答！

如下是关于关于微服务架构设计有聚合层（聚合服务）的比较主流的设计架构如下

BFF，这个词是 2015 年 11 月 Sam Newman 在他的一篇博客中提出的。BFF 是 Backends for Frontends 的简写，为了前端的后端。Sam Newman 的博客还有一个副标题：Single-purpose Edge Services for UIs and external parties，为了用户界面或外部方的单一目的的边缘服务。用户界面比如我们常见的网页，或 App，外部方比如第三方 App，客户 App，企业微信，小程序等。其实这中模式更早一点就出现了，淘宝在更早一点的时候就设立中途岛项目，其主要内容就是 BFF。

BFF也称聚合层或者适配层，它主要承接一个适配角色：将内部复杂的微服务，适配成对各种不同用户体验（无线/Web/H5/第三方等）友好和统一的API。聚合裁剪适配是BFF的主要职责。

Answer 1

廖师兄 2021-05-25 20:53:33

我觉得聚合服务由java来做，就太复杂了，微服务拆成这么细，又做聚合。目前见到一些公司，由前端人员使用nodejs做聚合服务。

• 提问者 网络时空 #1

  师兄，如果聚合服务由前端nodejs来做的话，在如上架构设计图，聚合层是在网关和微服务之间，它这个应该是由后端来实现的，不是前端NODE.JS实现才对啊! 另外，我提的这两个问题，如果从你的角度来理解的话，麻烦师兄回答下你的答案是什么，谢谢！