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

最新推荐文章于 2025-02-13 13:38:39 发布
最新推荐文章于 2025-02-13 13:38:39 发布
阅读量4.6k 收藏 19
点赞数 1
分类专栏： 微服务架构 文章标签： BFF 微服务网关 微服务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yang75108/article/details/86987404
版权
本文通过一个假想的电商公司案例，详细介绍了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直接调用内部的服务：

最低0.47元/天 解锁文章
BFF架构设计与网关的演进
shenhuxi10000的博客
03-25 2822
介绍 BFF是（Backends For Frontends）单词的缩写，主要是用于服务前端的后台应用程序，来解决多访问终端业务耦合问题。 最近在公司的微服务架构中遇到了一些多终端访问接口的问题，不同的终端拥有不同的接口服务，有不同的操作数据的能力，针对这种业务场景做出了调研，我们是否可以在不同的访问层进行业务逻辑处理，获取不同的数据内容呢？ 早在微服务出现的初期就已经存在类似的业务需求出现，而且...
基于 GraphQL 的 BFF 实践
「 虚幻私塾」
05-24 527
🚀 优质资源分享 🚀 学习路线指引（点击解锁） 知识定位 人群定位 🧡 Python实战微信订餐小程序 🧡 进阶级 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 💛Python量化交易实战💛 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 随着软件工程的发展，系统架构越来越复杂，分层越来越多，分工也越来越细化。我们知道，互联网是离用户最近的行业，前端页面可以说无时无刻不在变化。前端本质上还是用户交互和数据
.Net Core 微服务实战 - 网关与BFF
睡在上铺的猴
10-08 974
什么是 BFF 网关 网关架构类型 基于 Ocelot 打造网关 JWT JWT 数据结构 使用 JWT 实现身份认证与授权
【系统架构】BFF层
在这里你大概率会有所收获，欢迎指错||纠正||建议||水评+点赞&&评论&&关注&&转发
02-13 1088
BFF：Backends For Frontends（服务于前端的后端）。 BFF是一种Web架构，微服务设计系列丛书的作者 Sam Newman曾在他的博客中写了一篇相关文章《Pattern: Backends For Frontends》。 服务端设计API时会考虑到不同设备的需求，即为不同设备提供不同API接口，虽然它们可能实现相同功能，但因不同设备的特殊性，它们对服务端的API访问也各有其特点，需区别处理。在计算机科学中，所有问题都可以通过加一层来解决，于是 BFF 架构设计应运而生。
微服务架构~BFF和网关是如何演化出来的
weixin_30518397的博客
07-26 774
介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 服务化架构V1 我们先把时间推回到大致2011年左右。假设有一家有一定业务体量的电商公司C...
转：微服务架构：BFF和网关是如何演化出来的？（这篇文章相当棒）
PacosonSWJTU的博客
10-18 733
转自：https://juejin.im/entry/6844903806208049159 这篇文章写得非常棒，从服务，到bff， 到gateway 的一步步演化，描述的非常清晰易懂。 1、介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 2、服务化...
BFF层的作用
qq_55624776的博客
09-05 874
BFF层的作用
微服务架构的BFF和网关技术分析.docx
10-24
本文将通过实际案例和图示的方式，解释 BFF 和网关是什么，它们是怎么演化出来的，并对架构师设计和落地微服务架构有所启发。 微服务架构的演化过程可以分为三个阶段：V1、V2 和 V3。 在 V1 阶段，电商公司 ...
BFF——服务于前端的后端
qianduan666a的博客
07-10 3866
BFF——服务于前端的后端 以前我在谈论graphql的时候提到过BFF（Back-end For Front-end），每每都是一笔而过，这次就专门开一期，简介一下BFF——服务于前端的后端。 前端演化史 Web 1.0 故事都得从long long ago说起，让我们先来回顾web 1.0，那时候的网站如下所示： Web 1.0 第一代Web架构很简单，纯后端网页渲染；就是客户端每次向服务器请求都会返回一个特定的html页面，js都没啥大用场。我学生时代流行的JSP就属于这个范.
微服务 BFF 架构设计
Java+GO+JS全栈工程师-鹤冲天的博客：编程辅导~商务合作~技术交流
11-25 3037
BFF即 Backends For Frontends (服务于前端的后端)，由于微服务众多，需要一个统一入口根据不同的业务场景作为前端集成使用。面向后端：BFF 隔离了因不同渠道前端 UI 展示对后端 API 的需求，企业可以在后端构建核心业务领域能力面向前端：BFF 可以根据已有的后端 API，快速满足不同渠道的前端在 UI 展示上的需求，来不断提升用户体验同时，BFF 可以帮助企业进行微服务架构的迁移或者演进。
谈谈微服务中的 API 网关（API Gateway）
weixin_34380948的博客
12-07 1749
前言 又是很久没写博客了，最近一段时间换了新工作，比较忙，所以没有抽出来太多的时间写给关注我的粉丝写一些干货了，就有人问我怎么最近没有更新博客了，在这里给大家抱歉。 那么，在本篇文章中，我们就一起来探讨一下 API 网关在整个微服务分布式架构中的一个作用。 背景 我们知道在微服务架构风格中，一个大应用被拆分成为了多个小的服务系统提供出来，这些小的系统他们可以自成体系，也就是说这些小系统可以拥有自己...
BFF —— Backend For Frontend
adsadadaddadasda的博客
08-01 1649
本文主要内容： 什么是 BFF BFF 解决了什么问题 使用 BFF 的正确姿势 实战中的玩法 什么是 BFF BFF，即 Backend For Frontend（服务于前端的后端），也就是服务器设计 API 时会考虑前端的使用，并在服务端直接进行业务逻辑的处理，又称为用户体验适配器。BFF 只是一种逻辑分层，而非一种技术，虽然 BFF 是一个新名词，但它的理念由来已久。 BFF...
API 网关选型及包含 BFF 的架构设计
m0_38017860的博客
11-03 997
API 网关选型及包含 BFF 的架构设计一 背景介绍下图是我从网络上找到的一个微服务架构的简单架构图，如图可见 API Gateway 在其中起到一个承上启下的作用，是关键组件。图片来源于网络在更通用的场景下我们会使用 NGINX 这样的软件做前置，用来处理SLB负载均衡过来的流量，作用是反向代理、集群负载均衡、转发、日志收集等功能。然后再将 NGINX 的请求 proxy 到 API Gateway 做统一网关处理。在上面的这个场景下 API Gateway 可以包含以下功能：安全限流缓存熔断重试负载反
BFF的初次探索
前端探险家的博客
04-06 1316
BFF的探索之路BFF 解决了什么问题BFF 是什么BFF 的应用场景BFF 的优缺点 BFF 解决了什么问题 如下图，在我们的前端页面时常存在，某个页面需要向 backend A、backend B 以及 backend C… 发送请求，不同服务的返回值用于渲染页面中不同的 component，即一个页面存在很多请求的场景。 此时，每次访问该页面都需要发送 3 个请求。同时为了保障 Android，iOS，以及 Web 端的不同需求，需要为不同的平台写不同的 API 接口，而每当值发生一些变化时，需要
[微服务/API时代的前端开发] BFF入门--5个实用的BFF使用案例
weixin_45987961的博客
01-11 5559
前言 在本系列“微服务/API时代的前端开发”中，我们将介绍当前备受关注的BFF(Backends For Frontends)。这一篇，我们将介绍 BFF 的五个典型使用案例。 在之前的[微服务/API时代的前端开发] BFF超入门--Netflix、Twitter、Recruit选择BFF的理由一文中，我介绍了BFF的概要和案例。 可能很难理解 BFF 是做什么的，简单地说，API 服务器负责业务领域的逻辑部分，而 BFF 是支持用户界面的服务器。如果Web应用可以使用领域逻辑简单地创建...
API网关那些儿
xiaomin1991222的专栏
11-05 621
目录 为什么需要API Gateway 简化客户端调用复杂度 数据裁剪以及聚合 多渠道支持 遗留系统的微服务化改造 使用Zuul实现API网关 实现Nginx的动态代理 其它的一些优化建议 现在越来越多的技术团队开始尝试采纳微服务架构进行产品开发。而基于微服务架构后后端服务通常而言是动态的，为了简化前端的调用逻辑，通常会引入API Gateway作为轻量...
BFF实践（通过Goku网关发服务编排）
warden的博客
05-09 1760
配置文件 1.GoKu拥有一个主配置文件 goku.conf ，GoKu可以新建多个网关，每个网关一个文件夹。 2.GoKu的配置文件采用 yaml 格式： 大小写敏感。 使用缩进表示层级关系，缩进时不允许使用Tab键，只允许使用空格。 缩进的空格数无关，只需相同层级的元素左侧对齐即可。 3.修改配置文件后，重启网关以使其生效 4.配置文件的层级关系如下图所示： 参数字段表...
【微服务理论】API + BFF 不再为兼容和适配烦恼
守夜人爱吃兔子的博客
07-22 451
对于微服务，常见的架构模型就是API网关+服务。 API网关实现鉴权、负载均衡、中间件等公共入口逻辑。 服务实现具体的业务功能。 那么，API网关设计中又有什么坑呢？ 1.0版本 直接将服务穿透到外网。 API层只是套了壳，加了鉴权、中间件而已。具体返回值由服务定。 客户端到微服务直接通信，强耦合。根本不敢重构，一改结构客户端就崩了。 需要多次请求，客户端聚合数据，工作量巨大，延迟高。 如果一个页面由多个服务组成，比如商品、优惠券、相关推荐、评价。客户端要请求多个接口，命名规则还不一样。
微服务设计模式之 API 网关
aioria_csdn的博客
07-20 218
简介 API 网关是目前非常成熟的一种微服务与外界通讯方式的一种选型，当前你的架构是从单体架构Monolithic迁移过来的时候，你会发现新的服务无法很好地从旧有系统中接管流量。 这个接管，或者说迁移的过程很复杂，也很危险，一般我们也会从小流量的非核心服务开始拆，拆分完之后，你就会发现问题了：流量怎么导到新服务上面去呢？ 一种选择是在原服务上将数据转发至新服务，但是这也有问题：...
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、付费专栏及课程。

余额充值