📚 课程目录第1章课程导论

1. 课程导论：版本漂移的定义、云原生日志平台的复杂性、容量规划与版本升级的联动关系概述

在云原生环境中，版本漂移（Version Drift） 是指同一集群或分布式系统中，不同节点、组件或服务所运行的软件版本逐渐偏离初始统一基线，形成多版本共存且不可控的状态。这种漂移并非偶然，而是由滚动升级策略、灰度发布、回滚操作、节点故障恢复以及运维节奏不一致等因素共同导致的必然结果。

关键认知：版本漂移不是"要不要"的问题，而是"何时发生、如何控制"的问题。云原生日志平台因其分布式、多租户、高吞吐的特性，版本漂移的复杂度和影响面远超传统单体应用。

云原生日志平台并非单一组件，而是一个由采集层、传输层、缓冲层、存储层、查询层组成的多层架构。每一层都可能独立升级，且升级节奏、依赖关系、兼容性要求各不相同，这构成了版本漂移的温床。

传统运维中，容量规划和版本升级往往被割裂为两个独立流程：容量规划由 SRE 团队基于历史指标做资源预测，版本升级由研发团队按功能迭代节奏执行。但在云原生日志平台中，这种割裂会带来严重的版本漂移问题。

版本升级对容量规划的直接影响体现在以下三个维度：

资源消耗模型变化：新版本可能引入新的数据处理逻辑（如结构化解析、多级缓存），导致 CPU/内存基线偏移。例如，Fluent Bit v2.0 的 Lua 过滤器性能提升 30%，但内存占用增加 15%。
数据吞吐量波动：升级期间，部分节点处于旧版本、部分处于新版本，日志采集速率和传输延迟出现差异，导致缓冲层水位剧烈波动。
存储增长速率偏移：新版本可能改变日志的压缩算法或索引策略，直接影响磁盘空间消耗速率。例如，Elasticsearch 从 7.x 升级到 8.x 后，默认索引分片策略变化，存储增长率可能偏差 20% 以上。

  核心观点：版本升级不是单纯的"功能发布"，而是一次容量模型的重新校准。每次升级都应当触发容量规划的重新评估，否则版本漂移将导致容量预测失准，进而引发 OOM、磁盘打满、查询超时等生产事故。

本课程将围绕以下三大能力构建完整的版本漂移校准体系：

这三项能力并非独立运作，而是形成闭环：版本基线管理为容量模型提供输入，容量模型联动指导升级过程控制，升级过程的反馈又反过来优化基线管理策略。