优化CI/CD网络带宽与并发需减少跨地域传输、复用资源、错峰调度；应配置国内镜像源、启用远程缓存、按地理亲和性分流任务、限制资源组并发、压缩传输并跳过冗余阶段。
优化 CI/CD 流水线中的网络带宽使用与并发限制，核心在于减少跨地域传输、复用已有资源、错峰调度任务，而不是单纯堆带宽或开更多并发数。尤其在使用海外 VPS（如美国、德国节点）服务中国大陆团队时，公网链路天然受限，盲目提升并发反而加剧抖动和排队。
精简跨域依赖拉取
海外源（npm registry、Maven Central、Docker Hub）是带宽消耗大户。每次构建都全量下载依赖，既慢又占带宽。
- 对 Node.js 项目，在
.gitlab-ci.yml或Jenkinsfile中强制使用国内镜像：NPM_CONFIG_REGISTRY=https://r.cnpmjs.org，或全局配置npm set registry https://r.cnpmjs.org - 对 Java/Maven 项目，改用阿里云 Maven 镜像，在
settings.xml中配置：<mirrorof>central</mirrorof>指向https://maven.aliyun.com/repository/public - 对 Docker 构建，优先使用国内加速器（如
--registry-mirror=https://<your-code>.mirror.aliyuncs.com</your-code>），并在docker build中启用--cache-from复用远端缓存层，避免重复拉取基础镜像
分层缓存 + 远程共享机制
本地磁盘缓存对单 Runner 有效，但多节点并发时命中率骤降。应构建带版本感知的远程缓存体系。
- 用 BuildKit 启用内联缓存：在
docker build命令中加入--build-arg BUILDKIT_INLINE_CACHE=1 --cache-to type=registry,ref=... --cache-from type=registry,ref=... - 搭建 Bazel 远程缓存服务（如
buchgr/bazel-remote-cache），让不同 VPS 上的 Runner 共享编译中间产物，避免重复编译相同模块 - 对 npm/yarn，启用
npm ci --prefer-offline或 yarn 的yarn install --frozen-lockfile --prefer-offline，优先读本地缓存而非触发网络请求
按地理亲和性调度构建任务
不加区分地把所有流水线扔给一个法兰克福 VPS，会导致该节点出口带宽打满、Git 克隆超时、制品上传排队。应按团队位置和任务类型分流。
- 在中国大陆的开发人员提交代码后，由部署在上海/深圳的轻量级 Runner 执行 lint、unit test、代码扫描等低带宽任务
- 将高带宽操作（如 Docker 镜像构建、E2E 测试、制品上传）定向到美西或美东 VPS，利用其上行带宽优势，并通过
tags和rules:if控制路由 - 在
.gitlab-ci.yml中用resource_group限制同一类任务（如所有镜像构建）的并发上限，防止单一阶段抢占全部网络资源
压缩传输与跳过冗余阶段
很多带宽浪费在可被跳过的环节或未压缩的数据上。
- 启用 Git 深度克隆优化：在 CI 配置中设
git_depth: 1，避免拉取整个历史；对 tag 构建可进一步用git clone --branch $CI_COMMIT_TAG --single-branch --depth 1 - 制品上传前压缩：如前端构建产物用
tar -czf dist.tar.gz dist/再上传，比传数百个小文件节省 40%+ 时间与带宽 - 用
only:和except:精确控制哪些分支/标签触发哪些阶段，避免 PR 提交也跑全套集成测试和镜像推送
