微服务蓝绿测试部署方案？

当你切换到蓝色环境时，需要妥当处理未完成的业务和新的业务。如果你的数据库后端无法处理，会是一个比较麻烦的问题；
有可能会出现需要同时处理“微服务架构应用”和“传统架构应用”的情况，如果在蓝绿部署中协调不好这两者，还是有可能导致服务停止的；
需要提前考虑数据库与应用部署同步迁移 /回滚的问题；
蓝绿部署需要有基础设施支持
在非隔离基础架构（ VM 、 Docker 等）上执行蓝绿部署，蓝色环境和绿色环境有被摧毁的风险

第一个问题：可以通过负载均衡、服务鉴权等方式切分前端流量
第二个问题：正常部署，前端统一负载即可
第三个问题：这里面还是需要有自己的一套逻辑，是通过随机流量切分、用户角色权限、前端请求携带访问应用版本等
第四个问题：可以不用进行数据库分离

蓝绿测试或者叫金丝雀测试或者叫AB测试都可以，主要的目的是通过设置某种规则来局部验证新功能是否正确。
蓝绿测试如何做？首先要确定方案，
确认测试的范围：按位置范围测试、按用户级别测试还是随机测试；
确认测试时间：持续测试一天、三天还是一周；
测试效果预估：要设置测试的目标，确认业务上达到某种值之后就认为已达到目标，可以全量发布；
目前这种测试方案都没有开源的，一般来说需要业务自研，并能根据蓝绿的范围做数据统计；
一般来说，蓝绿测试不需要数据库分离，因为这就是业务实际产生的数据。