4. 流量入口设计：DNS分流、Nginx/OpenResty反向代理分流策略

在金融压力测试的A/B分流场景中，流量入口是分流策略的第一道关卡。入口层的设计直接决定了分流粒度的粗细、运维复杂度以及系统容错能力。本章聚焦于两种最核心的入口分流技术：DNS（域名系统）分流与Nginx/OpenResty反向代理分流，并对比其适用场景与组合策略。

4.1 DNS分流：地域级与运营商级粗粒度分流

DNS分流是最基础的流量入口分流手段，通过将不同用户群体的DNS解析请求指向不同的目标IP（即A/B集群的入口），实现流量切分。其核心优势在于零应用层侵入，但粒度较粗，通常用于地域、运营商级别的分流。

4.2 Nginx/OpenResty反向代理分流：精细化流量路由

Nginx及其高性能Lua扩展版本OpenResty，是金融系统中最常用的七层反向代理分流工具。它们能够基于HTTP请求头、Cookie、URI参数、客户端IP等维度，实现请求级的精细分流，是A/B测试与灰度发布的核心入口组件。

4.2.1 基于HTTP Header的分流

通过读取自定义请求头（如 X-Canary、X-Version）或标准头（如 User-Agent），将特定流量路由至B集群。

# Nginx 配置示例：基于请求头分流
upstream backend_a {
    server 10.0.1.10:8080 weight=5;
    server 10.0.1.11:8080 weight=5;
}

upstream backend_b {
    server 10.0.2.10:8080 weight=5;
    server 10.0.2.11:8080 weight=5;
}

server {
    listen 443 ssl;
    server_name api.finance.test;

    location / {
        # 如果请求头 X-Canary 为 "true"，则路由到 B 集群
        if ($http_x_canary = "true") {
            proxy_pass http://backend_b;
            break;
        }
        proxy_pass http://backend_a;
    }
}

4.2.2 基于Cookie的分流

利用Cookie中的用户标识（如 user_id、session_id）进行一致性哈希，确保同一用户在压测期间始终访问同一集群，避免状态漂移。

# OpenResty Lua 脚本示例：基于 Cookie 一致性分流
location / {
    access_by_lua_block {
        local cookie = ngx.var.cookie_user_id
        local backend = "backend_a"
        if cookie then
            -- 简单哈希：根据 user_id 末位数字决定路由
            local hash = tonumber(string.sub(cookie, -1)) or 0
            if hash % 10 < 3 then  -- 30% 流量到 B 集群
                backend = "backend_b"
            end
        end
        ngx.var.backend = backend
    }
    proxy_pass http://$backend;
}

4.2.3 基于权重与百分比的分流

在OpenResty中，可以使用Lua生成随机数或基于时间片，实现精确的百分比分流，适合压测中动态调整A/B流量比例。

# OpenResty Lua 示例：按百分比随机分流
location / {
    access_by_lua_block {
        local ratio = 0.2  -- 20% 流量到 B 集群
        local backend = "backend_a"
        if math.random() < ratio then
            backend = "backend_b"
        end
        ngx.var.backend = backend
    }
    proxy_pass http://$backend;
}

4.3 DNS + Nginx/OpenResty 组合分流架构

在大型金融压测中，单一入口策略往往无法满足需求。推荐采用DNS粗分流 + Nginx/OpenResty精分流的层级组合架构，兼顾灵活性与性能。

4.4 分流策略对比与选型建议

4.5 金融压测入口分流最佳实践

• 可观测性优先： 在Nginx/OpenResty层输出分流决策日志（如 $upstream_name、$x_canary），便于压测后分析流量分布是否均匀。
• 熔断与降级： 当B集群出现异常（如5xx比例超过阈值），Nginx应自动将流量切回A集群，避免压测影响生产。
• 避免DNS缓存污染： 压测前清空本地DNS缓存，或使用独立的压测域名（如 canary.api.finance.test）隔离生产DNS记录。
• 性能基线： 在压测前，先对Nginx/OpenResty层进行单机性能压测，确保其处理能力不成为分流瓶颈（通常单机可达10万+ QPS）。