应用程序部署

OpenFactory 可以将受支持的 Git 存储库转变为不可变的应用程序变体， 启动替换虚拟机，对其进行运行状况检查，然后仅在 候选人身体健康。 Web 服务和静态站点接收以下 URL https://<slug>.apps.openfactory.tech 当公共入口路径为 可用。

可用性： 部署管道和公共路由路径已 端到端验证。应用程序和部署历史记录 UI 尚未完成， 计划的作业被拒绝，WebSocket/SSE 传递仍然需要 专门的生产验收测试。将返回的 URL 视为仅可用 部署状态为 live 并且您自己的请求成功后。

部署的作用

1. 使用帐户连接的源解析确切的 Git 版本 凭据。
2. 暂存源代码，无需将 Git 凭证或 .git 历史记录复制到 图像。
3. 选择并支持的情况下通过OBS打包应用程序，或者使用镜像 构建钩子。
4. 构建并启动一个新的特定于应用程序的变体。
5. 启动后写入运行时环境值，启动服务并运行 健康检查。 6.只有在新的VM之后才切换网关路由并删除以前的VM 候选人身体健康。

实时虚拟机是一个部署工件。 OpenFactory 不安装、构建或 编辑其中的源代码。

部署已注册的应用程序

注册一次源：

create_app(
  name="my-shop",
  git_url="https://github.com/example/my-shop",
  branch="main",
  deployment_type="web-service",
  port=3000,
  visibility="private"
)

然后对部署进行排队：

deploy_app(app_id="<app-id>")

默认情况下，deploy_app 是异步的。保留返回的app_id， deploy_id 和 build_id，并轮询：

get_app_deploy_status(app_id="<app-id>", deploy_id="<deploy-id>")

如果 MCP 客户端超时，部署将继续。请勿重复提交 部署仅仅是因为等待结束。首先检查现有部署。

成功与失败

成功的队列响应并不能证明应用程序处于活动状态。要求全部 以下：

• 部署状态为live；
• 健康检查阶段已通过；
• 返回的 URL 提供预期的修订版本；和
• 当可见性为 private 时，身份验证检查成功。

失败时，记录失败的 stage、error、build_id 和 deploy_id。 由于切换是有健康限制的，失败的候选者应该离开之前的候选者 健康路线到位。

制定策略

use_obs=true 需要健康且受支持的 OBS 路径，如果出现这种情况，则会失败关闭 路径不可用。 use_obs=false 选择映像构建挂钩。省略 参数让服务为支持的 Node/static 项目选择 OBS，并且 落回到钩子上。

只有公共前缀值可以被烘焙到变体中。秘密及其他 运行时值属于加密的应用程序环境并在之后应用 启动。

测试其他地方托管的应用程序

您不需要通过 OpenFactory 部署应用程序来测试它。任何 URL 是 可从测试虚拟机访问，可与应用场景一起使用 或自动行走。

当前限制

• 支持Web服务和静态站点；预定的工作不是。
• 应用程序历史记录的管理 UI 处于待处理状态，因此 MCP 状态是其来源 真相。
• 预览可用性取决于应用程序网关、通配符入口、DNS 和 候选虚拟机。
• 私人预览现在由所有者控制；组织-成员共享不是 已实施。
• 检查点回滚尚未迁移到此不可变部署 模型。请参阅检查点和回滚。

相关

• 应用程序 UI 测试
• 自动行走器
• 应用程序环境和秘密
• MCP集成