1704135964
1704135965
灰度发布指在黑与白之间，能够平滑过渡的一种发布方式。其主要思想就是把影响集中到一个点，然后再发散到一个面，出现意外情况后很容易就回退。
1704135966
1704135967
灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。
1704135968
1704135969
ABtest就是一种灰度发布方式，即让一部分用户继续用A，另一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上来。
1704135970
1704135971
腾讯现在的灰度发布流程一般按照公司内部员工——忠诚度高的核心用户——10%活跃用户——50%活跃用户——所有用户的流程进行。如果一款产品要采用灰度发布，一般在开始进行架构设计的时候就需要考虑充分。
1704135972
1704135973
Qzone本身的演变过程，就是一个成功采用灰度发布的例子。Qzone在2015年中改进巨大，从以前慢悠悠的“老爷爷”变成了一个充满青春活力的“小伙子”，其中经历了大小无数次的发布，都采用了灰度发布的策略。
1704135974
1704135975
用户数据的升级并不是大面积的一次性升级，而是通过一个用户升级标志服务器完成。如果用户数据没有升级，后台会把此用户的数据逐步迁移到新版本上，然后将升级位置标为位置1，以后再升级则标为位置2，以此类推，从而保证在升级过程中，用户仍然可以访问旧的数据，升级完成后的访问都将转发给新的版本。
1704135976
1704135977
当然，并不是只有腾讯的方法才是最高明的。Google便有另外一种名为Gmail Labs[2]的灰度方法。
1704135978
1704135979
这种方法允许用户自己选择一些未正式发布的新特性进行体验，不喜欢可以随时关闭退出。在这个过程中，用户既成了第一个吃了螃蟹的尝鲜者，也无形中当了Google的“小白鼠”。所以说这种做法比传统的灰度要高明很多，主要体现在它更加尊重用户。
1704135980
1704135981
只是，获得好处的同时，企业也是要付出代价的：需要开发一个Labs平台实现新特性上架、独立尝试的功能，这可能要改动Gmail的前后台架构；新特性要按照一定规范来写，才能发布到这个平台上，可能会增加一些工作量；“小白鼠”用户增多之后，对系统的压力可能会有一定提升，因为每个用户调用的界面都不一样了。
1704135982
1704135983
1704135984
1704135985
1704135986
热刻影视
1704135987
1704135988
海量数据下的细分，使得运营策略越来越人性化。
1704135989
1704135990
康育涛 深圳热刻影视CEO，曾供职于腾讯互动娱乐事业群。
1704135991
1704135992
[1] 技术负债比喻由漫无计划的软件架构，或者匆忙的软件开发引起的后果，又称为设计负债。
1704135993
1704135994
[2] Gmail Labs即Gmail实验室,是Google Gmail产品的试验场,当Gmail工程师们想到一个好点子的时候就能在Gmail Labs中添加这个功能,然后得到用户的反馈信息。
1704135995
1704135996
1704135997
1704135998
1704135999
腾讯之道：我们应该向腾讯学什么？ [:1704131740]
1704136000
腾讯之道：我们应该向腾讯学什么？ 第2节 海量服务之道2.0
1704136001
1704136002
2015年，腾讯正式推出海量服务之道2.0。
1704136003
1704136004
PC时代，海量服务之道1.0支撑腾讯经历了用户规模从0到1，从1到亿并向10亿迈进的快速增长过程。
1704136005
1704136006
在用户全面向手机转移的今天，一套适应全新移动云时代的技术体系——海量服务之道2.0正式面世。
1704136007
1704136008
海量服务之道2.0由3个意识、7个技术价值观组成。集合了腾讯多年来在互联网技术上的经验和反思，众多崭新的观点，将对行业技术发展有非常正面的推动作用。
1704136009
1704136010
1704136011
1704136012
1704136013
海量服务之道2.0