跳到正文
部署方式

自部署和 Cloud，怎么选？

两边用的是同一条 Appaloft 部署思路。差别在控制面放在哪里，以及团队、账单、市场和托管能力由谁负责。

安装 Community打开 Cloud看 Cloud 定价

Community 安装文档会从 Docker 安装、域名和首个管理员讲起。

Appaloft Cloud 控制台总览界面预览

Community

装在自己的服务器上，数据库、升级、备份和入口都由你维护。

Cloud

控制面由 app.appaloft.com 托管，补上团队、账单、官方蓝图和 Cloud overlay。

功能差异

按当前代码和 Cloud 文档里的边界写：核心部署不锁 Cloud，托管协作和平台能力放在 Cloud。

能力
自部署 Community
Appaloft Cloud
控制面

装在自己的服务器

Docker 默认 PostgreSQL，也可按本地路径选择 PGlite。

托管在 app.appaloft.com

Cloud runtime 通过 overlay 接入 public Appaloft server。

部署入口

CLI / API / Web console

直接部署到自己的 VPS、云主机或集群。

同一条部署路径

再接入租户、权限、用量和托管部署 overlay。

团队和 RBAC

基础组织和团队

首个管理员、本地组织和团队数据跟着你的实例走。

Cloud authz / tenancy

owner、admin、billing、developer、viewer 角色和 operation guard。

GitHub

自配 Action 和 token

凭据留在自己的实例或 GitHub Secrets。

托管 GitHub 接入

登录、仓库授权、来源事件和状态回写。

蓝图

开放格式和本地 registry

蓝图是可移植 manifest，不依赖 Cloud marketplace。

官方 catalog 和 Marketplace

安装计划、安装记录、升级 dry-run 和 curated listing。

托管部署 overlay

默认 public 部署

Cloud policy、usage 和 overlay 不进入 Community core。

Managed deployment overlay

租户上下文、entitlement、用量意图和 readback。

静态发布

部署到自有服务器

静态输出可作为普通资源走 public 部署。

浏览器上传和托管 URL

staged upload、对象存储路由、默认域名 readiness。

账单

不使用 Cloud 订阅

服务器和第三方 provider 成本由你承担。

月付订阅方案

服务器和托管静态容量按当前组织方案与加购额度控制。

安全和审计

本地安全自管

TLS、邮件、凭据、监控和加固由你维护。

托管安全控制

安全头、邮件验证、审计、滥用防护和 readiness gate。

备份和恢复

自己备份和升级

数据库、对象存储、registry 和恢复演练由你负责。

控制面托管运维

Cloud 保留 break-glass、readiness 和外部恢复路径。

怎么选

Community 和 Cloud 不是两套割裂的产品。Cloud 依赖 public Appaloft 的部署能力，只把托管协作、商业能力和默认线上入口放在私有层。

选自部署

你想把控制面、数据库和部署凭据都放在自己的服务器里，团队也能接受自己维护升级和备份。

选 Cloud

你更在意团队登录、权限、账单、官方蓝图和浏览器里的快速发布，不想先搭一套控制面。

相关主题

继续沿着同一条部署路径看。

Appaloft 的 SEO 页面按真实部署任务组织。每个主题页都应该把用户带到下一步，而不是停在孤立介绍。