Skip to main content
发布应用后,它会在内置环境中上线:最新发布的版本立即开始对外提供 Web 应用和 API 服务。 你还可以让应用运行在更多彼此独立的环境中,例如 staging 和 production,这些环境在企业管理后台中创建,各自运行你部署到其中的版本。 这些环境相互隔离,各有自己的模型凭据和集成凭据、环境变量以及访问设置。例如,终端用户可继续使用 production 中的稳定版本,而你可在 staging 中测试下一个版本。

部署如何运作

部署始于发布:每次发布都会创建一个版本,也就是应用在那一刻的快照。部署则把某个版本固定到某个环境上。 部署应用时,你选定版本,提供应用在该环境中要用的凭据和环境变量值,此后该环境一直运行这个版本,直到你部署另一个版本:换上新版本以更新,换回旧版本以回滚。 举例来说,你发布了一个名为 v1.2 的版本,先部署到 staging 验证。确认无误后,把同一个 v1.2 部署到 production。后续的发布仍然持续进入 built-in,而 production 保持在 v1.2。

哪些内容可以部署

这些限制只适用于部署环境。不满足条件的版本无法部署。

谁可以部署

部署和下线应用需要 部署应用 权限。工作空间所有者、管理者、编辑者以及应用的创建者默认拥有该权限。其他成员可通过 自定义角色或针对单个应用的例外设置 获得。 修改已部署应用的访问点需要 查看访问点 和 管理访问点 两个权限。工作空间所有者、管理者和应用创建者默认拥有这两个权限;编辑者和其他成员需通过自定义角色或针对单个应用的例外设置获得 管理访问点 权限。