Deploy on Demand
Remove the last manual gates and deploy every change that passes the pipeline.
2 minute read
Key question: “Can we deliver any change to production when the business needs it?”
This is the destination: you can deploy any change that passes the pipeline to production whenever you choose. Some teams will auto-deploy every commit (continuous deployment). Others will deploy on demand when the business is ready. Both are valid - the capability is what matters, not the trigger.
These terms are often confused. The distinction matters for this phase:
Continuous delivery is the goal of this migration guide. Continuous deployment is one delivery strategy that works well for certain contexts - SaaS products, internal tools, services behind feature flags. It is not a higher level of maturity. A team that deploys on demand with a one-click deploy is just as capable as a team that auto-deploys every commit.
When your foundations are solid, your pipeline is reliable, and your batch sizes are small, deploying any change becomes low-risk. The remaining barriers are organizational, not technical: approval processes, change windows, release coordination. This phase addresses those barriers so the team has the option to deploy whenever the business needs it.
Remove the last manual gates and deploy every change that passes the pipeline.
Use canary, blue-green, and percentage-based deployments to reduce deployment risk.
Extend continuous deployment with constraints and practices for AI agent-generated changes.
Real-world stories from teams that have made the journey to continuous deployment.