当自动化从试点走向全行、全集团级规模，平台本身的容量与弹性就成了绕不开的命题。机器人集群该建多大？资源怎么调度才不浪费？峰值来了能不能顶住？本文从性能工程视角，结合平台实测能力，给出一套容量规划与弹性伸缩的方法论。
一、先看清平台的能力基线
容量规划的前提是知道"单节点能扛多少"。一个经过验证的企业级自动化平台，其执行层通常具备如下特征：
- 资源占用低：单机器人运行 CPU 占用约 1%，意味着单台服务器可承载较多并发机器人；
- 并发能力强：可支撑万级并发的大规模部署；
- 回溯能力强：具备自有录屏加密格式与多角度（四联）播放能力，为大规模运营提供审计基础；
- 工厂模式：全流程管理支撑"自动化工厂"模式运行，确保高可靠与高安全。
这些基线决定了容量规划的起点。
二、容量规划的四个维度
- 机器人规模：按业务峰值流程数 × 单流程并发数估算所需机器人实例数，再叠加冗余；
- 资源池：用统一的资源池承载机器人，而非"一个流程一台机"，提升利用率；
- 多租户调度：同一套平台服务多个部门/分支机构（"一个工厂、多个租户"），资源共享、按需分配；
- 存储与日志：大规模运行会产生海量录屏与日志，需规划存储与留存策略。
三、弹性伸缩的设计
- 水平扩展：通过增加机器人实例应对业务增长，平台需支持快速注册与纳管；
- 峰值应对：对周期性峰值（如月结、大促、财报季）预设扩容预案，峰值后回收；
- 优先级调度：把关键业务（如资金结算、合规申报）设为高优先级，资源紧张时优先保障；
- 优雅降级：非关键流程在资源不足时排队或延后，保证核心链路不掉。
四、高可用与容灾
规模化运营不能容忍单点故障：控制面与执行面应分层部署，关键组件冗余；机器人异常退出能自动拉起；网络分区时有重试与续跑机制，确保任务不丢。
五、给架构师的清单
- 用真实业务做端到端压测，拿到本环境的并发与资源基线；
- 资源池化 + 多租户，避免孤岛式建设；
- 为周期性峰值准备弹性预案；
- 把录屏、日志、审计的存储成本纳入容量预算；
- 关键链路做高可用与容灾设计。
容量规划不是"买够机器"，而是让资源在"够用"和"浪费"之间找到平衡点。好的弹性设计，能让自动化规模翻几倍，而运维复杂度只线性微增。
六、从成本视角看容量
容量规划终归要落到成本。资源池化与多租户共享，本质是把固定成本变成可变成本：用得多的部门多分摊，闲置资源被他人复用。配合弹性伸缩，峰值临时扩容、平时回收，整体单位流程的算力成本显著下降。规模越大，这种池化带来的边际收益越明显，这也是平台型建设的根本优势。容量规划做得好，自动化规模翻几倍，运维复杂度也只线性微增，这正是平台型建设相比烟囱式部署的根本优势。
