灰度发布经验交流-张远敏-绿点.pptxVIP

灰度发布经验交流 2013年10月 提纲 灰度发布介绍 灰度发布部署的几种方式 手机营业厅客户端灰度发布实现方式说明 架构预设、应用方案讨论 统一门户客户端 承载60项全网业务，提供42项服务功能 覆盖三大智能终端平台 更新12个版本，适配17套主流机型 HD版 WP版 Android/ iOS版 采用统一规划思路实现版本快速迭代 灰度发布的定义 在传统软件产品发布过程中（例如微软的Windows 7的发布过程中），一般都会经历Pre-Alpha、Alpha、Beta、Release candidate（RC）、RTM、General availability or General Acceptance （GA）等几个阶段（参考Software release life cycle）。可以看出传统软件的发布阶段是从公司内部-外部小范围测试外部大范围测试-正式发布，涉及的用户数也是逐步放量的过程。在互联网产品的发布过程中也较多采用此种发布方式：产品的发布过程不是一蹴而就，而是逐步扩大使用用户的范围，从公司内部用户-忠诚度较高的种子用户-更大范围的活跃用户-所有用户。在此过程中，产品团队根据用户的反馈及时完善产品相关功能。此种发布方式，按照中国特色的叫法被冠以“灰度发布”、“灰度放量”、“分流发布”。关于“灰度发布”叫法的来源无从考察。只不过按照中国传统哲学的说法来看，很符合中国人中庸的思维模式：自然界所有的事物总是以对称、互补、和谐的形式存在，例如黑与白、阴与阳、正与负、福与祸。在二元对立的元素间存在相互过渡的阶段，所谓“祸兮福所倚，福兮祸所伏”。具体到黑与白，在非黑即白中间还有中间色——灰色。于是出现了很多关于灰色的说法：灰盒测试，灰色管理（极力推荐任正非：管理的灰度），灰色收入，灰色地带等等。因此对于灰度发布实际上就是从不发布，然后逐渐过渡到正式发布的一个过程。 灰度发布的作用 及早获得用户的意见反馈，完善产品功能，提升产品质量； 让用户参与产品测试，加强与用户互动； 降低产品升级所影响的用户范围； 降低技术上风险，在放出小范围后去发现、解决问题。 灰度发布实施要素 实施灰度发布，主要需要考虑策略和部署两个层面的问题。 灰度发布的一般步骤 定义目标 选定策略：包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等 筛选用户：包括用户特征、用户数量、用户常用功能、用户范围等 部署系统：部署新系统、部署用户行为分析系统（web analytics）、设定分流规则、运营数据分析、分流规则微调 发布总结：用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表 产品完善 新一轮灰度发布或完整发布 提纲 灰度发布介绍 灰度发布部署的几种方式 手机营业厅客户端灰度发布实现方式说明 架构预设、应用方案讨论 负载均衡层部署方式 可以只配置一套软负载，硬负载将所有请求都转发到这套软负载上，由软负载代替硬负载实现负载均衡功能；甚至可以去掉硬负载，直接将互联网上请求由从防火墙映射到软负载上。 并发较少的系统 并发较多的系统 部署了两套软负载，每个软负载都能控制到下面所有Web服务器节点。且因为之前使用硬负载进行了分流，每个软负载只分摊50%的请求，降低了性能要求。另外，这种部署方式的容灾能力也要更好。 不分并发 这种场景可建立在，由于特殊的网络条件，服务器A、B与C、D在不同机房且无法互通，这时可以将两套软负载分别部署在两个机房。（还需建立在硬负载能分别到达两边机房的基础上）。 使用会话保持分流技术实现无缝升级 无缝升级是指在升级过程中，不中断用户的业务连续性。直接进行服务节点的切换，用户不仅会丢失会话信息，还有可能因新节点上流程的变更导致业务无法继续进行。因此建议采取对旧会话用户采用会话保持分流技术来实现无缝升级。 具体步骤如下： 在软负载中采用会话保持技术，对用户的请求进行会话管理。 当判断请求为新会话时，根据规则校验、负载均衡策略，获取Web服务节点的物理访问地址。按照该地址进行数据转发，并同时将地址保存在会话中。 当判断请求为旧会话时，直接从会话取出物理访问地址，以此进行数据转发。 一个会话永远只对应一个物理访问地址。不会因分流规则变化而跳转到其它Web服务节点。 灰度环境独立于现网环境部署方案 灰度环境独立于现网环境部署，是指在原有的生产环境服务器以外，单独安排若干台服务器，并在这些单独的服务器上部署灰度版本的应用，提供给内部或外部的体验用户使用。灰度体验完成后，再对生产使用的服务器进行常规方式的部署发布。 这种部署方案下的灰度环境类似于传统测试中使用的预发布环境，但不同的是此环境和生产环境共用正式生产环境的后台接口和数据库数据等。 这种部署方式有以下优点： 1、对现网系统的改造较小，灰