本页目录
点几下就能跑起容器，旁边还有数据库、远程开发和对象存储，这样的控制台谁看了不想进去摸两下？我试了一圈 ClawCloud Run，最先被“赠送 5 美元额度”吸引。玩完回头看，赠金是当时账户的费用抵扣，资源上限也不是一台 4 核 8 GB 的专属服务器永久免费归我。这几种数字摆在同一页，确实容易让人看走眼。
1. 注册与地区：先看赠金的条件
平台可以通过 GitHub 登录，无需绑定信用卡；每月 5 美元赠金要求所用 GitHub 账号满足注册时间条件，不能泛化成所有新账号都能领取。当前可用性必须另行核对，不以旧注册链接判断服务继续提供。
控制台提供不同地区，选地区后进入对应工作区。地区不同，网络和资源情况可能不同，先选与目标用户和数据要求相符的位置，再测试实际访问。
2. App Launchpad：按容器需要配置资源
这次用公共 Nginx 镜像做最小测试，顺序是：
- 在 App Launchpad → Create App填应用名，选择公共或私有镜像。
- 私有镜像需要相应仓库授权；凭证不放公开配置或截图。
- 选固定或动态资源方式，按需要设置 CPU 与内存，查看费用估算。
- 指定镜像实际监听端口，需要外部预览时再开启对应入口。
- 按需要设置启动命令、环境变量、配置文件和持久卷，不把临时容器改动当持久配置。
- 部署后看日志和状态，再打开访问地址核对结果。
控制台终端是在容器内执行，临时编辑文件不一定在重建后保留。配置文件与数据分别声明、备份；不要把连接上终端当拥有整台 VPS。
3. 数据库：先看连接方式与存储
我选择 PostgreSQL 测试，确认数据库类型、版本、资源、存储和删除策略后部署。控制台显示私有连接与可选的公开连接，公开入口有独立费用条件。
从本地客户端测试时，填控制台实际给出的 Host、映射端口和凭证，不把数据库常见端口当所有公开入口的固定值。生产用途优先受限连接和最小权限，测试之后关闭不需要的公开入口。
删除数据库前先确认备份与卷的保留策略；应用删除、数据删除和继续计费是不同问题，不凭按钮名字猜结果。
4. DevBox：这里看了说明，不算完整部署实测
我浏览了 DevBox 的框架、网络和 IDE 接入说明，未完整搭建一套日常开发环境。它通过远程连接使用云端资源，网络和赠金额度都会影响体验，不把文档介绍写成已经验证的长期方案。
5. 对象存储：公开可读与公开可写别混用
创建 Bucket 时选择名称和访问权限。公开图片可以按用途开放读取；私有文件保持私有，不能因为文件名难猜就认为安全。公开写入会产生额外风险，不作为默认选项。
存储量、请求和流量要分别看计费，图片传得多也会影响费用。备份与导出方式先测试，别等平台不可用才研究怎么带走文件。
6. 应用目录：一键部署也要核对配置
我用 App Store 中的 IT-Tools 测试过部署，打开应用检查页面后，再从该安装来源管理卸载。目录安装的应用可能有独立管理入口，不能只从底层容器列表删除就认定完整卸载。
广告
第三方应用仍需看镜像来源、默认凭证、端口和持久化。页面能打开，只说明服务可访问，不说明工具适合输入真实密钥或私人数据。
7. 文档、账单与完整成本
我先在 App Launchpad 选公共 Nginx 镜像，分一点 CPU 和内存，设置网络端口与持久化选项，再从控制台看日志和公开访问地址。后面又试了数据库容器、DevBox、对象存储和应用目录。东西都摆得很整齐，但它是按资源运行应用的容器平台，不能因为页面像管理服务器，就把它当成无限制的传统 VPS。
| 我当时试的入口 | 能做什么 | 真正使用前还要核对什么 |
|---|---|---|
| 容器应用 | 镜像、资源、端口、配置与日志 | 镜像来源、公开端口、重启策略和账单 |
| 数据库 | 容器与连接信息 | 私有／公网入口、访问控制和数据备份 |
| DevBox | 当时的远程开发环境 | 现行可用性与数据迁移方式，不能按旧截图保证可申请 |
| 对象存储 | Bucket 与访问权限 | 公共读写不能随意启用；私有资源别放公开 Bucket |
| 应用目录 | 安装社区镜像 | 维护者、默认账号、可见端口和卸载后的数据 |
控制台有些界面会展示连接信息，我把凭证、数据库连接串和私有地址留在自己的环境里。新手尤其容易把“默认域名能打开”误解成“服务已经有身份验证”。公开数据库管理面板或允许对象存储公共写入，会让一次随手试验变得一点也不轻松。
赠金、配额和实际消费分开算
我当时在价格页看到 Free 方案、每月赠金及 CPU、内存、存储和流量上限；控制台还会给容器估每天的费用，试验也产生过少量消费。上限是最多能申请或计量的资源，不是默认一直占有；赠金有条件、期限，数据库公网入口和流量超额也可能另计费。
我曾按“每天几美分”心算能跑多少天，算完自己都觉得挺美；可多一个应用、多一份卷、流量上来，账单就变了。当时页面显示的 10 GB 流量条件也撑不起重度出口用途。旧截图只适合复盘当年的账，不能再拿它估算新项目的当前成本。
可迁移才敢用，停得下来才算省
体验这类平台时，先选一个无敏感数据的 Hello World：记录镜像与配置来源，用独立的测试数据检查日志和权限，再估算一个月的完整成本。准备放真实应用前，还要验证：
- 容器镜像和配置文件能否导出到别的平台；专用域名和环境变量是否可迁移。
- 数据库及对象存储能否备份、恢复，卸载容器后卷与 Bucket 是否仍存在并继续计费。
- 公网端口、对象权限和默认登录信息是否符合最小暴露原则。
- 资源用完或服务不可用时，是否有替代托管环境和恢复演练。
选云平台时从最小应用开始，再逐项摸清网络、持久化、权限和账单，也提前试一遍数据能不能带走。不能继续访问旧公告，本身就提醒我们不要依赖一份历史截图来规划新项目；重新选托管平台，应核对现行条款、备份方式与退出路径，而不是寻找同名入口就认定服务相同。
感谢阅读。欢迎分享你评估容器托管时最在意的成本和迁移条件，不要在评论里贴连接串或账号凭证。赠金可以帮助试用，真实项目仍要把运行、数据与退出成本一起算。
广告
