3. 运行基线概念
3.1 运行基线的定义
运行基线（Operation Baseline）是指在服务目录平台交付验收前，由运维、安全与业务三方共同确认的一组可量化、可验证、可审计的基准状态。它定义了平台在“正常运行”条件下必须满足的配置参数、性能阈值与安全策略，是判断平台是否具备上线条件的最低门槛。
核心理解：运行基线不是“理想状态”，而是“可接受状态”。任何低于基线的偏差都必须被记录、评估并修复，否则视为验收不通过。
3.2 运行基线的组成要素
运行基线由三个相互独立又彼此关联的维度构成，缺一不可：
| 基线类型 | 定义 | 典型检查项 | 验收判定标准 |
|---|---|---|---|
| 配置基线 | 平台各组件的标准化配置参数集合 | 操作系统参数、中间件配置、数据库连接池、日志轮转策略 | 配置项与基线模板偏差 ≤ 5% 且无高危差异 |
| 性能基线 | 平台在典型负载下的响应时间与资源利用率基准 | API 平均响应时间、CPU 使用率、内存占用、磁盘 IOPS | 连续 7 天 95% 采样点不超出阈值 |
| 安全基线 | 满足合规要求的最小安全控制措施集合 | 账号权限最小化、加密协议版本、审计日志开启、漏洞修复状态 | 所有安全控制项 100% 通过，无高危漏洞 |
3.3 配置基线详解
配置基线是运行基线的基础层，它确保平台所有节点的环境一致性。在交付验收中，配置基线主要解决“环境漂移”问题——即开发环境与生产环境之间的隐性差异。
- 操作系统层：内核参数（net.core.somaxconn、vm.swappiness）、文件描述符限制、时区与 NTP 配置。
- 中间件层：Tomcat/Jetty 线程池大小、连接超时时间、JVM 堆内存分配。
- 数据库层：最大连接数、事务隔离级别、慢查询阈值、备份策略。
- 日志层：日志级别、轮转周期、保留天数、远程日志发送地址。
验收实操要点：使用自动化工具（如 Ansible、SaltStack）对全部节点执行配置基线扫描，生成差异报告。仅允许“已审批的已知差异”存在，且必须在验收文档中逐条说明原因与补偿措施。
3.4 性能基线详解
性能基线是运行基线的验证层，它回答“平台跑得够快吗？”的问题。在交付验收中，性能基线必须基于真实业务场景而非理论模型制定。
| 性能指标 | 基线阈值 | 采样方式 | 验收通过条件 |
|---|---|---|---|
| API 平均响应时间 | ≤ 200ms | 每 5 秒采样一次，持续 7 天 | 95% 采样点 ≤ 200ms |
| CPU 使用率 | ≤ 70% | 每 60 秒采样一次，持续 7 天 | 99% 采样点 ≤ 70% |
| 内存使用率 | ≤ 80% | 每 60 秒采样一次，持续 7 天 | 99% 采样点 ≤ 80% |
| 磁盘 IOPS | ≤ 最大规格的 60% | 每 300 秒采样一次，持续 7 天 | 95% 采样点 ≤ 60% |
常见误区：性能基线不能只测“空载”或“低负载”状态。必须包含峰值负载（如双十一模拟流量）和异常负载（如突增 200% 请求）的测试数据，否则基线不具备参考价值。
3.5 安全基线详解
安全基线是运行基线的保护层，它确保平台在交付时已满足企业安全策略与行业合规要求（如等保 2.0、ISO 27001）。在权限边界清单化验收中，安全基线直接关联“最小权限原则”的落地情况。
- 身份与访问管理：所有账号必须绑定个人身份，禁止共享账号；管理员账号启用多因素认证。
- 网络与通信安全：仅开放必要端口（如 443、8443），禁用明文协议（HTTP、FTP、Telnet）。
- 数据保护：传输层使用 TLS 1.2+，存储层敏感字段加密（AES-256）。
- 审计与监控：所有管理操作记录审计日志，日志保留 ≥ 180 天，不可篡改。
- 漏洞管理：操作系统与中间件无已知高危漏洞（CVSS ≥ 7.0）。
权限边界关联：安全基线中的“最小权限”要求，直接映射到权限边界清单中的每一项授权记录。例如：安全基线规定“数据库管理员只能通过跳板机执行 DDL 操作”，则权限边界清单中必须包含“跳板机 IP 白名单”与“DDL 操作审批流程”两个条目。
3.6 运行基线在交付验收中的作用
运行基线在交付验收中扮演“标尺”角色，具体体现在以下四个关键作用：
- 统一验收标准：避免不同验收人员因主观判断产生分歧，所有检查项都有明确的数值或状态要求。
- 量化交付质量：将“平台是否稳定”这种模糊问题转化为“CPU 使用率是否 ≤ 70%”等可测量问题。
- 风险前置识别：在正式上线前发现配置错误、性能瓶颈或安全漏洞，避免带病上线。
- 提供审计依据：验收报告中的基线数据可作为后续运维变更的对比基准，也是合规审计的重要证据。
3.7 基线偏差处理原则
在验收过程中，当发现实际状态与运行基线存在偏差时，按以下优先级处理：
| 偏差等级 | 定义 | 处理要求 | 验收结论 |
|---|---|---|---|
| 致命偏差 | 导致平台不可用或存在高危安全漏洞 | 必须立即修复，重新执行基线验证 | 不通过 |
| 严重偏差 | 影响核心功能性能或存在中危安全风险 | 制定修复计划，48 小时内完成修复 | 有条件通过（需跟踪验证） |
| 一般偏差 | 不影响核心功能，但偏离基线标准 | 记录偏差清单，纳入后续迭代修复 | 有条件通过（需确认接受） |
| 建议项 | 非强制要求，但属于最佳实践 | 记录为优化建议，不强制修复 | 通过 |
最佳实践：在验收启动前，运维团队应提前完成基线自检，并输出《运行基线自检报告》。交付验收时，验收组仅需对自检报告进行抽样复核（抽样比例 ≥ 30%），可大幅缩短验收周期。