1. 课程导论：结构化日志与Mock依赖隔离的概念、重要性及在微服务架构中的典型应用场景
1.1 为什么需要关注日志与依赖隔离？
在微服务架构中，一个业务请求往往跨越多个服务节点、中间件与数据库。传统非结构化日志（如纯文本拼接）在问题排查时难以被机器解析，而服务间的强依赖关系又常导致测试环境不稳定、联调效率低下。结构化日志与Mock依赖隔离正是解决这两大痛点的核心手段。
核心观点：结构化日志让数据可被搜索、聚合与告警；Mock依赖隔离让测试与部署不再受真实下游服务可用性的制约。
1.2 结构化日志：从“看日志”到“查日志”
结构化日志将每条日志记录为键值对集合（如JSON格式），而非自由文本。它具备以下特征：
| 维度 | 非结构化日志 | 结构化日志 |
|---|---|---|
| 格式 | 纯文本拼接 | JSON / key=value |
| 可解析性 | 依赖正则提取，易出错 | 直接字段映射，零解析损耗 |
| 查询效率 | 全文检索慢 | 索引字段，秒级过滤 |
| 典型工具 | tail / grep | ELK / Loki / Datadog |
在微服务场景下，结构化日志带来的直接收益包括：
- 链路追踪关联：通过 traceId、spanId 字段串联跨服务调用。
- 告警降噪：基于 error_code 字段聚合，避免重复告警。
- 自动化分析：日志直接接入监控看板，无需人工二次加工。
1.3 Mock依赖隔离：让测试与部署不再“等别人”
微服务架构中，服务A调用服务B，若B不稳定或未部署，A的测试与CI流水线就会阻塞。Mock依赖隔离通过模拟下游服务的接口行为，使当前服务在脱离真实依赖的情况下仍可独立验证。
常见的Mock策略对比：
| 策略 | 实现方式 | 适用阶段 | 隔离强度 |
|---|---|---|---|
| HTTP Mock Server | WireMock / MockServer | 单元/集成测试 | 高 |
| 接口桩 (Stub) | 代码内Mock框架 (Mockito) | 单元测试 | 中 |
| 流量回放 | 录制真实请求，离线回放 | 回归测试 | 高 |
| 依赖降级 | 熔断器 + 默认返回值 | 生产环境 | 低（仅限容错） |
最佳实践：在CI流水线中，对每个微服务独立部署时，使用Mock Server替代所有非必需的下游依赖。仅保留数据库、消息队列等核心基础设施真实连接，其余HTTP/gRPC调用全部Mock化。
1.4 典型应用场景一览
结构化日志与Mock依赖隔离在微服务架构中常组合使用，以下为三个典型场景：
| 场景 | 结构化日志的作用 | Mock依赖隔离的作用 |
|---|---|---|
| CI/CD流水线 | 记录构建耗时、测试通过率、部署版本号 | Mock下游服务，保证流水线不因依赖不可用而中断 |
| 故障演练 | 记录熔断、降级、重试的详细链路 | 通过Mock注入超时、500错误，验证容错逻辑 |
| 多版本共存测试 | 按版本号过滤日志，对比新旧版本行为差异 | 新版本服务Mock旧版本接口，实现向后兼容验证 |
常见误区：不要将Mock依赖隔离与“单元测试Mock”混为一谈。本课程讨论的Mock是部署级隔离——在容器或进程级别模拟整个下游服务，而非在代码中Mock单个对象。前者解决环境依赖，后者解决代码逻辑隔离。
1.5 本课程的核心目标
通过本课程，你将掌握：
- 如何为微服务项目配置结构化日志框架（如logrus、zap、serilog），并输出标准JSON格式。
- 如何搭建Mock依赖隔离环境（基于WireMock / MockServer），在Docker Compose或Kubernetes中独立部署。
- 如何将日志与Mock配置参数化，通过环境变量或配置文件驱动不同环境（开发/测试/预发布）的行为。
- 如何将上述能力集成到CI/CD流水线中，实现可观测、可隔离的自动化部署。