Practice this topic in a realistic system design interview
Testing catches many problems, but production is still different. Real users, real data, and real scale can expose issues that staging never shows.
A canary release reduces that risk by sending a small percentage of production traffic to the new version first.
If the new version looks healthy, the team sends it more traffic. If something breaks, only a small group of users is affected, and traffic can move back to the old version.
Canary releases are safer, but they need more setup. The system must split traffic, measure the old and new versions separately, and decide when to continue or roll back.
This chapter explains how canary traffic works, which metrics matter, how teams automate the decision, and when the extra work is worth it.