灰度发布

目前产品的迭代速度越来越快，尤其是互联网产品，如果按照传统的发布方式周期比较长，如果出问题修复的代价就好比较大。灰度发布其实也就是让问题更早的暴露出来减少后期修复的成本。

灰度发布增加了测试范围和测试资源，但是如何制定灰度发布策略是关键，

首先，要挑选目标客户，也就是最早一批使用客户

其次，产品针对用户的隔离，目标用户访问目标模块

最后，监控要完善到位，性能异常点等，

灰度发布的本质实际上是让用户帮你测试，但是用户不是专职的测试，所以他一般不会主动抱bug（除非遇到大问题，但是当用户主动报bug的时候，也就是你收到投诉了，这个应该不是你想看到的），但是有用户投诉不是最坏的，最坏的是用户不投诉，或者新产品为用户提供了有力的漏洞，这时候如果监控不到位。那迎接你的将是毁灭行的回滚和修复！所以灰度发布要有安全隔离，完善的监控，并且有友好的目标客户群。原则就是，尽早的发现问题的同时降低整体发布的风险

以上是基本的灰度发布原则，如果做好灰度发布还有很多事情要做。

比如，前端的通用发布规则库，控制用户访问特点的模块。产品负载等的hash算法流。后端的实时智能定位组件，版本管理系统等等。

灰度发布可以更迅速更安全的发布产品，但是需要一定的技术团队积累！

闲扯了这么多，先写到这吧！