GKE部署Jenkins时如何适配ccache实现Pod构建任务加速？

以下方案均基于GKE原生能力实现，无需大幅调整现有构建逻辑：

• 两级缓存方案（优先推荐）
  利用ccache 3.7及以上版本自带的二级存储能力，兼顾性能和缓存共享需求：
  1. 一级缓存使用GKE节点本地SSD的hostPath卷挂载，单节点内所有构建Pod共享本地缓存，读写为本地磁盘速度，无网络开销，单节点内部不存在多Pod并发写入冲突（ccache本身支持同目录多进程并发读写）。
  2. 二级缓存配置为GCS对象存储桶，作为跨节点的全局共享兜底缓存，ccache配置参考：

     export CCACHE_SECONDARY_STORAGE="gcs://<你的GCS桶名>/ccache/%{arch}/%{project}"
     export CCACHE_MAX_SIZE=20G
     

  3. 配合GKE Workload Identity给Jenkins Agent Pod的服务账号授予GCS桶的读写权限，无需额外配置密钥。
     该方案热缓存命中率可达90%以上，性能接近原有静态Agent方案，完全避免NFS的锁和性能问题。
• 基于CSI快照/克隆的分支维度缓存方案
  适合大型项目、缓存增量较小的场景：
  1. 按代码仓库分支预创建基础ccache PV，首次构建完成后生成快照作为该分支的基础缓存快照。
  2. 每次触发构建任务时，先调用GKE CSI接口克隆对应分支的最新快照为临时PV，挂载到当前构建Pod使用，克隆操作通常耗时仅数秒。
  3. 构建完成后如果缓存更新量超过阈值，就将当前临时PV生成新的快照替换原有基础快照，自动清理过期快照。
     该方案每个构建Pod使用独立PV，完全无并发冲突，读写为GKE PersistentDisk的块存储性能。
• 节点预热缓存方案
  适合团队构建项目固定、缓存变动频率低的场景：
  1. 自定义GKE节点镜像，将常用的基础ccache缓存预置到节点本地目录，或者部署DaemonSet在每个新节点启动时自动拉取公共缓存包预热本地目录。
  2. 构建Pod直接挂载节点本地缓存目录作为ccache存储，同时部署DaemonSet定期清理节点上的冷门缓存，避免磁盘占满。
     该方案几乎无额外架构复杂度，性能和原有本地存储完全一致。

配置优化建议 #

• 开启ccache的file_clone参数，减少缓存拷贝开销
• 多并发构建场景下关闭direct_mode，降低缓存冲突概率
• 按项目/架构拆分缓存目录，避免不同项目的缓存互相挤占

内容的提问来源于stack exchange，提问作者Cube