第一步：盘点仓库体积，优先清理大文件历史。本周部分平台对仓库存储与LFS配额执行更细粒度计费。执行 git count-objects -vH 查看体积，用 git filter-repo --strip-blobs-bigger-than 10M 清理历史大文件，再将二进制资产迁至对象存储。建议将单个仓库控制在2GB以内，避免触发存储阶梯价。
第二步：重构CI缓存策略，减少重复拉取。政策变化中CI分钟数与缓存存储常被联动计费。将依赖缓存键绑定锁文件哈希，设置7天过期；对Docker构建启用BuildKit内联缓存，减少镜像层重复上传。每周清理一次失效缓存分支，可降本约15%–30%。
第三步：镜像拉取走内网或就近节点。IDC行业近期对跨区带宽结算更严格。在CI配置中优先使用平台提供的镜像加速地址；自建Registry时，将拉取节点部署在与代码托管平台同地域的IDC机房，减少公网出口流量。对多架构镜像按需拉取，避免全量同步。
第四步：为AI词元调用设置硬配额与降级路径。若流水线中集成代码审查或摘要类AI服务，本周起建议在网关层按仓库设置词元日限额，超额自动降级为规则引擎。记录每次调用的输入输出长度，识别长上下文浪费；对重复提示词做缓存，减少词元重复计费。
第五步：带宽策略从“峰值保障”转向“错峰调度”。将大规模克隆、制品上传安排在IDC带宽闲时（如凌晨），利用平台可能提供的错峰折扣。对Webhook与状态回传启用批量合并，减少小包请求；监控出口带宽曲线，设置80%阈值告警，防止突发流量触发超额费率。
第六步：网络软件层做一次协议与连接复用检查。升级Git客户端至支持HTTP/2与连接复用的版本；在代理层启用长连接与压缩传输，减少TLS握手开销。对自建Runner检查MTU与DNS解析路径，避免因IDC网络策略调整导致的重传放大。每周输出一份带宽与词元用量对照表，形成可复用的调优基线。
0 留言