Skip to main content
SnowOps Labs

Reference

Applications & services

Build, deploy and destroy apps; install the services they depend on.

docs/reference/cli/apps.md

labctl app

Applications live in apps/<name>/, each with an app.env declaring its BUILD_STRATEGY, DEPLOY_STRATEGY and HELM_VALUES. The CLI reads that file and runs the matching strategy — it never hardcodes how an app is built.

labctl app list              # discovered apps with their build/deploy strategies
labctl app build go-api      # build the container image
labctl app deploy go-api     # deploy to the cluster
labctl app destroy go-api    # remove it

REST: GET /api/v2/apps, GET /api/v2/apps/{name}/detail, POST /api/v2/apps/{name}/{build,deploy,destroy}.

labctl service

Shared services that apps depend on — Redis and friends. They live outside the platform categories because they are application dependencies, not platform capability.

labctl service list             # available shared services
labctl service up redis         # install
labctl service down redis       # uninstall
labctl service status           # all services
labctl service status redis     # one service

The incident field notes

One real Kubernetes failure a week — the symptom, the commands that found it, and the fix. Written from actual lab runs, not from memory.

You'll get the Kubernetes Incident Response Field Guide, plus occasional emails about new scenarios, posts and paid offerings such as courses and workshops. Unsubscribe any time.