Continuous Delivery is the software development process of getting code changes into production quickly, safely and with higher quality usually using tools to automate the deploys. Engineering teams make changes to their software in short cycles, so that it can be tested and released more frequently. This approach allows for incremental changes with both lower costs and risk. The approach was first popularized by Jez Humble and David Farley in their book, Continuous Delivery: Reliable Software Releases Through Build, Test, and Deployment Automation.
Below are the primary benefits to a continuous delivery pipeline in the cloud.
Speed to market
Market conditions are in a perpetual state of constant change as consumer behavior shifts. Products can suddenly catch on or, just as suddenly, decline. At the same time, technological advances can also affect the need to release changes more quickly to your end users. To respond to unpredictable market and technology changes, it’s quicker for engineers to release software using continuous delivery.
Lower risk
When incremental changes are released more frequently, errors can be spotted and corrected earlier in the development process. It’s also easier to roll back smaller changes when necessary and helps prevent unintended changes from entering the production environment through version control and the use of a staging environment. Leveraging automated testing as well as breaking tests into smaller unit tests are other DevOps best practices that reduce downtime.
Coordination and communication between teams
With continuous delivery, teams share responsibility for software delivery. This breaks down the silos between groups or departments, and removes the unpredictability and stress from software release. Deploying more frequent releases is a process that gets the team working at a regular, predictable pace.
Quicker learning cycle
Releasing new features more quickly to market means more timely feedback from your customers. This release process allows you to learn from your customers by getting working software into their hands sooner, incorporate their feedback and make adjustments to your product to improve it.
The terms ‘DevOps’ is a combination of ‘development’ and ‘operations,’ denoting the collaboration between the two. DevOps shares common goals and traits with continuous delivery. Each delivers small changes, relies on collaboration and coordination between teams and shares a common goal of faster time to market.
To clarify the difference between the two, DevOps is the methodology for helping companies build and release software. It’s the practice that emphasizes collaboration and coordination between the software developers and other departments in the company. DevOps creates an environment where software can be developed, tested and released quickly and reliably.
You can think of DevOps as the larger force and philosophy behind the service, while continuous delivery is the process that delivers it in the cloud.
In traditional software development, the process of integration occurs at the end of a project after each person finishes their work. This process can take a long time and be frustrating for all involved.
Continuous integration is a software development practice that moves the integration phase up in the development cycle so that developing, testing and integrating code happens with greater frequency. The development team merges code changes into a shared, central repository several times a day in order to release a product version at any moment. This requires an integration process which is reproducible and automated.
In the practice of continuous deployment, all software changes that pass testing automatically go to production. To create a continuous deployment pipeline, your company needs to get to continuous delivery first.
Continuous deployment can be considered an extension of continuous integration, with a goal to minimize the time lapse between writing new code and the new code being used in the production code base.
To achieve continuous deployment, the development team relies on a rigorous process that automates the various steps leading up to deployment. After each integration meets release criteria, the live application is updated with new code and a production deployment can happen.
Agile software development holds a set of values and principles whereby requirements and solutions evolve through team collaboration. It embraces adaptive planning, early delivery, continuous improvement and flexible response to change. In agile, there is no set time frame for each release, but the idea is that they occur frequently: perhaps every few weeks or every few months, with a preference for the shorter of the two.
In the evolution of processes for software delivery, agile development preceded continuous delivery.
Continuous delivery is a subset of agile in which the team keeps its software ready for release at all times during development. It is more about developing in such a way that the software is always ready for release – continuously.
Experimentation and feature management need to work hand-in-hand. Experimentation is an important way for your company to validate ideas prior to launching new products, features, and experiences to all visitors. With development teams that use continuous integration and continuous delivery process, feature flags that control the rollout of new experiences can mitigate the risk of launching something unproven to everyone at the same time.
To help keep A/B testing as a key part of your organization’s deployment process, Optimizely server-side experimentation integrates feature flags, rollouts, and variables with experimentation, allowing you to control the entire product development lifecycle in one place. By first running an A/B test to a portion of traffic, your team can test and gradually optimize a new feature. Once you have the best user experience, it can be rolled out in a controlled way across your entire customer base to reduce the risk of any engineering issues with the release process.