Alkalmazás telepítése

Az OpenFactory a támogatott Git-tárolót immutable app varianttá alakíthatja, elindít egy helyettesítő VM-et, health-checket futtat, és csak akkor vált át az alkalmazás útvonalára, ha a jelölt egészséges. A web services és static sites URL-t kap a https://<slug>.apps.openfactory.tech alatt, ha a public ingress path elérhető.

Elérhetőség: a deployment pipeline és a public-route path end to end ellenőrizve lett. Az Apps és a telepítési előzmények UI-ja nincs kész, a scheduled jobs elutasításra kerülnek, a WebSocket/SSE pass-through pedig még dedikált production acceptance testet igényel. A visszaadott URL-t csak akkor tekintse használhatónak, ha a deployment status live és a saját kérése sikeres.

Mit csinál egy telepítés

A fiók connected source credentials-jével meghatározza a pontos Git revíziót.
Előkészíti a source-t anélkül, hogy Git credentials-t vagy .git előzményt másolna a képre.
OBS-en keresztül csomagolja az alkalmazást, ha az kiválasztott és támogatott, vagy az image build hook-ot használja.
Felépít és elindít egy friss app-specific variantot.
Boot után beírja a runtime environment values értékeket, elindítja a szolgáltatást és health checket futtat.
Csak akkor vált gateway útvonalat és távolítja el az előző VM-et, ha az új jelölt egészséges.

A live VM deployment artifact. Az OpenFactory nem telepít, nem buildel és nem szerkeszt source-t benne.

Regisztrált alkalmazás telepítése

A source-t egyszer regisztrálja:


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

Ezután sorba állít egy telepítést:


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

A deploy_app alapértelmezés szerint aszinkron. Őrizze meg a visszaadott app_id, deploy_id és build_id értékeket, és poll-oljon:


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

A telepítés folytatódik, ha az MCP kliens időtúllép. Ne küldjön duplikált telepítést csak azért, mert a várakozás véget ért. Előbb ellenőrizze a meglévő telepítést.

Siker és hiba

A sikeres sorbaállítási válasz nem bizonyítja, hogy az alkalmazás live. Mindegyik követelmény teljesüljön:

a deployment status live;
a health-check szakasz sikeres volt;
a visszaadott URL a várt revíziót szolgálja ki; és
hitelesített ellenőrzés sikeres, ha a visibility private.

Hiba esetén rögzítse a sikertelen stage, error, build_id és deploy_id mezőket. Mivel a cutover health-gated, a sikertelen jelöltnek az előző egészséges útvonalat kell meghagynia.

Build stratégia

A use_obs=true egészséges, támogatott OBS útvonalat követel, és ha az nem elérhető, hibával leáll (fails closed). A use_obs=false az image-build hook-ot választja. Ha kihagyja az argumentumot, a szolgáltatás OBS-t választ a támogatott Node/static projektekhez, és a hook-ra esik vissza.

Csak public-prefix értékek égethetők be variantba. A secrets és más runtime values az encrypted app environment részei, és boot után kerülnek alkalmazásra.

Máshol hostolt alkalmazás tesztelése

Nem kell az OpenFactory-n keresztül telepítenie ahhoz, hogy tesztelje az alkalmazást. Bármely, a tester VM-ről elérhető URL használható app scenario vagy autonomous walk módon.

Jelenlegi korlátok

Web services és static sites támogatott; scheduled jobs nem.
Az alkalmazástörténet kezelő UI hiányzik, az MCP státusz a source of truth.
A preview elérhetősége az app gateway-től, wildcard ingress-től, DNS-től és a jelölt VM-től függ.
A private previews ma owner-gated; a szervezeti tagokkal való megosztás nincs implementálva.
A checkpoint rollback még nem került át erre az immutable deployment modellre. Lásd: Checkpoints and rollback.