灰度发布一般使用物理方式实现：A/B环境、蓝绿部署、金丝雀灰度等。
这些方案非常不错，但是有个缺点是：物理（money）成本高。
所以想请教下，有没有比较好的代码灰度实现；
这种方式必然会增加一些编码工作量，但节省了物理成本，所以想借鉴下。
主要是可行性、成本以及带来的问题。
当前已有功能有：
1、区域配置服务。可以用来灰度配置区域
目前我认为有两种方案：
A：仅支持灰度，也就是true/false（满足需求）
B：支持多版本（非常优秀）
我的思路是：
在每个应用的代码中，同时存在两个（多个）版本的代码；
通过读取灰度配置判断使用哪个版本；
编码时，老版本代码永远不做修改，当需要迭代时，先复制代码，创建新版本，在新版本上修改。通过灰度配置来判断使用哪个版本代码。定期清理老的不用版本的代码
目前遇到的困惑有：
1、多版本代码共存的管理、后期的清理工作
2、更好的实现方式，最好有demo
3、对这种架构的良好编码规范
