互联网之灰度升级

前几天看篇关于灰度升级的ppt，感触挺深的，正好赶上自己手上一个模块要升级线上，就想这样用用看，结果运维的童鞋直接全部升级，然后让我看log有没有问题了，可能是因为我们的系统现在比较小吧，用到的服务和机器相对较少，容易回滚，灰度的意义不大。但灰度升级这一理念还是很值得学习的。

其实现实生活中有挺多关于灰度的例子，比如世界上新研发了一种药，一般会慢慢的推广，以防发生大的危险和灾难，这其实是一个很好的灰度实例；

在做互联网服务时也是如此，当要升级一些服务时，尽量采用灰度的方式，逐步升级。例如qq要升级了，可能选择用户数相对较少的地域先升级，或者先选择号码段相对不那么重要的用户来升级，这样对于整体用户的不满意度会有较小的影响（是不满意度）。

灰度升级的核心是：多个功能点逐个升级；分批部署

例如先部署数据层，过段时间再部署逻辑层，接下来再展现层等

灰度是一种理念，是一种控制风险的方法。

今天就先这么多吧~~~