Community
装在自己的服务器上,数据库、升级、备份和入口都由你维护。
两边用的是同一条 Appaloft 部署思路。差别在控制面放在哪里,以及团队、账单、市场和托管能力由谁负责。
Community 安装文档会从 Docker 安装、域名和首个管理员讲起。
装在自己的服务器上,数据库、升级、备份和入口都由你维护。
控制面由 app.appaloft.com 托管,补上团队、账单、官方蓝图和 Cloud overlay。
按当前代码和 Cloud 文档里的边界写:核心部署不锁 Cloud,托管协作和平台能力放在 Cloud。
装在自己的服务器
Docker 默认 PostgreSQL,也可按本地路径选择 PGlite。
托管在 app.appaloft.com
Cloud runtime 通过 overlay 接入 public Appaloft server。
CLI / API / Web console
直接部署到自己的 VPS、云主机或集群。
同一条部署路径
再接入租户、权限、用量和托管部署 overlay。
基础组织和团队
首个管理员、本地组织和团队数据跟着你的实例走。
Cloud authz / tenancy
owner、admin、billing、developer、viewer 角色和 operation guard。
自配 Action 和 token
凭据留在自己的实例或 GitHub Secrets。
托管 GitHub 接入
登录、仓库授权、来源事件和状态回写。
开放格式和本地 registry
蓝图是可移植 manifest,不依赖 Cloud marketplace。
官方 catalog 和 Marketplace
安装计划、安装记录、升级 dry-run 和 curated listing。
默认 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 的部署能力,只把托管协作、商业能力和默认线上入口放在私有层。
你想把控制面、数据库和部署凭据都放在自己的服务器里,团队也能接受自己维护升级和备份。
你更在意团队登录、权限、账单、官方蓝图和浏览器里的快速发布,不想先搭一套控制面。