如何聚合多个API端点？无需代码修改实现统一入口方案问询

完全可以在不修改后端代码的前提下实现需求，你提到的两个方案都能达成目标，具体细节如下：

1. 前置Nginx代理 #

这是最轻量化的实现方式，通过Nginx的反向代理功能，将example.com下的不同路径转发到对应的后端API端点。只需要修改Nginx的配置文件，添加路由规则即可，无需改动任何后端服务代码。

示例配置如下：

server {
    listen 80;
    server_name example.com;

    # 转发/api/a到example1.com的对应端点
    location /api/a {
        proxy_pass http://example1.com/api/a;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }

    # 转发/api/b到example2.com的对应端点
    location /api/b {
        proxy_pass http://example2.com/api/b;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }

    # 转发/api/c到example3.com的对应端点
    location /api/c {
        proxy_pass http://example3.com/api/c;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }

    # 转发/api/d到example4.com的对应端点
    location /api/d {
        proxy_pass http://example4.com/api/d;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

配置完成后重启Nginx即可生效，这个方案的优势是部署快、成本低，适合小型项目或快速迭代的场景。

2. API网关 #

如果你的微服务体系后续需要扩展更多功能（比如鉴权、限流、监控、灰度发布等），API网关是更合适的选择。主流的开源网关如Kong、APISIX、Spring Cloud Gateway等，都支持通过配置路由规则来实现端点聚合，完全不需要修改后端代码。

核心思路是在网关中配置路由映射：

• 当请求example.com/api/a时，转发到example1.com/api/a
• 当请求example.com/api/b时，转发到example2.com/api/b
• 以此类推处理其他端点

这类网关的配置通常支持可视化界面或配置文件两种方式，上手难度不高，且能为后续微服务的管理提供更多扩展性。

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