BFE实战：基于路径前缀的请求分流转发配置指南-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_00219/article/details/148487377

BFE实战：基于路径前缀的请求分流转发配置指南

bfe A modern layer 7 load balancer from baidu 项目地址: https://gitcode.com/gh_mirrors/bf/bfe

前言

在现代Web服务架构中，合理分流不同类型的请求是提高系统性能和可靠性的关键。本文将详细介绍如何使用BFE（一个现代化的七层负载均衡系统）实现基于路径前缀的请求分流转发配置。

场景需求分析

假设我们有一个Web服务需要处理两种不同类型的请求：

静态资源请求：以"/static"开头的URL路径
动态API请求：其他所有请求

我们有两组后端服务实例：

静态文件服务：10.0.0.1:8001
动态API服务：10.0.0.1:8002

目标是通过BFE实现请求的智能分流，将不同类型的请求转发到对应的后端服务。

配置步骤详解

1. 基础配置文件设置

首先需要在BFE的主配置文件中指定相关配置文件的路径：

hostRuleConf = server_data_conf/host_rule.data      # 域名规则配置
routeRuleConf = server_data_conf/route_rule.data    # 路由规则配置
clusterConf = server_data_conf/cluster_conf.data    # 集群基础配置

clusterTableConf = cluster_conf/cluster_table.data  # 集群实例列表
gslbConf = cluster_conf/gslb.data                   # 子集群负载均衡配置

这些配置项定义了BFE运行时需要加载的各种规则文件的位置。

2. 域名规则配置

域名规则配置将域名映射到特定的产品线：

{
    "Version": "init version",
    "DefaultProduct": null,
    "Hosts": {
        "exampleTag":[
            "example.org"  // 将域名example.org映射到标签exampleTag
        ]
    },
    "HostTags": {
        "example_product":[
            "exampleTag"  // 将标签exampleTag映射到产品线example_product
        ]
    }
}

这种双层映射机制提供了灵活性，可以轻松管理复杂的域名和产品线关系。

3. 集群基础配置

为两个后端集群配置健康检查参数：

{
    "Version": "init version",
    "Config": {
        "cluster_demo_static": {
            "CheckConf": {
                "Schem": "http",
                "Uri": "/health_check",
                "Host": "example.org",
                "StatusCode": 200
            }
        },
        "cluster_demo_dynamic": {
            "CheckConf": {
                "Schem": "http",
                "Uri": "/health_check",
                "Host": "example.org",
                "StatusCode": 200
            }
        }
    }
}

健康检查配置确保BFE能够及时发现并隔离不健康的后端实例。

4. 集群实例配置

定义每个集群包含的具体实例：

{
    "Version": "init version",
    "Config": {
        "cluster_demo_static": {
            "demo_static.all": [{
                "Addr": "10.0.0.1",
                "Name": "static.A",
                "Port": 8001,
                "Weight": 1
            }]
        },
        "cluster_demo_dynamic": {
            "demo_dynamic.all": [{
                "Addr": "10.0.0.1",
                "Name": "dynamic.A",
                "Port": 8002,
                "Weight": 1
            }]
        }
    }
}

每个实例配置包括地址、端口和权重等信息，权重可用于后续的负载均衡。

5. 子集群负载均衡配置

配置子集群间的流量分配：

{
    "Hostname": "",
    "Ts": "0",
    "Clusters": {
        "cluster_demo_static": {
            "GSLB_BLACKHOLE": 0,
            "demo_static.all": 100
        },
        "cluster_demo_dynamic": {
            "GSLB_BLACKHOLE": 0,
            "demo_dynamic.all": 100
        }
    }
}

这里我们将所有流量都分配到对应的子集群（权重100），"GSLB_BLACKHOLE"设置为0表示不丢弃任何流量。

6. 路由规则配置

最关键的部分是定义实际的分流规则：

{
    "Version": "init version",
    "ProductRule": {
        "example_product": [
            {
                "Cond": "req_path_prefix_in(\"/static\", false)",  
                "ClusterName": "cluster_demo_static"
            },
            {
                "Cond": "default_t()",
                "ClusterName": "cluster_demo_dynamic"
            }
        ]
    }
}

这里使用了两个规则：

第一个规则使用req_path_prefix_in条件判断请求路径是否以"/static"开头
第二个规则是默认规则，处理所有其他请求

验证配置

完成上述配置后，可以通过以下命令验证分流是否生效：

# 测试静态资源请求
curl -H "host: example.org" "http://127.1:8080/static/test.html"
# 预期转发到10.0.0.1:8001

# 测试动态API请求
curl -H "host: example.org" "http://127.1:8080/api/test"
# 预期转发到10.0.0.1:8002