2. 核心概念：运行时（Runtime）、编排层（Orchestration）、发布流水线（Pipeline）、环境（Environment）的定义与关系
在容器平台治理中，理解四个核心概念是构建跨环境迁移与性能对账体系的基石。它们分别对应容器生命周期的不同阶段，彼此依赖又职责分明。本节从定义出发，逐步拆解其内在关系。
2.1 运行时（Runtime）
运行时是容器真正“跑起来”的底层执行环境，负责管理容器的创建、启动、停止、资源隔离与文件系统挂载。它直接与操作系统内核交互，是容器化应用的物理承载层。
| 维度 | 说明 | 典型实现 |
|---|---|---|
| 低级运行时 | 直接调用内核 namespace/cgroup，负责容器进程生命周期 | runc, crun, gVisor |
| 高级运行时 | 在低级运行时之上提供镜像管理、网络、存储等高层能力 | containerd, CRI-O |
| 安全运行时 | 通过虚拟化或沙箱技术增强隔离性 | Kata Containers, Firecracker |
性能对账关注点： 运行时版本、cgroup 驱动类型（cgroupfs vs systemd）、内核参数（net.core.somaxconn、vm.max_map_count）直接影响容器资源使用数据的采集精度与曲线一致性。
2.2 编排层（Orchestration）
编排层在运行时之上提供集群管理、服务发现、弹性伸缩、滚动更新与故障恢复能力。它不直接运行容器，而是通过 API 调度容器到合适的节点，并维持期望状态。
- 调度决策： 根据资源请求（CPU/Memory）、亲和性、污点容忍度决定容器落在哪个节点。
- 状态管理： 通过 ReplicaSet、Deployment、StatefulSet 等控制器确保容器副本数符合预期。
- 网络与存储： 通过 CNI 插件分配 Pod IP，通过 CSI 插件挂载持久卷。
- 典型实现： Kubernetes（K8s）、Nomad、Docker Swarm。
跨环境迁移陷阱： 不同集群的调度器配置（如 kube-scheduler 的
--node-reservation 参数）会导致同一应用在测试环境与生产环境的实际资源分配不一致，进而引发性能曲线偏移。
2.3 发布流水线（Pipeline）
发布流水线是将代码从提交到生产环境的自动化流程，包含构建、测试、部署、验证等阶段。在容器场景下，流水线负责镜像构建、安全扫描、环境部署与灰度发布。
| 阶段 | 关键动作 | 与性能对账的关联 |
|---|---|---|
| 构建 | Dockerfile 解析、多阶段构建、镜像推送 | 基础镜像版本、层缓存策略影响启动时间 |
| 测试 | 单元测试、集成测试、性能基准测试 | 测试环境资源规格需与生产对齐 |
| 部署 | Helm/Kustomize 渲染、kubectl apply、滚动更新 | 更新策略（Recreate/RollingUpdate）影响曲线连续性 |
| 验证 | 健康检查、流量验证、监控告警触发 | 验证阶段的指标采集窗口需与对账时间窗口匹配 |
2.4 环境（Environment）
环境是容器运行的外部上下文集合，包括基础设施、网络拓扑、中间件版本、配置参数与访问权限。常见的环境有开发（dev）、测试（test）、预发布（staging）、生产（prod）。
- 基础设施差异： 节点规格（CPU 型号、内存带宽）、存储类型（SSD vs HDD）、网络延迟。
- 配置差异： JVM 参数、连接池大小、日志级别、限流阈值。
- 依赖差异： 数据库版本、缓存集群规模、消息队列分区数。
- 治理差异： 安全策略（Seccomp/AppArmor）、资源配额（ResourceQuota）、网络策略（NetworkPolicy）。
性能对账核心矛盾： 环境差异是导致同一发布流水线在不同环境产生不同性能曲线的根本原因。对账的本质就是量化并消除这些差异带来的曲线偏移。
2.5 四者关系：从流水线到运行时的闭环
四个概念构成一个完整的治理闭环：发布流水线驱动环境变更，编排层将变更调度到运行时执行，运行时产生的性能指标再反馈回流水线用于质量门禁。
2.6 跨环境迁移中的关系映射
当发布流水线将应用从测试环境迁移到生产环境时，四个概念之间的映射关系会发生显著变化，直接影响性能曲线的可比性。
| 概念 | 测试环境（源） | 生产环境（目标） | 对账影响 |
|---|---|---|---|
| 运行时 | containerd 1.6 + runc 1.1 | containerd 1.7 + runc 1.2 | cgroup v2 差异导致 CPU 统计口径不同 |
| 编排层 | K8s 1.24, 3 节点, 4C16G | K8s 1.28, 10 节点, 8C32G | 调度器版本与节点资源碎片影响 Pod 分布 |
| 流水线 | Jenkins + 单阶段部署 | GitLab CI + 灰度发布 + 金丝雀 | 部署策略不同导致流量曲线形态差异 |
| 环境 | 共享 MySQL 5.7, Redis 5 | 独立 MySQL 8.0 集群, Redis 7 集群 | 数据库连接池与缓存命中率变化 |
治理原则： 跨环境迁移前，必须对四个概念逐一进行“差异清单”梳理，并在流水线中插入环境感知的基线校准步骤，否则性能曲线对账将失去参考基准。
2.7 概念关系总结
- 运行时是“执行者”，提供容器进程的物理运行基础。
- 编排层是“调度者”，决定容器在哪里、以什么方式运行。
- 发布流水线是“驱动者”，触发并管理整个变更流程。
- 环境是“上下文”，定义容器运行的外部约束与依赖。
- 四者构成 Pipeline → Environment → Orchestration → Runtime → Metrics → Pipeline 的闭环，性能曲线对账正是这个闭环中的质量校验环节。
课程后续展开： 第3章将深入“性能曲线对账”的定义与核心指标，第4章开始逐一拆解每个概念在跨环境迁移中的具体治理方法。