鸿蒙记账本案例拆解：ECS自托管Appwrite的端云数据流

一、案例架构：六个云函数扛起全部业务

鸿蒙实践中心的记账本案例把云侧压到了极简：一台 ECS 自托管 Appwrite 1.9，六个 node-16 零依赖云函数分别负责注册、登录、增删查与 get-stats 聚合。对个人记账这种单一业务域来说，函数数量等于业务动作数量，没有抽象层的负资产，这是小团队值得抄的取舍。

二、集合建模：两条集合走天下

数据只落在 account_book_db 的 users 与 transactions 两条集合：users 管身份，transactions 记流水。统计不走存储端聚合，而是由 get-stats 云函数读取流水后内存计算——在数据量可控的前提下，这比维护物化视图简单得多。

三、端侧安全：项目 ID 公开、密钥不落地

案例的端侧只带公开项目 ID，所有敏感操作都收敛在云函数内完成，端侧不保存任何 AK/SK。这个原则值得所有端云一体项目遵守：端侧只做展示与采集，鉴权与聚合放在云侧，即使端包被逆向也不泄露核心凭据。

四、复现建议

想复现这条链路，注意两点：一是 Appwrite 版本与云函数运行时的对应关系（1.9 对应 node-16），升级前先确认云函数依赖兼容；二是公网 ECS 记得配置安全组只放行必要端口，案例里 Appwrite 的管理端口不应暴露。

五、小结

记账本案例的架构没有炫技成分，但每一处简化都踩在合理的边界上：函数即业务、统计走内存、端侧零密钥。对想在鸿蒙端侧之外补一课云侧建设的开发者，这是个性价比很高的练手项目。