BFF和网关是如何演化出来的？

最新推荐文章于 2025-05-16 02:13:25 发布
原创 最新推荐文章于 2025-05-16 02:13:25 发布 · 4.6k 阅读 · 19 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#BFF #微服务网关 #微服务

本文通过一个假想的电商公司案例，详细介绍了BFF（Backend for Frontend）和微服务网关在服务化架构中的演进过程，从最初的无线应用直接调用内部服务，到引入BFF解决耦合问题，再到引入API Gateway进行解耦和处理跨横切面逻辑，最后形成现代微服务架构的分层模式。这种架构能够灵活应对业务需求变化，支持创新和演化。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

介绍

BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。

本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。

服务化架构V1

我们先把时间推回到大致2011年左右。假设有一家有一定业务体量的电商公司CoolShop，在这个时间点它已经完成单块应用的解构拆分，内部SOA服务化已经初步完成。这个时候它的无线应用还没有起步，前端用户体验层主要是传统的服务端Web应用，总体服务化架构V1如下图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YICXu8Hj-1581484988574)(http://jskillcloud.com/img/post/2018060702/soa_v1.png#pic_center)]

服务化架构V2

时间转眼来到2012年初，国内的无线应用开始起风，CoolShop公司也紧跟市场趋势，研发自己的无线原生App。为了能尽快上线，公司的架构师提出如下V2架构，让App直接调用内部的服务：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G2iqg1ci-1581484988576)(http://jskillcloud.com/img/post/2018060702/soa_v2.png#pic_center)]

这个架构有如下问题：

  1. 无线App
最低0.47元/天 解锁文章

200万优质内容无限畅学
软件架构原理与实战：深入理解BFF模式及其在微服务中的应用
AI天才研究院
12-08 426
随着互联网的不断发展，软件架构也不断演进，微服务架构成为了当前最流行的软件架构之一。微服务架构将软件应用程序划分为一系列小的服务，每个服务都独立部署和扩展。这种架构的优点在于它的灵活性、可扩展性和容错性。在微服务架构中，服务之间通过网络进行通信，因此需要一种适合网络通信的架构模式。这就是BFF模式的诞生。BFF（Backing Frontend）模式是一种软件架构模式，它将前端应用程序与后端服务分离，每个前端应用程序对应一个后端服务。这种模式的优点在于它可以提高前端应用程序的性能、可维护性和可扩展性。
API 网关选型及包含 BFF 的架构设计
m0_38017860的博客
11-03 1020
API 网关选型及包含 BFF 的架构设计一 背景介绍下图是我从网络上找到的一个微服务架构的简单架构图，如图可见 API Gateway 在其中起到一个承上启下的作用，是关键组件。图片来源于网络在更通用的场景下我们会使用 NGINX 这样的软件做前置，用来处理SLB负载均衡过来的流量，作用是反向代理、集群负载均衡、转发、日志收集等功能。然后再将 NGINX 的请求 proxy 到 API Gateway 做统一网关处理。在上面的这个场景下 API Gateway 可以包含以下功能：安全限流缓存熔断重试负载反
BFF架构设计与网关的演进
shenhuxi10000的博客
03-25 2879
介绍 BFF是（Backends For Frontends）单词的缩写，主要是用于服务前端的后台应用程序，来解决多访问终端业务耦合问题。 最近在公司的微服务架构中遇到了一些多终端访问接口的问题，不同的终端拥有不同的接口服务，有不同的操作数据的能力，针对这种业务场景做出了调研，我们是否可以在不同的访问层进行业务逻辑处理，获取不同的数据内容呢？ 早在微服务出现的初期就已经存在类似的业务需求出现，而且...
.Net Core 微服务实战 - 网关与BFF
睡在上铺的猴
10-08 1007
什么是 BFF 网关 网关架构类型 基于 Ocelot 打造网关 JWT JWT 数据结构 使用 JWT 实现身份认证与授权
BFF与API Gateway的区别解析
最新发布
了凡
05-16 459
维度BFF核心职责流量管控（认证、路由、限流）业务适配（数据聚合、裁剪）数量通常全局1个按前端类型多个（如Mobile/Web）层级所有请求的第一层位于API Gateway和微服务之间是否改代码配置化（如Nginx/YAML）需要写业务逻辑代码。
微服务架构~BFF和网关是如何演化出来的
weixin_30518397的博客
07-26 787
介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 服务化架构V1 我们先把时间推回到大致2011年左右。假设有一家有一定业务体量的电商公司C...
转：微服务架构：BFF和网关是如何演化出来的？（这篇文章相当棒）
PacosonSWJTU的博客
10-18 755
转自：https://juejin.im/entry/6844903806208049159 这篇文章写得非常棒，从服务，到bff， 到gateway 的一步步演化，描述的非常清晰易懂。 1、介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 2、服务化...
微服务架构的BFF和网关技术分析.docx
10-24
本文将通过实际案例和图示的方式，解释 BFF 和网关是什么，它们是怎么演化出来的，并对架构师设计和落地微服务架构有所启发。 微服务架构的演化过程可以分为三个阶段：V1、V2 和 V3。 在 V1 阶段，电商公司 ...
【大咖分享】BFF在千寻位置网前端的落地和演进
weixin_52397738的博客
01-25 1618
掌门教育前端技术分享会第一期已于1.23号落幕，以下为大咖讲师们现场演讲的整理稿，感谢大家的支持： 讲师介绍 唐兵，前端技术专家，来自千寻位置网业务中台前端团队 负责团队电商相关业务开发，团队BFF层技术负责人 团队日常工作内容，主要对公司门户、电商、营销、分销等业务提供前端支持，业务覆盖 PC、H5、App、小程序、NodeJS 等各种技术场景。 以下为唐兵同学的部分精彩演讲内容： BFF的历史演化进程 前端BFF层，我们大概经历了四个阶段： serverAPI：后端直接将接口暴露给前端开发，进行.
基于 GraphQL 的 BFF 实践
「 虚幻私塾」
05-24 543
🚀 优质资源分享 🚀 学习路线指引（点击解锁） 知识定位 人群定位 🧡 Python实战微信订餐小程序 🧡 进阶级 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 💛Python量化交易实战💛 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 随着软件工程的发展，系统架构越来越复杂，分层越来越多，分工也越来越细化。我们知道，互联网是离用户最近的行业，前端页面可以说无时无刻不在变化。前端本质上还是用户交互和数据
微服务 BFF 架构设计
Java+GO+JS全栈工程师-鹤冲天的博客：编程辅导~商务合作~技术交流
11-25 3152
BFF即 Backends For Frontends (服务于前端的后端)，由于微服务众多，需要一个统一入口根据不同的业务场景作为前端集成使用。面向后端：BFF 隔离了因不同渠道前端 UI 展示对后端 API 的需求，企业可以在后端构建核心业务领域能力面向前端：BFF 可以根据已有的后端 API，快速满足不同渠道的前端在 UI 展示上的需求，来不断提升用户体验同时，BFF 可以帮助企业进行微服务架构的迁移或者演进。
BFF架构
在所有的事情背后，要有一颗坚定的的本心，要有一颗应对变革和提升自我的本心，世界瞬息万变，本心要坚持到底，保持学习，时刻复盘
10-23 2063
BFF架构
【有料】微服务架构中的BFF到底是啥？
daobuxinzi的博客
06-07 2537
在《技术中台与业务中台都是啥玩意》一文中留下一个问题：BFF是啥？为啥在API网关和业务中台之间加入了一层BFF？考虑到在实际工作中，我的大部分同事都问过这个问题，这里我也总结一下进行答复。为了讲清BFF是个啥，这里引用我在波波老师的课程《Spring Boot与K8s云原生应用开发》中学到的一个案例，来跟大家分享一下，并尽力说清楚BFF是啥，又是如何演化出来的。假设我们在一个开发团队中，开发了一个叫做MyShop的电商项目，它采用的是微服务的架构风格。它经历过几次架构调整，我们就跟着它的调整来看看BFF是
什么是BFF？他有什么用？
liangshanbo1215的博客
01-27 3618
它的核心思想是为不同的前端客户端（如 Web、移动端、桌面端等）提供专门的后端服务，而不是让所有客户端共享同一个通用的后端 API。：BFF 可以根据前端的需求，对后端返回的数据进行聚合、过滤或转换，减少不必要的数据传输。：BFF 可以为不同的前端客户端提供定制化的 API，满足其独特的需求。：BFF 可以将后端返回的数据转换为前端需要的格式，减少前端的处理逻辑。：BFF 可以根据前端的需求，只返回必要的数据，减少不必要的数据传输。：BFF 为特定的前端客户端提供定制化的 API，满足其独特的需求。
如何在中后台领域玩转BFF架构
程序员成长指北
08-18 1745
点击上方程序员成长指北，关注公众号回复1，加入高级Node交流群2021年08月14日，平台前端在「前端早早聊」分享了哈啰出行在BFF领域的实践，以下是由平台前端赵存分享的主题哈啰出行平...
DDD实战分享-消息中心
w786572258的专栏
09-09 1902
DDD实战分享 DDD流程 整体流程(来源ThoughtWorks) v1 v2 最大的区别在于第一步的事件风暴与换成了战略设计的识别核心域。个人觉得对于新业务不够熟悉的情况下不适合提前讨论核心域，因为没有掌握足够信息全靠猜测，前期过多讨论浪费时间。 个人理解的DDD流程 事件风暴 识别事件 命令 领域名词 业务建模/战略设计（开发与业务的建模） 划分子域/核心域 限界上下文 建立业务模型 模型设计/战术设计（开发之间的建模） 模型设计 api设计 分层架构 数据库设计 代码编写 发布 上一层的输
5 分钟搞懂 BFF
qianshanding0708的博客
03-09 572
随着微服务架构越来越复杂，前端需要和越来越多的后端服务交互，为了解决前端的复杂性问题，提出了 BFF 架构。原文: What is a BFF? And how to build one?现在谁还会构建单体服务？微服务才是正确的选择！但这不是一个容易的选择，会引入各种各样复杂性。比方说，假设后端有若干对前端隐藏的微服务，那对于 SPA 或移动应用来说会产生多少额外的开销？通用 API 可能会要求使...
DDD领域实践
howeres的博客
08-22 376
调用链路 front - service - dao front(controller) - application(service) - domain(service) - remote(transferData/Service) – feign front - application - domain - remote
BFF层是什么意思？
02-18
### BFF架构概念 BFF（Backends For Frontends），即面向前端的后端，是一种专门用于支持特定类型的客户端的应用程序结构[^3]。这种架构允许创建专门为不同种类的客户端量身定做的API接口，比如移动端应用、桌面浏览器或是物联网设备等。 #### 作用 1. **优化用户体验** 不同平台上的用户界面有着不同的需求和技术栈，通过构建独立于其他渠道的专用后台服务，能够更好地满足各个终端用户的特殊要求，提供更加流畅的操作体验[^2]。 2. **简化数据集成** 当面对复杂的业务逻辑时，BFF充当着中介者的角色，它负责协调并组合来自多个内部微服务的信息资源，在此过程中完成必要的过滤、聚合以及格式转换操作后再返回给调用方[^1]。 3. **增强安全性控制** 对外暴露的服务接口数量减少意味着潜在的安全风险也随之降低；与此同时，还可以针对具体场景实施更精细粒度的身份验证机制和访问权限管理策略[^4]。 ```python # 示例：简单的bff层实现方式之一——路由转发与数据组装 from flask import Flask, jsonify, request import requests app = Flask(__name__) @app.route('/api/user_info') def get_user_info(): user_id = request.args.get('userId') # 调用用户信息服务获取基本信息 response_userservice = requests.get(f'http://userservice/api/v1/users/{user_id}') # 调用订单服务查询最近一次购买记录 response_orderservice = requests.post( 'http://orderservice/api/v1/orders/search', json={"userId": user_id} ) combined_data = { "basicInfo": response_userservice.json(), "lastPurchase": response_orderservice.json()['items'][0] if len(response_orderservice.json()['items']) > 0 else None, } return jsonify(combined_data) if __name__ == '__main__': app.run(debug=True) ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值