La bibliothèque se documente elle-même · Programmation système
stzDeployment
26 méthodes propres · 0 formes avec extensions, rangées sous leur méthode
la source: base/system/stzDeployment.ring(s'ouvre dans un nouvel onglet) · Toutes les classes · La référence du domaine : Programmation système
Sous chaque méthode, ses extensions (Q CS XT Z ZZ IB W U) : en gras et cochée, elle existe ; barrée, elle n'existe pas. Les extensions et leur sens
Aucune méthode de cette classe n'est exécutée sur cette page : la classe touche aux fichiers, au réseau, aux processus, à l'horloge, au hasard ou au son, et un exemple exécuté ici ne serait que l'exemple de ses effets. Chaque méthode porte l'explication que la bibliothèque donne d'elle-même.
Méthode
Explication, telle que la source la porte
init
(sans commentaire dans la source : le nom se lit comme une phrase) initaucune extension
Log
the structured log of the deployment run -- queryable and renderable (oDep.Log().EntriesOfLevel(:error), oDep.Log().AsJson()). Populated by Run().aucune extension
SetTarget
bind a part to its target site. For many at once, use SetTargets.aucune extension
SetTargets
(sans commentaire dans la source : le nom se lit comme une phrase) set targetsaucune extension
RunAfter
order the plan: pcPart runs AFTER pcDependsOn is verified (a plan-DAG edge). Simple deployments declare none; complex ones (a frontend after its backend) do.aucune extension
Artifact
attach a REAL build output to ship for a part (the per-part stz_<part>.wasm, the app bundle, the native binary...). pcRelName is its name at the destination; pcPath is the built file on disk. Shipped byte-for-byte alongside the manifest.aucune extension
ArtifactsAttached
(sans commentaire dans la source : le nom se lit comme une phrase) artifacts attachedaucune extension
AttachBundle
wire an emulator's built bundle DIRECTORY straight in as a part's production artifact -- the SAME tree you emulated becomes what ships. Accepts a stzEmulator (built on demand) or a bundle directory path; the bundle lands under the solution name.aucune extension
AttachSlice
ship a part's OWN slice from an emulator bundle -- its app (as index.html), its engine subset (stz_<part>.wasm), and the bridge (stz.js) -- NOT the whole mission-control. A frontend part deploys only what it needs to run.aucune extension
SetActor
(sans commentaire dans la source : le nom se lit comme une phrase) set actoraucune extension
Bindings
(sans commentaire dans la source : le nom se lit comme une phrase) bindingsaucune extension
NumberOfBindings
(sans commentaire dans la source : le nom se lit comme une phrase) number of bindingsaucune extension
SiteFor
(sans commentaire dans la source : le nom se lit comme une phrase) site foraucune extension
MayCommit
the governance gate: may this deployment cross to reality?aucune extension
Plan
the deployment plan (rehearsal) -------------------- each part -> [ part, kind, target, siteName, siteKind, protocol ]aucune extension
Explain
(sans commentaire dans la source : le nom se lit comme une phrase) explainaucune extension
Show
(sans commentaire dans la source : le nom se lit comme une phrase) showaucune extension
Store
perform (governed) --------------------------------- store each part's deploy artifact on its bound site. returns [ committed(0/1), [ [part, site, outcome], ... ] ]aucune extension
Launch
(sans commentaire dans la source : le nom se lit comme une phrase) launchaucune extension
Status
(sans commentaire dans la source : le nom se lit comme une phrase) statusaucune extension
Steps
the plan of steps (order, gates, rollback) --------- the deployment PLAN as ordered steps. A simple deployment is the default chain per part -- provision? -> store -> launch -> verify; After() edges add cross-part ordering (a frontend after its backend). Returns [ [name, op, part, siteName, [needs]], ... ], topologically ordered so every dependency precedes its dependants.aucune extension
WasRun
EXECUTE the ordered plan (governed). Each step runs its op; the verify step is a GATE (the site must be launched). On any failure, the completed store/launch steps are ROLLED BACK in reverse -- the deployment is transactional. Returns [ committed(0/1), [ [stepName, outcome], ... ] ]. No effectful actor -> rehearse. Did Run() execute at all? A deployment REFUSED upstream -- by the service gate in stzDelivery, say -- comes back untouched, and "nothing happened" is then assertable without reading the log.aucune extension
WasCommitted
Did it commit, or only rehearse? Rehearsed steps touch nothing.aucune extension
Run
(sans commentaire dans la source : le nom se lit comme une phrase) runaucune extension
Feasibility
feasibility (host resources) ----------------------- Per-site admission check: sum the requirements of the parts bound to each site and test the site's capacity (or its ability to PROVISION one). Returns [ [siteName, requiredText, capacityText, fits(0/1), note], ... ]. This is the same "does the host have room?" question a K8s scheduler / CI runner answers.aucune extension
Feasible
TRUE only if every site can host its parts (fits or can provision).aucune extension