Deploy Overview
Deploy Tish apps to Zectre with zectre-cli and the Zectre Platform.
Hosted deployment in this guide means Zectre: the zectre CLI plus the Zectre Platform (API, scheduler, build service, registry, agents, proxy). The language is Tish; Lattish is a separate editor extension and does not change how you deploy.
Two ways to run on Zectre
See Docker on Zectre for images. For compiling Tish to WASM, JS, or binaries you run yourself, see Other hosts.
Flow (native Tish)
- Build — Platform (or local
zectre build) compiles Tish source to a native binary. - Upload — Artifact is stored; deployment references it.
- Run — Agents run the binary; the proxy routes HTTP(S) to it.
Docker skips the Tish compile step on the platform: you build and push the image, then deploy.
Components
See Platform for architecture. Config reference: zectre.yaml.
Quick start (against a running platform)
From your app directory (with a zectre.yaml or package.json with a tish section):
zectre login
zectre projects add my-app
zectre deploy --waitzectre projects add creates the app and links the current directory. Alternatively: zectre projects create my-app then zectre link.
In CI or other non-interactive environments, link first (zectre link or zectre projects add), and set ZECTRE_CLUSTER_ID (and optionally ZECTRE_API_URL) when multiple clusters exist — see the zectre-cli README.
Self-hosting the platform (developers)
To run the stack locally for development, clone zectre-platform and use just setup then just run-all. That is not required to deploy an app to an existing Zectre deployment.
Config files
zectre.yaml— Deploy spec (replicas,process_type,image, resources, networking). Build fields in YAML are used only whenpackage.jsonhas notishsection (see zectre.yaml)..zectre/<cluster>/project.json— Written byzectre link; maps this directory to a platform app for that cluster.