What It Does
Tell Monk to deploy. Or push to git if you’ve set up CI/CD. Monk handles the rest — deployment, health checks, rollback if anything breaks. Infrastructure changes, workload changes, API configurations, dependency upgrades — all applied automatically.How Updates Work
Method 1: Direct Deployment
Tell Monk what you want:Method 2: Automatic via CI/CD
If you’ve set up CI/CD:- Push changes to your repository
- CI pipeline triggers automatically
- Monk deploys to production
- Health checks verify the deployment
What Gets Updated
On every deploy, Monk handles: Application — code changes, environment variables, container images, resource allocation (memory, CPU). Infrastructure — new services added, removed services cleaned up, network routing updated, firewall rules adjusted. API configuration — webhook URLs (Stripe, Auth0, etc.), OAuth callbacks, third-party API resources. See APIs. Dependencies — databases, caches, queues, and other supporting services upgraded to latest stable versions from the package ecosystem. Data preserved. All applied with zero downtime.Health Checks & Rollback
Monk doesn’t consider a deployment done until it’s verified. During rollout:- New containers must start successfully
- Services must respond to health endpoints
- Database connections must establish
- All dependencies must be reachable
- Traffic shifts gradually to the new version
- Old version stays live during transition
Manual Rollback
Keep your app and Monk config in git. Rolling back is straightforward:- Check out a previous commit:
git checkout <previous-commit> - Tell Monk:
deploy this version - Done — application, containers, infrastructure, service wiring all rolled back
OS & Runtime Updates
Automatic OS and runtime updates — rolling VM patches, security updates, orchestrator self-updates — are on the roadmap. Vote on what to prioritize.
Build & CI/CD
Automatic deployments on every push.
Monitoring
Health checks, alerts, and validation.

