install.sh: bootstrap Castle's own control plane
A fresh clone + ./install.sh set up the infra (Docker, Caddy, MQTT, Postgres) but left the registry empty — so `castle deploy && castle start` brought up nothing. install.sh now gets a person all the way to a running Castle: - ensure_uv + install_cli: install uv and the `castle` CLI (editable from ./cli) so the command exists on a fresh machine. - seed_control_plane: register castle-gateway, castle-api, and the castle dashboard from a new bootstrap/ seed dir, and add `repo:` to castle.yaml so `source: repo:<name>` resolves. Never clobbers existing entries. - build_dashboard: build app/dist/ so the gateway has a UI to serve (best-effort; warns if pnpm is absent). The gateway seed uses a `__SPECS_DIR__` placeholder (no machine-specific paths in the repo), substituted with this machine's specs dir at seed time. .gitignore negates bootstrap/**/castle.yaml so the seeds are tracked despite the user-registry ignore rule. Verified: seeded config loads, derives kinds service/service/static, and renders an off-mode Caddyfile serving the dashboard at :9000/ with /api/* proxied to castle-api.
This commit is contained in:
18
bootstrap/deployments/castle-api.yaml
Normal file
18
bootstrap/deployments/castle-api.yaml
Normal file
@@ -0,0 +1,18 @@
|
||||
program: castle-api
|
||||
description: Castle API
|
||||
manager: systemd
|
||||
run:
|
||||
launcher: python
|
||||
program: castle-api
|
||||
expose:
|
||||
http:
|
||||
internal:
|
||||
port: 9020
|
||||
health_path: /health
|
||||
proxy: true
|
||||
manage:
|
||||
systemd: {}
|
||||
defaults:
|
||||
env:
|
||||
CASTLE_API_PORT: ${port}
|
||||
CASTLE_API_DATA_DIR: ${data_dir}
|
||||
Reference in New Issue
Block a user