可通过Nginx的limit_req模块结合map指令为不同合作伙伴IP设置独立限流策略：先用map将IP映射至partner_key，再为各key配置专属limit_req_zone，最后在location中调用对应zone并设置burst/nodelay等参数，配合$limit_req_status日志变量实现可观测性。
可以通过 Nginx 的 limit_req 模块结合 map 指令，为不同合作伙伴 IP 设置独立的限流策略，实现差异化反向代理流量整形。
定义基于 IP 的差异化限流键值
使用 map 指令将来源 IP 映射到不同限流 zone 名称或速率参数，避免为每个 IP 单独写 limit_req_zone。例如：
map $remote_addr $partner_key {
default "default";
192.168.10.5 "partner_a";
203.0.113.22 "partner_b";
2001:db8::1 "partner_c";
}
该映射支持 IPv4/IPv6，且可在运行时热重载，无需重启 Nginx。
配置多 zone 限流规则
为每个 partner 定义独立的 limit_req_zone，使用 $partner_key 作为 key，确保各 partner 流量互不干扰：
limit_req_zone $partner_key zone=partner_a:10m rate=10r/s;
limit_req_zone $partner_key zone=partner_b:10m rate=50r/s;
limit_req_zone $partner_key zone=partner_c:10m rate=5r/s;
limit_req_zone $partner_key zone=default:10m rate=1r/s;
注意：zone 名称必须唯一；内存大小（如 10m）需按最大预期并发 partner 数预留，避免哈希冲突导致误限流。
在 server 或 location 中应用限流
在反向代理配置中，用 limit_req 引用对应 zone，并可启用突发和延迟控制：
location /api/ {
proxy_pass https://backend;
limit_req zone=partner_a burst=20 nodelay;
# 其他 proxy_* 配置...
}
实际使用中建议：
• 对高优先级 partner 启用 nodelay 避免排队延迟
• 对低配额 partner 设置较小 burst 值（如 5–10），防止短时洪峰穿透
• 可配合 limit_req_status 429 统一返回状态码，便于 partner 监控
增强可观测性与运维友好性
通过变量暴露限流状态，辅助日志分析和告警：
log_format main '$remote_addr - $remote_user [$time_local] "
$request" $status $body_bytes_sent "$http_referer" "
$http_user_agent" $request_time $limit_req_status;'
关键变量说明：
• $limit_req_status：值为 -（未限流）、hit（触发限流）、miss（未命中 zone）或 delayed
• 结合 Prometheus + nginx-vts-exporter 可聚合各 partner 的 hit 次数与响应延迟
• 若某 partner 长期高频 hit，说明配额需动态调整
