1. 课程导论：权限审计网关Mock隔离的背景、目标与整体架构概览
1.1 为什么需要权限审计网关？
在微服务架构中，每个服务通常都内置了独立的权限校验逻辑。这种“散点式”权限管理带来了三个核心痛点：
- 审计盲区：权限日志分散在各服务，难以形成端到端的操作审计链路。
- 安全策略不一致：不同服务对同一资源的鉴权规则可能产生偏差，导致权限绕过风险。
- 测试耦合：集成测试必须依赖真实权限服务，环境搭建成本高，且容易因权限变更导致测试大面积失败。
权限审计网关（Permission Audit Gateway）作为统一的南北向流量入口，将鉴权、审计、限流等横切关注点从业务服务中剥离，形成独立的网关层。本课程将围绕该网关的 Mock 隔离 能力展开，解决测试与开发环境中的依赖问题。
核心观点：权限审计网关不是简单的反向代理，而是安全策略的“执行点”与“记录点”。Mock 隔离的目标是在不依赖真实权限服务的前提下，验证网关自身的鉴权逻辑与审计输出。
1.2 课程目标与解决的核心问题
本课程旨在通过 Go 语言实现一个具备 Mock 隔离能力的权限审计网关原型。具体目标如下：
| 目标维度 | 具体描述 | 解决的核心问题 |
|---|---|---|
| 鉴权隔离 | 网关内置 Mock 鉴权引擎，可模拟 RBAC/ABAC 策略 | 测试时不依赖外部 IAM 系统，避免网络抖动与权限变更影响 |
| 审计可测 | 审计日志输出到可配置的 Mock Sink，支持断言验证 | 验证审计字段完整性，确保日志格式符合合规要求 |
| 性能基线 | 在 Mock 模式下建立网关性能基线（P99 延迟 < 5ms） | 区分网关自身开销与后端服务延迟，精准定位性能瓶颈 |
| 安全边界 | Mock 模式不穿透真实后端，防止测试数据污染生产环境 | 保障开发/测试环境与生产环境的严格隔离 |
1.3 整体架构概览
下图展示了权限审计网关的核心组件及其在 Mock 隔离模式下的数据流。网关内部采用“插件链”模式，每个请求依次经过路由、鉴权、审计、转发四个阶段。
1.4 Mock 隔离的核心设计原则
为了实现可测试、可验证的权限审计网关，Mock 隔离遵循以下三条设计原则：
- 接口契约化：网关与外部依赖（IAM、审计存储）之间通过 Go interface 定义契约，Mock 实现与真实实现可无缝替换。
- 状态可注入：Mock 引擎允许测试用例预置用户角色、权限策略、审计期望结果，实现“白盒”验证。
- 隔离不降级：Mock 模式下的鉴权逻辑与生产模式完全一致，仅替换数据源，确保测试覆盖真实执行路径。
常见误区：Mock 隔离不等于“跳过鉴权”。网关在 Mock 模式下仍然执行完整的鉴权逻辑，只是从 Mock 数据源读取策略。如果测试中直接绕过鉴权，将无法发现权限校验代码本身的缺陷。
1.5 课程知识体系与章节地图
本课程共 30 章，分为四个阶段。下表展示了各阶段的核心内容与交付物：
| 阶段 | 章节范围 | 核心内容 | 关键交付物 |
|---|---|---|---|
| 基础篇 | 第 1-8 章 | 网关骨架搭建、路由、中间件链、配置管理 | 可运行的网关原型（Mock 模式） |
| 鉴权篇 | 第 9-16 章 | RBAC/ABAC 模型、Mock 鉴权引擎、策略热加载 | 完整的 Mock 鉴权模块与测试套件 |
| 审计篇 | 第 17-24 章 | 审计日志结构化、Mock Sink、审计断言框架 | 可验证的审计日志输出与断言工具 |
| 实战篇 | 第 25-30 章 | 性能基线、安全测试、CI/CD 集成、生产迁移 | 生产就绪的网关配置与测试报告 |
1.6 本章小结
本章明确了权限审计网关在微服务安全体系中的定位，以及 Mock 隔离对于提升测试效率、保障审计质量、降低环境依赖的核心价值。从下一章开始，我们将使用 Go 语言搭建网关的基础骨架，并实现第一个 Mock 鉴权中间件。
动手准备：请确保本地已安装 Go 1.21+ 版本，并熟悉基本的 net/http 包用法。课程所有代码均可在 Go 标准库 + 少量第三方库（如 chi、zap）环境下运行。