个人记账本上云：我问了 AI Shell，2核4G 够不够用？

今天在鸿蒙开发实践中心浏览了「个人记账本」案例：一个用 ArkTS 写的端侧应用，记一笔账，数据先落到手机本地，云端再做聚合统计。看完案例我就想，如果把它真正部署成一个长期能用的小服务，服务器该怎么选？2核4G 够不够用？

我没有凭感觉下结论，而是到 AI 开发者空间新建了一个 AI Shell 会话，把架构原样告诉了它：ArkTS 端侧、云函数、文档数据库，后端并发不高。请它从并发、内存、成本三个角度给建议。回答很实在，也纠正了我一个想当然。

一、并发：完全够用

记账本的核心操作就是增、删、改、查账单，一次请求不过是一次文档读写加一点简单逻辑。2 核可以轻松应对几十到上百的每秒请求，而个人应用的实际并发通常是个位数，即使家里人一起用也很难超过 20。云函数是事件驱动的，不会常驻占满 CPU，峰值时短暂打满两核也绰绰有余。

二、内存：够用，但要会分

4G 内存要同时装下三样东西：文档数据库大约 1.5 到 2G，云函数运行时大约 1G，系统开销大约 0.5 到 1G。关键在数据库，如果用 MongoDB，它的缓存引擎默认会尽量多占内存，4G 的机器上要显式把缓存限制在 1G 左右，避免和云函数抢内存。如果数据库用托管服务，数据库不占本机内存，4G 就非常宽裕。

三、成本：2核4G 正好在甜点上

对比 2核2G，内存太紧，数据库容易内存溢出；对比 4核8G，个人应用根本用不满，多花的钱换不来可感知的提升。Flexus X 2核4G 一台机器的价格在几十元量级，对个人项目来说是最划算的档位。

我的结论是：先选 Flexus X 2核4G，同机部署数据库和云函数，把数据库缓存限制在 1G；如果以后把数据库换成托管服务，2核2G 也够；只有用户量从个人长到百人级小团队，才需要考虑 4核8G。选服务器先看真实负载，再看价格，够用又不浪费，就是最优解。