概述
什么是 BFE？一起来看下官方介绍。
BFE（Baidu Front End）是百度的一款开源的应用负载均衡产品，目前已接入百度大部分流量，每日转发请求接近1万亿，峰值QPS超过1000万。在2019年百度春晚红包活动中，BFE平台在超大用户压力、数次流量波峰下平稳运行，保证了春晚红包活动的顺利进行。详情请查看 BFE 官网地址：https://www.bfe-networks.net，github 地址：https://github.com/baidu/bfe。
BFE 源码是使用 GO 语言开发的，这篇文章我们一起来认识 BFE。
我用 BFE 做什么？
我用 BFE 做网关，主要实现路由转发和过滤器，路由转发指的是，接收一切外部请求转发到后端微服务上，过滤器指的是，限流、鉴权、协议转化等等。
BFE 还支持 日志、链路、监控等等。
BFE 基本概念
两大概念：产品线和集群，见下图。
能解决哪些问题？
场景一：比如前后端分离项目，前端需要请求两个服务（服务A 和 服务B），服务A 和 服务B 的域名是不同的，怎么解决这个问题？
第一反应使用 跨域资源共享 CORS 去解决，当然需要浏览器和服务器同时支持。
1、后台需要新增代码：
设置 Access-Control-Allow-Origin，必选，要么是自定义设置域名，要么是 * 。
设置 Access-Control-Allow-Methods，必选，设置允许请求的方法。
设置 Access-Control-Allow-Credentials，可选，是否允许发送 Cookie，默认情况下 Cookie 不包括在CORS请求之中。
设置 Access-Control-Expose-Headers，可选，设置其他的 Header 参数。
2、前端请求了两次（浏览器自动请求两次）
第一个请求是 OPTIONS 请求，也可以称为 “预检请求”，根据服务器返回的内容，判断服务器是否允许该请求访问。
第二个请求是 具体的 POST 或 GET 请求。
这个弊端是需要后端开发人员调整代码，同时浏览器请求两次，增加请求时间及服务器资源，还有没有更好的解决方案？有同学肯定会说 “设置 Access-Control-Max-Age 参数” 用来指定本次预检请求的有效期，单位为秒，比如设置 120s，表示在此期间内，不用发出另一条预检请求，你还有没有其他方案？
可以使用 BFE 路由规则 和 重写规则就能搞定！比如：前端项目为 abc.com，当访问 abc.com/service-a/xxx 请求到服务A，当访问 abc.com/service-b/xxx 请求到服务B。
场景二：开发了一个服务A，目前微服务是内网访问的，假设有一种场景外网的客户端项目需要请求这个微服务，你怎么解决这个问题？
1、外网客户端项目，请求自己项目的 API，然后 API 项目再去请求订单管理微服务，进行数据返回，这样的弊端是增加了 API 开发人员的工作量。
2、服务A 直接配置外网可以访问，这样的弊端是安全风险太大，如果使用签名访问，也存在安全风险，同时还增加了前端人员的工作量。
可在将域名解析到负载均衡（LB）上，然后负载均衡（LB）去找下游的 BFE 配置。
场景三：上线一个新需求，想让一部分用户继续用老版本，一部分用户开始使用新版本，如果用户对新版本没有什么反对意见 或 研发未收到重大的问题反馈，然后再逐步扩大范围，把所有用户都迁移到新版本上来？另外这个比例是需要动态配置的，怎么去解决这个问题？
可以使用 BFE 集群配置，设置子集群的分流权重。
上面的主要使用了 路由转发 和 集群配置。
路由转发 相关配置文件如下：
- server_data_conf/host_rule.data（域名规则）
- server_data_conf/route_rule.data（分流规则）
- server_data_conf/cluster_conf.data（集群配置文件）
- mod_redirect/redirect.data（重定向规则）
- mod_rewrite/rewrite.data（重写规则）
集群配置 相关配置文件如下：
- cluster_conf/cluster_table.data（集群实例列表）
- cluster_conf/gslb.data（子集群负载均衡）
如何使用？
根据官方介绍的每个文件及每个文件的配置项，进行配置，配置完了记得进行重启，部分文件支持热加载的方式，进行更新。
后面会挨个介绍每个文件及其配置项。
小结
这篇文章主要是分享一些简单的介绍，初探，就先分享到这。
