Skip to Content
TestingNasazení aplikace

Nasazení aplikace

OpenFactory dokáže podporované Git repozitárium převést na immutable app variant, spustit náhradní VM, provést health-check a přepnout trasu aplikace až poté, co je kandidát zdravý. Web services a static sites dostanou URL pod https://<slug>.apps.openfactory.tech, pokud je dostupná public ingress path.

Dostupnost: deployment pipeline a public-route path byly ověřeny end to end. UI Apps a historie nasazení není hotové, scheduled jobs jsou odmítány a WebSocket/SSE pass-through stále potřebuje dedikovaný production acceptance test. Vracející URL považujte za použitelné až po deployment status live a úspěchu vlastního požadavku.

Co nasazení dělá

  1. Určí přesnou Git revizi pomocí connected source credentials účtu.
  2. Připraví source bez kopírování Git credentials nebo historie .git do obrazu.
  3. Zabalí aplikaci přes OBS, když je vybráno a podporováno, nebo použije image build hook.
  4. Sestaví a spustí nový app-specific variant.
  5. Po boot zapíše runtime environment values, spustí službu a provede health check.
  6. Přepne trasu gateway a odstraní předchozí VM až poté, co je nový kandidát zdravý.

Live VM je deployment artifact. OpenFactory v něm neinstaluje, nesestavuje ani needituje source.

Nasazení registrované aplikace

Source zaregistrujte jednou:

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

Poté zařaďte nasazení do fronty:

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

deploy_app je ve výchozím nastavení asynchronní. Uložte si vrácené app_id, deploy_id a build_id a průběžně dotazujte:

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

Nasazení pokračuje, i když klient MCP vyprší. Neposílejte duplicitní nasazení jen proto, že skončilo čekání. Nejdřív zkontrolujte existující nasazení.

Úspěch a neúspěch

Úspěšná odpověď z fronty neprokazuje, že aplikace je live. Vyžadujte všechno níže:

  • deployment status je live;
  • etapa health-check proběhla úspěšně;
  • vrácená URL obsluhuje očekávanou revizi; a
  • ověřené kontrole se daří, když je visibility private.

Při neúspěchu zaznamenejte neúspěšný stage, error, build_id a deploy_id. Protože cutover je health-gated, neúspěšný kandidát by měl ponechat předchozí zdravou trasu.

Strategie build

use_obs=true vyžaduje zdravou, podporovanou cestu OBS a při nedostupnosti cesty selže (fails closed). use_obs=false vybere image-build hook. Vynechání argumentu nechá službu zvolit OBS u podporovaných projektů Node/static a přejít na hook.

Do variant lze zabudovat jen hodnoty public-prefix. Secrets a další runtime values patří do encrypted app environment a aplikují se po boot.

Testování aplikace hostované jinde

Aplikaci nemusíte testovat nasazením přes OpenFactory. Jakoukoli URL dosažitelnou z tester VM lze použít se scénářem aplikace nebo autonomous walk.

Současná omezení

  • Web services a static sites jsou podporovány; scheduled jobs ne.
  • UI pro správu historie aplikací chybí, status MCP je source of truth.
  • Dostupnost preview závisí na app gateway, wildcard ingress, DNS a kandidátovi VM.
  • Private previews jsou dnes owner-gated; sdílení s členy organizace není implementováno.
  • Checkpoint rollback ještě nebyl přenesen na tento immutable deployment model. Viz Checkpoints and rollback.

Související