边缘层聚合与 BFF 入口怎么取舍

很多团队把“聚合”这个词说得很泛，结果就是网关想做一点、BFF 想做一点、下游服务也顺手拼一点，最后谁都说不清真正的入口在哪里。

我越来越觉得，边缘层聚合和 BFF 聚合虽然长得像，但它们解决的问题并不一样。

边缘层更像流量入口治理

如果是鉴权透传、统一限流、跨域、协议转换、灰度路由，这些天然更适合靠近边缘层或 API Gateway。因为它们更偏平台治理，而不是页面语义。

这一层应该尽量稳定，越通用越好。

BFF 更像前端视图适配器

当需求开始围绕某个页面或某端体验展开，例如移动端首页、运营后台概览页、商家控制台面板，这种聚合就更适合落在 BFF。

原因也很直接: 它们的字段形态、接口组合和迭代节奏都更贴近前端，而不是贴近全局流量治理。

别在网关层塞太多页面逻辑

一旦网关开始理解“这个页面想展示什么”，平台层就会被业务快速侵蚀。后面每次产品改版，都得动本该很稳定的入口设施。

同样的，如果 BFF 开始承担限流、租户路由、协议适配，它也会迅速失去焦点。

设计入口时先问三个问题

我通常会先问:

• 这是所有客户端都共用的能力吗
• 它是否强依赖某个页面形态
• 未来变更会更多来自平台侧还是业务侧

回答完这三个问题，大多数聚合入口其实就比较容易判断了。

小结

边缘层和 BFF 都能做聚合，但一个更偏平台入口治理，一个更偏前端体验适配。把职责提前划开，后面无论扩端还是拆服务，都会从容很多。