也是醉了... 最近听朋友说微服务架构良好像要用个“BFF”东西，我不太懂。其实BFF挺十分沉关键的，就像一个中间人，帮前端和后端搞事情。咱们今天就来聊聊当前这个“BFF”，它到底啥用，怎么搞。

哪些是 BFF ？

拜托大家... 简洁BFF 就是一个面向前端的后端网关。它位于前端和微服务之间，最主要负责把后端服务的数据整理良好、格式化良好，然后给前端提供给接口。 想想看，你是不是时常看到良好更多接口呢？各个接口都有可能需要不同的数据格式、不同的参数等等。 BFF 能够帮你处理这一些问题，让前端更方便地获取所需信息。

为哪些要用 BFF？

• 接口聚合： 微服务之间有可能有很更多个不同接口需要调用。BFF 能够把这一些接口聚合起来降较低前端的申请次数。
• 数据格式统一： 不同微服务的返回数据格式有可能不一样。BFF 能够把这一些数据格式统一起来让前端更简单处理。
• 网络申请频繁： 前端需要时常会调用更多个不同后端服务。BFF 能够缓存一些数据或者进行一些优化操作，降较低网络申请的频率。
• 业务逻辑复用： BFF 能够封装一些通用的业务逻辑，避免反复编写代码。
• 可靠与监控： BFF 能够负责前端的可靠验证和监控功能。

BFF 和 API 网关有哪些差别？

也是没谁了... API 网关和 BFF 看起来有点像，但它们不是彻底一样的。 API 网关最主要负责路由、限流、鉴权等通用功能。 而 BFF 则更关注于特定前端的定制化需求。 你能够把 API 网关想象成一个交通运输枢纽站，负责把全部方向的乘客都转运到不同的目的地。 而 BFF 则像一个专线巴士站，只为特定线路的乘客提供给服务。

BFF 的具体实现方式

独立的服务

最常见的做法是各个前端类型都有一个独立的 BFF 服务。举个例子：web-bff 和 mobile-bff 。这样能够避免逻辑耦合问题，总结一下。。

技术手段选型

咱们要选哪些技术手段来做 BFF呢？ Go 和 Python 是对比常见的选择。 Go 的性能很良好而且并发处理能力强较大。 Python 则开发效率较高而且有很更多优秀的库能够采用。 选择哪个技术手段取决于你的团队的技术手段栈和项目需求。

可靠与监控

既然是面向前端的入口点,那么可靠性必须要考虑进去！:

• 身份验证： 对全部申请进行身份验证 ， 确保只有授权用户才能访问相关资源条件.
• 授权管理： 控制用户对不同资源条件的访问权限 ，避免越权操作.
• 输入验证： 对申请中的参数进行验证 ，避免恶意输入引起的可靠漏洞.
• 日志记录： 记录全部申请的信息 ，方便排查问题和审计操作.
• 监控告警： 对系统性能进行监控 ，及时发觉并告警异常情况.

怎样构建一个良好的 BFF?

异步非阻塞模型

为了提升响应速度,提议采用异步非阻塞模型处理并发申请。

超时机制与降级策略

设置超时机制和降级策略非常十分沉关键 。如果某个后端服务延迟响应,能够设置超时时间段 ,避免较长时间段等待 。同时也,能够设置降级策略 ,当某个后端服务不可用时 ,自动切换到备用方案.，整起来。

接口设计

GET /home