Skip to Content
TestingSovelluksen käyttöönotto

Sovelluksen käyttöönotto

OpenFactory voi muuttaa tuettu Git-repository immutable app variant -muotoon, käynnistää korvaavan VM:n, ajaa health-checkin ja vaihtaa app-reitin vasta kun ehdokas on terve. Web services ja static sites saavat URL-osoitteen osoitteessa https://<slug>.apps.openfactory.tech, kun public ingress path on käytettävissä.

Saatavuus: deployment pipeline ja public-route path on validoitu päästä päähän. Apps- ja deployment-historia-UI ei ole valmis, scheduled jobs hylätään, ja WebSocket/SSE pass-through tarvitsee vielä erillisen production acceptance testin. Pidä palautettua URL-osoitetta käyttökelpoisena vasta, kun deployment status on live ja oma pyyntösi onnistuu.

Mitä deployment tekee

  1. Määrittää tarkan Git-revision tilin connected source credentials -tunnuksilla.
  2. Stagaa sourcen kopioimatta Git credentials -tietoja tai .git-historiaa imageen.
  3. Paketoi sovelluksen OBS:n kautta, kun se on valittu ja tuettu, tai käyttää image build hookia.
  4. Rakentaa ja käynnistää uuden app-specific variant -version.
  5. Kirjoittaa runtime environment values -arvot bootin jälkeen, käynnistää palvelun ja ajaa health checkin.
  6. Vaihtaa gateway-reitin ja poistaa edellisen VM:n vasta, kun uusi ehdokas on terve.

Live-VM on deployment artifact. OpenFactory ei asenna, rakenna tai muokkaa sourcea VM:n sisällä.

Ota rekisteröity sovellus käyttöön

Rekisteröi source kerran:

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

Laita deployment sitten jonoon:

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

deploy_app on oletuksena asynkroninen. Säilytä palautetut app_id, deploy_id ja build_id, ja polla:

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

Deployment jatkuu, vaikka MCP-asiakas aikakatkaisisi. Älä lähetä kaksoiskappaletta deploymentista vain siksi, että odotus päättyi. Tarkista ensin olemassa oleva deployment.

Onnistuminen ja epäonnistuminen

Onnistunut jonovastaus ei todista, että sovellus on live. Vaadi kaikki seuraavat:

  • deployment status on live;
  • health-check-vaihe onnistui;
  • palautettu URL tarjoaa odotetun revision; ja
  • autentikoitu tarkistus onnistuu, kun visibility on private.

Epäonnistuessa tallenna epäonnistunut stage, error, build_id ja deploy_id. Koska cutover on health-gated, epäonnistuneen ehdokkaan pitäisi jättää edellinen terve reitti paikoilleen.

Build-strategia

use_obs=true vaatii terveen, tuetun OBS-polun ja fails closed, jos polku puuttuu. use_obs=false valitsee image-build hookin. Argumentin jättäminen pois antaa palvelun valita OBS:n tuettuihin Node/static-projekteihin ja palata hookiin.

Vain public-prefix-arvot voidaan upottaa varianttiin. Secrets ja muut runtime values kuuluvat encrypted app environmentiin ja otetaan käyttöön bootin jälkeen.

Testaa muualla hostattua sovellusta

Sinun ei tarvitse ottaa sovellusta käyttöön OpenFactoryn kautta testataksesi sitä. Mikä tahansa URL, johon tester VM pääsee, toimii app scenario- tai autonomous walk -testissä.

Nykyiset rajat

  • Web services ja static sites tuetaan; scheduled jobs ei.
  • App-historian hallinta-UI puuttuu; MCP-status on source of truth.
  • Preview-saatavuus riippuu app gatewaysta, wildcard ingressistä, DNS:stä ja ehdokas-VM:stä.
  • Private previews ovat tänään owner-gated; organization member -jakoa ei ole toteutettu.
  • Checkpoint rollback ei ole vielä siirretty tähän immutable deployment -malliin. Katso Checkpoints and rollback.

Liittyvät

Hallitut tietokannatMukautetut sovellusdomainit