3. 网关架构模式：反向代理、中间件链、插件化设计、网关与微服务的关系

API 网关是微服务架构的流量入口与策略执行点。在《Go权限审计网关事务边界》课程中，理解网关的架构模式是设计可审计、可扩展、高可用的权限网关的前提。本章从反向代理、中间件链、插件化设计三个核心模式出发，厘清网关与微服务之间的职责边界。

3.1 反向代理：网关的流量转发基石

反向代理是网关最基础的职能。与正向代理（代理客户端）不同，反向代理代理的是服务端，客户端无需感知后端服务的真实地址。在 Go 中，net/http/httputil.ReverseProxy 提供了开箱即用的反向代理实现。

反向代理在网关中的典型工作流程如下：

1. 客户端向网关的公共端点发起请求。
2. 网关根据路由规则匹配目标上游服务。
3. 网关执行前置过滤（鉴权、限流、审计日志记录）。
4. 网关将请求转发至上游服务，并等待响应。
5. 网关执行后置过滤（响应改写、审计日志补全）。
6. 网关将响应返回给客户端。

3.2 中间件链：可组合的请求处理管道

中间件链是网关实现横切关注点（鉴权、审计、限流、日志）的核心模式。每个中间件是一个独立的处理单元，通过链式调用形成请求处理管道。Go 的 http.Handler 接口天然适合构建中间件链。

典型的中间件链执行顺序：

Go 中中间件链的典型实现模式：

// Middleware 定义
type Middleware func(http.Handler) http.Handler

// Chain 组合多个中间件
func Chain(handler http.Handler, middlewares ...Middleware) http.Handler {
    for i := len(middlewares) - 1; i >= 0; i-- {
        handler = middlewares[i](handler)
    }
    return handler
}

// 使用示例
handler := Chain(
    proxyHandler,
    RecoveryMiddleware,
    RequestIDMiddleware,
    AuthMiddleware,
    AuditMiddleware,
    RateLimitMiddleware,
)

3.3 插件化设计：动态扩展网关能力

插件化设计允许在不修改网关核心代码的情况下，动态加载和卸载功能模块。在 Go 中，插件化可以通过 plugin 包（Go 1.8+）、gRPC 流式调用、或 WASM 运行时实现。

插件化网关的架构层次：

• 核心层： 路由引擎、反向代理、中间件链调度器、配置热加载。
• 扩展层： 插件注册中心、插件生命周期管理（加载/卸载/升级）、插件通信接口。
• 插件层： 鉴权插件、审计插件、限流插件、协议转换插件、自定义业务插件。

3.4 网关与微服务的关系

网关不是微服务的替代品，而是微服务架构的补充组件。理解两者的职责边界，是设计可审计网关的前提。