硬件要求
托管 Activepieces 的规格要求
更多关于架构的信息请访问我们的架构页面。
技术规格
Activepieces 的设计偏向内存密集而非 CPU 密集。适中的实例即可满足大多数场景，但具体需求可能因用例而异。
| 组件 | 内存（RAM） | CPU 核心 | 磁盘空间 | 说明 |
|---|---|---|---|---|
| PostgreSQL | 1 GB | 1 | — | |
| Redis | 1 GB | 1 | — | |
| App | 4 GB | 1 | 30 GB | API 服务器、UI、Webhook 路由 |
| Worker | 4 GB | 1 | — | 每个副本；通过增加副本来扩展 |
扩展因素
Redis
Redis 的扩展需求极低，因为它主要在处理过程中暂存作业。Activepieces 使用 BullMQ，每秒可处理大量作业。
PostgreSQL
PostgreSQL 通常不是系统的瓶颈。
App 容器
Worker 容器
预期性能
Activepieces 确保不会丢失任何请求；所有请求都会进入队列。在流量突增情况下，请求会延后处理，这对于大多数异步工作流来说是可以接受的，同步工作流则会优先处理。
很难预测精确的性能，因为工作流的差异很大。但运行工作流不会拖慢系统速度，它的执行速度与常规 JavaScript 一样快。
（注意：这适用于 SANDBOX_CODE_ONLY 和 UNSANDBOXED 执行模式，这些模式是自托管部署中推荐使用的。）
使用此配置，你可以预计每月处理超过 2000 万次执行。