用途：在 Go 服务中把基础设施视为对服务设计的支撑，而不是用来掩盖缺失的应用边界。适合在服务边界大致清晰后使用，或当 CI、认证、仓储设计成为开发瓶颈时介入。
主要能力与做法： 基础设施声明化：优先 Infrastructure as Code 而非手工点击操作，将重复的基础设施形态归入 Terraform 模块或类似清晰抽象。 显式接线：通过命名良好的配置传递服务端点、凭据与环境差异，避免把基础设施细节偷渡进领域包。 落实测试金字塔：领域测试保持快速本地化；适配器与事务行为用集成测试；单服务加模拟外部依赖用组件测试；端到端覆盖保持选择性，不作为默认安全网。 稳定 CI：在流水线中自动运行测试，非单元测试保持并行安全与确定性，避免基于 sleep 的同步，改为等待显式就绪或最终条件。 显式安全：不使用假用户或隐藏上下文值进行特权内部更新，优先使用名称能表明安全含义的显式角色、命令或仓储方法，服务间认证与权限在配置和适配器代码中可见。 保持架构边界：基础设施可组合端口与适配器，但不能迫使领域了解部署细节；仓储或处理器需要特殊内部行为时应显式命名，而非添加魔法标志。
参考文件：references/infra-and-delivery.md 提供 Terraform、Cloud Run 与 CI 模式；references/testing-and-security.md 提供测试架构与安全设计仓储指引。
交付物：可作为代码评审的基础设施、显式服务接线与权限、自动运行正确测试的 CI 路径、确定性的集成与组件测试、具有显式安全边界的内部操作。
限制：资料未提供具体安装命令、代码示例、收费或平台支持信息。