應用程式部署

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整合