Switch branches/tags
Nothing to show
Find file
Fetching contributors…
Cannot retrieve contributors at this time
37 lines (24 sloc) 2.15 KB
layout title description date author keywords categories index-image-url index-image-alt
Implementation Techniques for Canary Releases
This article describes some of the implementation techniques for performing Canary Releases.
Ketan Padegaonkar
snap ci, continuous deployment, continuous delivery, continuous integration, canary releases, blue green deployments, continuous deployment strategies
article deployments
Canary release

In the previous article on Continuous Deployment Strategies, we explored at a high level some of the popular CD strategies.

This article describes some of the implementation techniques for performing Canary Releases.

canary releases{: .screenshot .big}

Just like Blue/Green Deployments, one would start by deploying the application to a small subset of your servers.

Once the subset of servers is deployed to, you may then route requests for a few users to the new set of servers.

This strategy lets you do a lot of interesting things:

  • test the performance of the application
  • perform A/B tests based on demographics and user profiles, for example "users between the ages of 20-25 living in Iowa"
  • get feedback from a subset of beta testers or users from your company

As your confidence in the deployment improves, you can deploy your application to more and more servers, and route more users to the new servers.

Long running migration phase

Because one or more versions of your application may be running in production for some period of time, your application and its components (webservices, microservices, database) needs to be backward-compatible so that it works with at least one or two previous versions of your application. This Parallel-Change Pattern is a simple and effective way to implement backward-incompatible changes between application interfaces.

Snap CI © 2017, ThoughtWorks