资源与文件限制
信多帮云应用使用共享的托管资源。通常不需要自行配置服务器容量,但项目需要遵守下面这些文件和数据限制。
| 项目 | 当前默认值 | 说明 |
|---|---|---|
| 单次源码上传包 | 50 MiB | 指 xdbapp deploy 上传的平台源码压缩包,不包含被排除的依赖目录 |
| Runtime 临时目录 | 256 MiB/环境 | Preview、Production 各自独立,容器替换后清空 |
| App Storage 总空间 | 20 GiB/App | Preview、Production 文件相互隔离,但共用总额度 |
| App Storage 单文件 | 50 MiB | 适用于通过 SDK Storage 上传的每个文件 |
| Preview 数据库容量提醒 | 5 GiB | 软告警,不会在达到后自动停止写入 |
| Production 数据库容量提醒 | 5 GiB | 与 Preview 分开统计,同样不是硬停写线 |
这些是当前默认值,实际可用额度以后以应用开通信息为准。
源码上传不是持久文件存储
源码上传上限限制的是单次发布包。node_modules、.venv、Git 目录和常见密钥文件默认不会上传;Node.js/Python 依赖由平台在隔离构建环境中安装,因此安装依赖后的运行镜像可能大于源码包。
不要为了缩小上传包而删除业务源码或锁文件。应使用 .xdbpaasignore 排除本地缓存、测试输出和不需要发布的大文件,具体见项目与部署约定。
Runtime 临时目录会被清空
应用根目录和镜像不适合保存运行中产生的业务文件。每个 Preview 或 Production Runtime 提供 256 MiB 的 /tmp 临时目录,可用于一次请求内的临时转换、解压或缓存;发布、回滚、健康修复和容器重启后,里面的内容都可能消失。
头像、附件、导出文件等需要长期保留的内容必须使用 SDK App Storage。
App Storage
每个 App 当前共用 20 GiB Storage 总额度,单文件最大 50 MiB。Preview 与 Production 无法互相读取文件,但两边文件都会计入同一个 App 总额度。
Storage 是持久业务文件空间,不用于保存源码、依赖目录或数据库备份。应用应在数据库中保存 Storage Object ID,需要访问时再通过 SDK 获取短期签名地址。
数据库容量提醒
平台为每个 App 分别创建 Preview 和 Production 数据库,并独立统计容量。任一数据库达到 5 GiB 时,平台会产生容量提醒,方便提前检查数据增长和安排扩容;这不是硬配额,达到后不会自动拒绝 SQL 或停止应用。
不要把图片、视频、压缩包等大文件直接写入 MySQL。此类内容放入 App Storage,数据库只保存业务字段和文件 Object ID。数据库连接、migration 和本地代理见数据库与本地代理。