example manifests showing common yoq use cases.
the simplest possible manifest — a single redis instance with a TCP health check.
yoq up -f examples/redis/manifest.tomla multi-service web application: nginx frontend, python API, postgres database, and redis cache. includes a worker for running database migrations before the API starts.
# run migrations first
yoq run-worker -f examples/web-app/manifest.toml migrate
# start everything
yoq up -f examples/web-app/manifest.tomla postgres database with an hourly backup cron. the cron runs pg_dump every hour automatically when services are started.
yoq up -f examples/cron/manifest.tomlfour services behind the built-in HTTP router. requests for demo.local/api with x-env: canary use the weighted api / api-canary backend list, docs.demo.local goes to the docs service, and everything else for demo.local goes to the gateway service.
yoq serve --http-proxy-bind 127.0.0.1 --http-proxy-port 17080
yoq up -f examples/http-routing/manifest.toml
curl -H 'Host: demo.local' http://127.0.0.1:17080/
curl -H 'Host: demo.local' -H 'x-env: canary' http://127.0.0.1:17080/api/getfor the full restart-and-recovery drill, run ./scripts/http-routing-recovery-smoke.sh.
see examples/http-routing/README.md for the complete walkthrough.
a multi-node deployment with postgres, API server, nginx with automatic TLS, and a database backup cron. this example now matches the canonical cluster workflow: bootstrap with init-server, join agents, then deploy with yoq up --server.
TOKEN=$(openssl rand -hex 32)
yoq init-server --id 1 --port 9700 --api-port 7700 --token "$TOKEN"
yoq join 10.0.0.1:7700 --token "$TOKEN"
yoq up --server 10.0.0.1:7700 -f examples/cluster/manifest.tomlsee examples/cluster/README.md for full setup instructions.
a manifest is a TOML file with [service.*], [worker.*], [cron.*], and [volume.*] sections. see the manifest spec for the full reference.