跳到正文
部署方式

自部署和 Cloud,怎么选?

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

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

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