公网暴露面越小越好，私网承载能力越稳越强；需依并发来源配置公网接入节点，核心服务必须部署于私网并按角色隔离资源，所有节点间通信走内网，预留10%–15%资源余量。

公网与私网规划不是单纯选“开不开外网”的问题，而是围绕业务并发量、数据流向和安全边界做资源分配。核心逻辑是：**公网暴露面越小越好，私网承载能力越稳越强；并发压力在哪，资源就重点配在哪。**

看并发来源，决定公网入口配置

公网服务器只承担“接入”任务，不处理核心逻辑。它的配置取决于用户如何访问系统：

• 若用户通过域名+HTTPS访问（如OA登录页、云盘Web端），需1台轻量级负载均衡器（如Nginx或ALB），配置建议：4核CPU / 8GB内存 / 100GB SSD系统盘——够跑高并发静态请求和TLS卸载，不跑业务逻辑
• 若存在大量移动端直连（如App调用API），且未走统一网关，则需提升公网节点的连接数上限，推荐：8核CPU / 16GB内存 / 开启TCP fastopen和连接复用，避免TIME_WAIT堆积
• 切忌把数据库、文件存储、流程引擎等服务直接暴露在公网。曾有企业将MySQL端口映射出去，一周内被暴力破解导致数据清空

算真实并发，定私网服务节点规格

私网才是性能主战场。关键不是总用户数，而是“同一分钟内真正同时操作的人数”。参考行业系数：

IT技术解决互联网公司网站模板

IT技术解决互联网公司网站模板是一款适合提供APP设计、网页开发、SEO优化、云服务、数据分析等服务的互联网公司宣传网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。

下载

• OA类系统：日常并发≈总人数×15%～25%，但报销/审批高峰可达×60%以上。例如500人企业，按峰值300并发设计，应用服务节点建议：8核CPU / 32GB内存 / JVM堆设为20GB
• 云盘类系统：上传下载并发比浏览高得多。100人团队若含设计/研发岗，单日峰值可能有50人同时上传百MB文件，此时存储节点IOPS比带宽更关键，应选SSD RAID10+10GbE内网，而非堆CPU
• 流程引擎类服务（如审批流、自动归档）对单核性能敏感。分支多、条件复杂时，建议单节点CPU主频≥2.8GHz，避免线程排队延迟

分角色部署，隔离资源避免争抢

不能所有服务塞进一台云服务器。按功能拆分能精准控成本、易排障：

• 应用节点（私网）：运行OA/云盘前端逻辑，CPU密集型，推荐通用型实例（如阿里云g8i、腾讯云S6）
• 数据库节点（私网）：高内存+低延迟存储，必须独占资源，禁用swap，推荐内存优化型+云盘ESSD PL2起步
• 存储节点（私网）：对象存储后端（如MinIO/Ceph），侧重吞吐与容量，可用计算型实例+大容量HDD，但元数据盘务必用SSD
• 所有节点间通信走内网IP，禁止跨安全组开放非必要端口；公网仅向ALB或跳板机开放SSH（限IP+密钥）

留弹性余量，别卡死在理论值上

配置不是一锤定音，要预留缓冲空间：

• 内存预留10%～15%给系统缓存、日志写入和突发GC，避免OOM触发KILL进程
• 磁盘使用率长期低于70%，否则XFS/ext4文件系统性能会断崖下降
• CPU平均负载持续＞70%就要扩容，别等告警——Java应用在负载85%时，GC停顿可能从100ms跳到2s
• 上线前务必用JMeter或k6压测真实业务链路（如“提交报销单→触发邮件→生成PDF附件”），而非只压登录接口