4. 权限审计网关架构
权限审计网关是微服务与外部请求之间的安全屏障，其架构设计直接决定了认证、授权、审计三大核心能力的执行效率与可扩展性。本章从整体架构出发，逐步拆解模块划分，并明确连接池在网关中的关键位置。
4.1 网关整体架构图
下图展示了权限审计网关的宏观结构，包含接入层、处理层、存储层三大区域，以及贯穿全流程的监控与连接池管理组件。
架构要点： 连接池水位管理横跨处理层，不归属于单一模块。它负责管理认证、授权、审计模块与后端存储（Redis、MySQL、MongoDB）之间的所有连接，是保障网关吞吐量与稳定性的核心基础设施。
4.2 认证 / 授权 / 审计模块划分
三大模块职责清晰、相互协作，共同构成网关的安全决策链路。下表从核心职责、输入输出、典型技术栈三个维度进行对比：
| 维度 | 认证模块 | 授权模块 | 审计模块 |
|---|---|---|---|
| 核心职责 | 验证请求者身份真实性 | 判定请求者是否有权执行操作 | 记录并分析所有安全事件 |
| 输入 | Token、证书、生物特征 | 用户身份 + 请求上下文 | 认证/授权结果 + 请求全量信息 |
| 输出 | 用户身份标识（UserID/Role） | 允许/拒绝 + 策略命中详情 | 结构化日志 + 告警事件 |
| 典型技术栈 | JWT、OAuth2、LDAP、CAS | RBAC、ABAC、Casbin、OPA | ELK、ClickHouse、Kafka |
| 连接池依赖 | Redis 连接池（会话缓存） | MySQL/Redis 连接池（策略加载） | MongoDB/Kafka 连接池（日志写入） |
4.3 连接池在网关中的位置
连接池并非独立模块，而是嵌入在认证、授权、审计模块与后端存储之间的中间层。其核心作用包括：
- 资源复用： 避免每次请求都创建/销毁连接，降低延迟与系统开销。
- 水位控制： 动态调整连接数上限，防止突发流量打垮后端服务。
- 健康检测： 定期检测连接有效性，自动剔除失效连接。
- 熔断保护： 当后端响应超时或错误率超过阈值时，快速失败而非阻塞等待。
实战视角： 在 Go 语言实现中，连接池通常使用
database/sql 内置池、go-redis 连接池或 gRPC 连接池。水位管理的关键指标包括：MaxOpenConns（最大打开连接数）、MaxIdleConns（最大空闲连接数）、ConnMaxLifetime（连接最大存活时间）。这些参数直接影响网关的吞吐能力与后端负载。
4.4 模块协作流程
一次完整的请求经过网关时，三大模块按以下顺序协作：
- 协议解析与限流 — 接入层将请求转换为内部格式，执行限流检查。
- 认证 — 从请求中提取 Token，连接 Redis 连接池校验会话有效性。
- 授权 — 根据用户身份与请求资源，连接 MySQL/Redis 连接池加载策略，执行 RBAC/ABAC 判定。
- 审计 — 将认证结果、授权结果、请求详情组装为审计事件，通过连接池写入 MongoDB 或 Kafka。
- 响应返回 — 若任一环节失败，网关直接返回错误响应，不转发至后端服务。
避坑提醒： 连接池配置不当是网关性能瓶颈的常见原因。例如：
MaxOpenConns 设置过大可能导致后端数据库连接数耗尽；ConnMaxLifetime 设置过短会导致频繁重建连接，增加延迟。建议结合压测结果逐步调优。