Nginx结合第三方数据源实现自定义路由方案咨询

Nginx 配合成熟扩展完全可以实现你描述的动态路由需求，同时也有多个不依赖Nginx的落地方案可选，具体说明如下：

Nginx 侧实现路径 #

原生开源Nginx（未加载第三方模块的官方版本）不支持运行时动态获取转发目标，必须搭配扩展实现，生产环境最常用的方案是直接使用OpenResty（集成了Lua生态的Nginx发行版，稳定性经过大规模生产验证），可以完美对接你提到的两类查询能力：

• 对接专用查询API的场景
  核心逻辑是在请求转发阶段，通过Lua代码发起内部调用，拿到指定key对应的存储节点地址后，再执行转发。最简配置参考如下：

  # 共享内存缓存key和节点的映射，减少重复查询开销
  lua_shared_dict node_route_cache 100m;
  server {
      listen 80;
      location /data/query {
          # 从请求参数中提取路由key，可根据实际业务从请求头、请求体中提取
          set $route_key $arg_biz_key;
          set $target_node '';
          access_by_lua_block {
              local key = ngx.var.route_key
              local cache = ngx.shared.node_route_cache
              -- 先查本地缓存
              local node = cache:get(key)
              if not node then
                  local http = require "resty.http"
                  local httpc = http.new()
                  -- 调用内部查询API获取节点地址
                  local res, err = httpc:request_uri("http://你的内部查询服务/get_node", {
                      query = {key = key},
                      keepalive_timeout = 60
                  })
                  if not res or res.status ~= 200 then
                      ngx.status = 500
                      ngx.say("route query failed")
                      ngx.exit(500)
                  end
                  node = res.body
                  -- 写入缓存，缓存时间可根据业务节点变更频率调整
                  cache:set(key, node, 30)
              end
              ngx.var.target_node = node
          }
          # 转发到目标存储节点
          proxy_pass http://$target_node;
      }
  }
  

• 对接Redis存储映射的场景
  可以直接用OpenResty自带的lua-resty-redis库直连Redis查询key对应的节点地址，相比调用HTTP API少一层协议开销，性能更高，逻辑和上述API调用方案一致，只是把HTTP调用换成Redis查询即可。如果不想编写Lua代码，也可以使用ngx_http_redis第三方模块实现简单的Redis查询路由，但灵活度较低，不推荐复杂场景使用。

注意：如果你的节点变更频率不高，一定要加本地缓存层，不要让每个请求都穿透到查询API或Redis，否则代理层很容易成为性能瓶颈。

非Nginx的可选实现方案 #

如果不想基于Nginx做二次开发，也可以根据现有技术栈选择以下方案：

• 基于现成API网关实现：选择APISIX、Kong这类基于OpenResty生态的成熟API网关，自带动态路由、外部服务鉴权、Redis对接的现成插件，只需要配置规则即可实现需求，不需要自行编写和维护Lua逻辑，上手成本更低。
• 基于边车代理实现：如果你的架构已经落地服务网格，可以直接使用Envoy作为边车，配置外部授权过滤器或动态路由发现机制，从你的查询API/Redis获取路由目标，不需要额外部署代理层。
• 客户端侧路由实现：如果你的业务调用端是统一可控的，可以把key到节点的查询逻辑封装到业务通用SDK里，调用端先查缓存/Redis/查询API拿到目标节点地址，直接发起请求到对应节点，省掉中间代理的转发开销，性能最高；缺点是多语言栈场景下需要维护多版本SDK，升级成本较高。

内容的提问来源于stack exchange，提问作者ranban282