CI/CD 构建机的配置选择

构建机和应用服务器是两种东西。把持续集成跑在生产机上，构建高峰会把线上服务一起拖垮；单独划一台构建机，流水线才能放开手脚跑。 一、瓶颈在 CPU 和内存 编译是吃干 CPU 的行为，Java、C++ 大项目的构建峰值能把所有核跑满；内存不足则触发交换，构建时间成倍拉长。配比经验：前端项目两核四G够用，常规后端项目四核八G起步，大型单体构建建议八核十六G。带宽是次要项，依赖下载走内网镜像源能省下大半时间，本地仓库路径也指向独立的数据盘。内存够不够，看构建日志里有没有 swap 活动，出现了就说明该加内存： ```bash mvn -Dmaven.repo.local=/data/m2 clean package ``` 二、缓存盘是提速关键 依赖缓存、镜像层、构建产物，是构建机磁盘的三大住户。单独挂一块数据盘放这些目录，系统盘只留系统和执行器，磁盘写满导致的构建失败就绝迹了。旧产物定期清理，保留最近几次供回滚，更早的转存对象存储归档；磁盘水位用一条命令即可盯住： ```bash df -h /data ``` 三、与生产环境保持隔离 构建机能访问代码仓库和制品库，权限敏感，别和应用服务混在一台机器上。构建产物经由制品库传递给部署环节，构建机本身不保存生产数据库的账号；访问凭证定期轮换，构建日志按月归档，机器万一被入侵，暴露面也能小很多。执行器的并发任务数按 CPU 核数配置，同时跑的任务超过核数，只会互相拖慢，不会更快。 四、规模升级的路径 构建排队超过十分钟就该扩容：先升 CPU，再提高执行器并发，最后才拆多台构建机分摊任务。构建需求集中在工作时段的小团队，构建机可以按需开关机，流水线触发时启动、跑完释放，又是一笔省得下的开销。 构建机的选型记两条：CPU 和内存按最大项目的构建峰值选，磁盘按缓存和产物的增速配。这台机器的配置，直接决定团队每天在流水线前等多少分钟。