Back
调整参数
¥ 293.17
/ 月
版本
专业版
¥229
数据库存储
1GB * 1个/年,平摊至每月
¥41.67
加油包
对象存储
100GB * 1个/年,平摊至每月
¥12.5
加油包
出站流量
未加购
¥0
加油包
服务器
未加购
¥0
加油包
AI Points
80W AI Points * 1个/月
¥10
加油包
  • 版本:针对2000人规模的企业OA场景,企业通常需要单点登录(SSO)功能来统一管理员工账号和保障信息安全,该功能属于PRO版专属,因此最低需要PRO方案。
  • 资源:你的项目预计每月费用为 ¥293.17,包含 25 峰值 RPS(包含在 PRO 版本中),2GB 数据库存储(1GB 来自 PRO 版本 和 1GB 来自 一 个数据库加购),110GB 对象存储(10GB 来自 PRO 版本 和 100GB 来自 一 个对象存储加购),10GB/月 出站流量(10GB 来自 PRO 版本),以及85W AI Points/月(5W AI Points 来自 PRO 版本赠送 和 80W AI Points 来自 一 个 AI Points 加购)。
估算明细
核心业务场景
3.3W 人次/月
活跃规模最大业务场景:工作日日常办公与汇报
22 次/月 × 1,480 人
发生频次 × 单次参与
在本项目中,共有 4 个业务场景,其中月度总人次最多的是「工作日日常办公与汇报」——每月发生 22 次,每次持续 28800 秒,单次有 1,480 名「staff」参与,月度合计 22 × 1,480 = 3.3W 人次。期间同时进行着 1 件目的不同的事:「阅读公告与提交日报」由 1,480 名「staff」(沿「daily_work_and_check」流程触发,核心动作是「submit_daily_report(员工提交当天的日报内容)」)执行。从对系统资源的贡献看,本场景内峰值并发最高的动作是「submit_daily_report(员工提交当天的日报内容)」(1.03 请求/秒)。
系统峰值并发
2.22 请求/秒
达到峰值RPS的场景:周五周报AI提炼高峰
1,200 名staff × (1/2160) × 1 × 4
人数 × (触发次数/时间) × 请求数 × 并发放大
在「周五周报AI提炼高峰」场景中,一共有 1,200 名staff参与,持续时间是 10800 秒。我们假设这些参与者在 20% 的时间(2160 秒)内集中触发了「trigger_report_summarizer(使用AI助手一键分析并生成周报要点摘要)」动作,平均每人触发 1 次,每次会向后端发起 1 个 API 请求;再考虑实际波动比平均值更陡,乘以 4 倍峰值放大后,最终系统峰值并发 = 1,200 × 1 ÷ 2160 × 1 × 4 = 2.22 请求/秒。
数据库存储
1.12 GB
占有数据库空间最大的业务表:work_reports(1.04 GB)
业务表:1.06 GB
索引:60.19 MB
448,933 × 2,060 字节 × 1.21
总行数 × 平均大小 × 膨胀系数
在本项目中,数据库总存储预计 1.12 GB,其中业务数据 1.06 GB,Zion 根据数据模型自动建立的主键、外键、唯一约束和查询条件索引累计 60.19 MB。占用空间最大的业务表是「work_reports(员工工作日报与周报数据表)」,由「staff」群体(日活 1,850)驱动写入——每人每月向这张表平均写入 26 条新记录,按 280 天数据保留期算,总行数 = 1,850 × 26 ÷ 30 × 280 = 448,933 行。每行物理占用约 2060 字节,再考虑 PostgreSQL 的行存储开销和页面利用率(1.21 倍膨胀),最终该表物理大小 = 448,933 × 2060 × 1.21 ≈ 1.04 GB。索引方面最吃空间的是「work_reports(员工工作日报与周报数据表)」,单它的索引就占了索引总量的 66.4%(39.99 MB)。
对象存储
26.02 GB
总体积最大的对象存储资源:approvals.attachment_file
file
26.02 GB
video
0 Bytes
image
0 Bytes
74 × 180 天 × 2 MB
日新增份数 × 保留天数 × 平均资源大小
在本项目中,所有用户上传的图片、视频、文件累计占用 26.02 GB(图片 0 Bytes、视频 0 Bytes、文件 26.02 GB)。占用空间最大的媒体字段是「approvals.attachment_file」——它所在的 approvals 表为业务流水表,每日平均新写入 74 份文件(按 60% 的填充率折算后),每份平均 2 MB;文件在对象存储中保留 180 天后清理(approvals 行记录本身仍按 280 天长期保留,仅 OSS 侧的文件按 180 天清理),因此 OSS 在库份数稳定在 13,320 份。最终该字段累计占用 = 13,320 × 2 MB = 26.02 GB。
每月出站流量
5.8 GB
流量消耗的最大场景:工作流审批流转
135 名 manager × 1 × 1 × 22 × 2 MB
人数 × 触发次数 × 消费数量 × 月度频次 × 平均大小
在本项目中,每月用户从服务器下载的图片、视频、文件流量预计 5.8 GB。流量主要来自「工作流审批流转」场景——这个场景每月发生 22 次,单次有 135 名「manager」触发「load_approval_detail(查看单条审批申请的详细内容及证明附件)」动作,每次会下发 1 份文件。综合下来每月共下发 135 × 1 × 1 × 22 = 2,970 份文件,每份 2 MB,最终月度流量 = 2,970 × 2 MB = 5.8 GB。
AI Points 月度消耗
177,840 AI Points
AI Points消耗最多的Agent:report_summarizer(该 AI 智能体扮演一位极其严谨、结构化思维的企业高级运营助理。通过输入员工多日累积的日报碎片,自动进行语义聚类与逻辑提炼,生成一份重点突出、条理分明的周报建议稿。)
输入(文字:3,500字 ≈ 5,250 tokens)
22.05 points
输出(文字:400字 ≈ 600 tokens)
15 points
默认 Gemini 3 Flash
37.05
37.05 Points × 4,800 次
单次消耗 × 月度调用次数
在本项目中,所有 AI 智能体每月共消耗 177,840 AI Points(按 双子星 3 flash 模型计费)。消耗最大的是「report_summarizer(该 AI 智能体扮演一位极其严谨、结构化思维的企业高级运营助理。通过输入员工多日累积的日报碎片,自动进行语义聚类与逻辑提炼,生成一份重点突出、条理分明的周报建议稿。)」——这个智能体每月被调用 4,800 次(由 「staff」在「周五周报AI提炼高峰」场景中通过「trigger_report_summarizer(使用AI助手一键分析并生成周报要点摘要)」动作 触发)。每次调用平均输入 5,250 tokens(包括 3,500 个中文字提示词),输出 600 tokens(约 400 个中文字)。按 双子星 3 flash 的费率(输入 0.0042 Points/token、输出 0.025 Points/token),单次消耗 = 5,250 × 0.0042 + 600 × 0.025 = 37.05 AI Points,月度合计 = 37.05 × 4,800 = 177,840 AI Points。