面向 CRM 内部业务系统的容量规划与硬件选购建议
CRM（客户关系管理）系统是面向企业内部的业务管理平台，承载客户档案、商机跟进、销售合同、回款、客服工单等核心数据。与在线考试、电商或视频类系统相比，CRM 的数据交互以文字与表单为主，单次请求体积小、没有音视频流或大文件传输，因此对带宽与瞬时算力的要求显著更低。
也正因如此，单台 2 核 4G 的云服务器即可支撑百人以内团队的日常使用；随着团队规模增长再按需扩容即可。本文给出并发模型、硬件选购与带宽需求算法，便于你做容量规划。
云帆 CRM 由「应用服务（Spring Boot）」 + 「MySQL 数据库」 + 「Redis 缓存」三部分组成，可单台整合部署，也可分离部署。
日活用户 ≠ 并发用户。「并发」指同一时刻真正在发起请求的人数。CRM 以看板浏览、表单提交为主，用户大部分时间在思考、沟通或开会，并不会持续点击操作。因此内部系统的有效并发通常只占账号总数的很小一部分。
| 用户行为模式 | 并发比（同时操作 / 总账号） | 说明 |
|---|---|---|
| 保守型 | 1:10 | 全员集中时段（如月初报表、晨会统一录入） |
| 常规型 | 1:20 | 日常办公，推荐作为规划基准 |
| 优化型 | 1:50 | 流程化、异步操作多，系统使用熟练 |
以常规型（1:20）为基准，不同企业规模下的估算并发如下：
| 企业规模（总账号数） | 估算并发 | 典型形态 |
|---|---|---|
| 50 人以内 | 3 ~ 5 | 小微团队，单台低配即可 |
| 200 人 | 10 | 标准部门级部署 |
| 500 人 | 25 | 多分公司 / 多业务线 |
| 1000 人 | 50 | 集团型，建议分离部署 |
下表基于上述并发模型与压测经验给出。数据库节点均要求 SSD；Redis 主要缓存会话与热点数据，内存占用小（1~2G 即可），可与应用或数据库同机分配。
| 估算并发 | 应用服（Spring Boot） | 数据库（MySQL + Redis） | 单台整合（推荐起步） |
|---|---|---|---|
| 50 | 2 核 / 4G | 共用即可 | 2 核 4G / SSD 40G |
| 200 | 2 核 / 4G | 2 核 / 4G / SSD | 4 核 8G / SSD 100G |
| 500 | 4 核 / 8G | 4 核 / 8G / SSD | 8 核 16G / SSD 200G |
| 1000 | 8 核 / 16G | 8 核 / 16G / SSD | 16 核 32G（建议分离） |
绝大多数企业从「单台整合」起步最经济；当并发超过 500 或数据安全要求高时，再将数据库独立成一台机器，便于单独备份与扩容。
| 场景 | 最低带宽 | 推荐带宽 | 说明 |
|---|---|---|---|
| 基础网页 | 0.3 Mbps | 0.5 Mbps | 文字为主 + 小图，如新闻/百科 |
| 动态网页 | 0.5 Mbps | 1 Mbps | 电商/社交/交互式后台 |
CRM 属于动态网页。因其交互轻量，我们取保守值的一半作为单并发基准：
需求带宽 = 估算并发用户数 × 0.3 Mbps| 估算并发 | 每并发基准 | 理论峰值带宽 | 日常建议起步 |
|---|---|---|---|
| 50 | 0.3 Mbps | 15 Mbps | 5 Mbps |
| 200 | 0.3 Mbps | 60 Mbps | 10 Mbps |
| 500 | 0.3 Mbps | 150 Mbps | 20 Mbps |
| 1000 | 0.3 Mbps | 300 Mbps | 50 Mbps |
上述为峰值估算，CRM 日常流量远低于此。云服务器公网带宽多为按量或共享，建议 5~10 Mbps 起步，按实际监控弹性升配即可。
以下均为「单台整合部署」视角的推荐起步配置：
| 团队规模 | 推荐配置 | 系统盘 | 带宽 | 适用 |
|---|---|---|---|---|
| ≤ 50 人 | 2 核 4G | SSD 40G | 5 Mbps | 试用 / 演示 / 小微团队 |
| ≤ 200 人 | 4 核 8G | SSD 100G | 10 Mbps | 标准部门级 |
| ≤ 500 人 | 8 核 16G | SSD 200G | 20 Mbps | 成长型企业 |
| ≥ 1000 人 | 应用 8 核 16G + 数据库 8 核 16G（分离） | SSD 500G | 50 Mbps | 集团型，建议读写分离 + 负载均衡 |
· 以上为通用预估，实际承载受 CPU 主频、内存速率、磁盘 I/O、SQL 质量影响；慢查询是 CRM 性能的头号杀手，务必为高频检索字段建立索引。
· 数据库务必使用 SSD，机械盘在并发稍高时即成为瓶颈。
· 建议数据库与应用分离部署，便于独立扩容、备份与故障隔离。
· 云服务器优先选「计算型 / 通用型」，避免突发性能型（CPU 积分耗尽后会被限速）。
· 数据安全无价：开启 MySQL 每日自动备份 + binlog，并定期演练恢复。