顾名思义，它是前端的后端（服务器）。专门为前端而调用API，或者生成HTML的服务器。看到这里你可能会想，“这与传统的Web应用服务器有什么不同？”。本质上是一样的，只是专门为前端打造这一点不同而已。
首先，Web应用服务器有如下几种用途：
从数据库和全文搜索引擎等中间件获取和更新数据创建一个页面作为HTTP接口从用户那里获取输入信息在这里，从数据库和全文搜索引擎中获取和更新数据的部分旨在进行管理，同时确保数据的完整性和可靠性。构建页面的部分和获取用户输入信息的部分对应于用户界面（UI），目的是提升用户体验（UX）。
前者作为后端（Backends），而后者作为前端（Frontends），通过前后端的划分让开发者专注于各自的专业领域，这样的架构设计被称为“BFF”。
轮廓图如下所示
像这样，BFF往往采取“设置在反向代理和后端API服务器之间”的配置。反向代理是一个用来替代Web应用服务器，进行静态文件压缩和缓存的服务器。后端API服务器主要与数据库、全文搜索引擎等中间件配合，起到操作资源和管理数据的作用。
BFF负责UI/UX相关的功能，比如在这两个服务器之间建立一个页面，接受用户的输入信息并发送给后端。
BFF产生的技术背景和历史背景技术背景在前端领域的快速发展状态下，前端的开发早已从MVC的传统模式转变为现如今的前后端分离架构。
MVC的开发模式中，前后端开发过分耦合，导致开发效率低下，分工不均。出于解耦的目的，提出了前后端分离的架构。前端通过AJAX调用后端接口进行交互，实现前后端项目分离。
随着前端领域的不断扩大，后端服务在复杂的前端业务背景下，为兼容不同的业务逻辑变得臃肿而难以维护。
在这样的背景下，后端微服务架构逐渐成熟，领域之间的解耦也成为后端服务的主流。然而，前端需要自身去实现数据的聚合、裁剪等功能。虽然我们可以通过前端去请求不同的服务然后做数据的操作，但是由于不同的生态下，会存在一定的限制，例如