1. 问题定义：为什么需要配置并发数？
在持续集成与持续交付实践中，构建任务的并发数决定着流水线吞吐量与基础设施负载之间的平衡。如果并发数设置过低，开发团队会频繁遭遇排队等待，延长集成反馈周期；设置过高则可能导致构建节点 CPU、内存、磁盘 I/O 被撑爆，引发任务超时、OOM 甚至节点崩溃。因此，合理配置构建任务的最大并发数是保障系统稳定性和交付效率的关键操作，也是成本控制的核心杠杆之一。若不加以配置，系统往往采用保守的默认值（如 2），这在小团队尚可应付，但随着项目增长和提交频率上升，排队等待将逐渐成为瓶颈，最终拖累整体交付节奏。
helloworld 作为一个示例构建系统，提供了灵活的并发控制能力。在正式操作前，首先需要理解其并发模型：每个构建节点（Worker/Agent）可以并行运行多个任务，并发数指同一时刻在该节点上运行的任务数量上限。该上限受物理资源（CPU 核心数、内存总量）、任务自身资源需求（如编译、打包、测试各阶段所用资源差异）以及网络带宽等因素共同制约。换言之，不存在“万能并发数”，必须结合硬件规格与实际任务负载进行调优。
2. 操作路径（分平台）
2.1 Web 管理界面（主流方式）
在 helloworld 的 Web 管理控制台中，配置路径通常如下（以当前最新版本为例，请以实际安装版本为准）：
- 入口：进入「系统管理」→「节点管理」（或「Agent 管理」）→ 选择目标节点 →「配置」。
- 核心设置项：找到「执行者数量」（Number of Executors）或「最大并发构建数」，该值默认为 2，可根据需要调整为更高数值。
- 保存生效：点击保存后，节点会自动接受新配置。注意，部分版本需要重启节点 Agent 才能使更改生效，界面上会有提示。
示例场景：假设你的构建节点配备 8 核 16GB 内存，主要运行前端构建任务（Node.js 打包、单元测试），每个任务平均占用 1 核、2GB 内存。保守起见，可先设置并发数为 4，然后观察 CPU 利用率与内存使用率。若峰值 CPU 持续低于 60%，可递增至 6 或 8。这种方法通过渐进式调整，能在保障系统稳定的前提下最大化吞吐量。
2.2 配置文件方式（批量部署场景）
对于使用 Docker 或 Kubernetes 部署的 helloworld 节点，也可以通过配置文件或环境变量统一设定并发数。假设配置文件位于 /etc/helloworld/agent.properties（具体路径因版本和安装方式而异，请以实际为准），可搜索或添加如下属性：
executor.count=4
保存后重启 Agent 即可生效。若管理多个节点，建议将配置文件纳入配置中心或基础设施即代码（IaC）工具管理，避免人工逐台修改导致的配置漂移。
无论采用哪种方式，配置完成后都应进行一段时间的观察。helloworld 的节点监控页面可查看各节点的实时资源使用率和任务排队情况，这有助于验证并发设置是否合理。随着团队规模与构建频率的变化，并发数也应定期审视调整。
未来趋势：在云原生环境下，动态并发控制逐渐成为主流——基于历史负载预测或实时资源指标，自动调整节点并发数。尽管 helloworld 当前版本尚未内置该功能，但社区插件或自定义脚本已可实现类似效果。运维人员可关注相关插件生态，以逐步迈向自动化调优。
