4. 环境定义：开发(dev)、测试(staging)、预发(pre-prod)、生产(prod)的差异化配置策略

在跨环境迁移指标面板对账过程中，不同环境承担着截然不同的角色。开发环境追求快速迭代与调试，测试环境侧重功能验证与回归，预发环境模拟生产流量与配置，生产环境则必须保证稳定与可观测性。若四个环境使用同一套配置策略，将导致资源浪费、安全漏洞或数据污染。本章从资源配额、监控指标、告警阈值、日志级别、网络策略五个维度，定义各环境的差异化配置基线。

4.1 环境角色与配置总览

下表总结了四个核心环境在发布流水线中的定位及关键配置差异：

4.2 资源配额与弹性策略

资源配额是环境隔离的第一道防线。开发环境通常使用共享集群，通过 ResourceQuota 限制每个团队的总资源上限；生产环境则依赖 Vertical Pod Autoscaler (VPA) 与 Horizontal Pod Autoscaler (HPA) 实现动态弹性。

# 开发环境：最小资源限制
apiVersion: v1
kind: ResourceQuota
metadata:
  name: dev-quota
  namespace: dev-team-a
spec:
  hard:
    requests.cpu: "4"
    requests.memory: "8Gi"
    limits.cpu: "8"
    limits.memory: "16Gi"
    pods: "20"
---
# 生产环境：HPA 弹性配置
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: prod-app-hpa
  namespace: prod
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: prod-app
  minReplicas: 3
  maxReplicas: 20
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70
  - type: Resource
    resource:
      name: memory
      target:
        type: Utilization
        averageUtilization: 80

4.3 监控指标与告警差异化配置

指标面板对账的核心在于各环境采集的指标集必须一致，但告警阈值与响应策略可以不同。下图展示了四个环境的监控指标采集范围与告警链路差异：

4.4 日志级别与安全审计

日志是问题排查与安全审计的核心数据源。不同环境对日志的详细程度与保留周期有不同要求：

• 开发 (dev)： 日志级别 DEBUG，保留周期 24 小时，不采集到中心化日志平台，仅本地文件或 stdout。
• 测试 (staging)： 日志级别 INFO，保留周期 7 天，采集到 ELK/Loki，用于功能验证与回归测试。
• 预发 (pre-prod)： 日志级别 WARN，保留周期 15 天，开启结构化日志，用于模拟生产流量下的性能分析。
• 生产 (prod)： 日志级别 ERROR + 安全审计日志，保留周期 30 天（审计日志 180 天），必须加密传输与存储。

# 生产环境日志采集配置示例 (Fluentd)
<source>
  @type tail
  path /var/log/containers/*.log
  pos_file /var/log/fluentd-containers.log.pos
  tag kubernetes.*
  format json
  time_format %Y-%m-%dT%H:%M:%S.%NZ
</source>

<filter kubernetes.**>
  @type grep
  <exclude>
    key log
    pattern /^DEBUG|^INFO|^WARN/
  </exclude>
</filter>

<match kubernetes.**>
  @type s3
  s3_bucket prod-audit-logs
  s3_region us-east-1
  path logs/${tag}/%Y/%m/%d/
  <buffer>
    @type file
    path /var/log/fluentd-buffer
    flush_interval 60s
  </buffer>
</match>

4.5 网络策略与安全隔离

网络策略决定了服务间通信的边界。开发环境通常全通以降低调试成本，生产环境则必须实施零信任模型。下图展示了四个环境的网络隔离策略对比：

4.6 配置策略对账清单

在进行跨环境迁移时，建议使用以下清单逐项核对配置一致性：

1. 资源配额： 确认目标环境的 ResourceQuota 与 LimitRange 是否与源环境兼容，避免 Pod 因资源不足无法调度。
2. 监控指标： 检查 Prometheus 或 VictoriaMetrics 的 ServiceMonitor 与 PodMonitor 是否已同步到目标环境，确保指标面板数据完整。
3. 告警规则： 对比 PrometheusRule 中的告警阈值，预发环境建议使用生产阈值的 90% 作为预警线。
4. 日志采集： 验证 Fluentd/Logstash 的 filter 与 match 规则是否匹配目标环境的日志级别要求。
5. 网络策略： 使用 kubectl describe networkpolicy 确认白名单与隔离规则，避免迁移后服务间通信失败。