移动互联网程序灰度发布.docVIP

移动互联网程序灰度发布 　　摘要：本文对移动互联网程序在电信行业支撑领域的灰度发布方案进行阐述，由原传统方式进行一次性发布、不允许试错的升级模式逐渐转为为互联网灰度发布。针对不同忠诚度的用户提供不同的版本，通过接受用户的反馈确定迭代发布版本，提供用户更好的使用体验 关键词：移动互联网；灰度发布；电信行业；微信公众号；业务支撑系统 1.概述 1.1系统现状 目前湖北联通互联网程序发布方式采用传统的发布方式。在每次发布新功能时，需要停止服务才能够发布新的版本。发布成功后再次收集新版本的反馈信息，在下一次发布中进行优化。此流程不光用户体验差，并且对于用户的反馈响应较慢，不适合快速更替的互联网程序发展需求 1.2建?O背景 随着互联网经济进入全面发展期；移动终端设备同生活结合越来越紧密，因此迫切需要一个互联网系统支撑业务发展。但是互联网程序必须7*24无间断服务。传统支撑系统可以在无业务服务的过程中进行停系统更新。此种方案不能满足互联网程序的服务要求，并且互联网程序的更新频率较高，基于此种要求，就迫切需要一种能够全新的发布方式。能够提供用户更好的体验，无缝衔接 2.建设目标和总体说明 2.1建设目标 将湖北联通对外服务的互联网程序实行灰度发布，能做到7*24小时不中断，无缝升级。全面提升用户使用感知。并且通过灰度发布，可以尝试新的功能点，并且及时获取用户使用的反馈信息 2.1.1提高产品发布的效率 在传统发布的方式中，每发布一个版本，要经过大量的审核，流程。一个版本时在上一个版本发布成功后再进行下个版本的设计研发发布。通过灰度发布，可以迭代开发。快速更替版本 2.2总体说明 2.2.1传统软件发布 传统软件开发流程通过需求分析后，交由研发人员进行开发。此阶段开发完成后由测试人员进行内部测试.当测试通过后交由合并主版本好。进行Beta版发布，由测试组、相关人员，按照需求要求进行前面测试。如果测试无误则在正式环境发布Release版本。发布过程中需要停止服务。造成用户感知下降。如果用户发布过程中存在测试阶段未能发现的问题，并且不能在短期进行问题修复。则需要进行版本回退 传统发布模式优点： a）由于传统发布模式是属于全量发布，所以在代码维护上只会存在一个版本，避免多个版本代码维护 n）由于后端只是适用一套数据源，在数据的避免数据转模型转换 c）系统架构简单，维护工作量较少 传统发布模式缺点： a）发布模式决定只能全量发布，所有的测试都在发布前完成；但是由于内部测试人员较少的问题，故会存在测试不全面导致的BUG b）发布版本由于前期设计的问题，在用户体验或者流程上的不足只能在下一个版本中修正。造成版本发布周期延长 c）用户对新老版本的兼容性，使用习惯有段适应的时间，有用户流失的风险 2.2.2互联网程序发布 由于电信营业软件都是为运营提供服务，要求在工作时段提供无缝服务；并且使用者都是内部员工，故在非工作时段可以通过停止服务的方式进行全量升级。避免带来分段升级的造成的系统不同步问题 但是由于电信行业部分软件开始对互联网提供服务，为用户自助服务，针对此类业务系统需要支持7*24小时无间断服务，不允许长时间停业务进行升级维护，并且互联网程序更新较为频繁，也造成了现有发布方案不便 为了解决以下三点问题，需要优化发布流程 1）能够不中断服务，或者减少中断服务的时间和频率的情况下发布版本 2）能够在全面发布新版本的前，进行全方位的测试，针对不同的维度，对用户提供相应的功能 3）对用户进行分维度区分，按照忠诚度，年龄段等维度区分，向不同维度的用户提供不同的功能，收集用户的反馈，获取真实用户的体验及建议。可以导向后续的功能。并且防止新旧版本兼容性的风险，防止用户使用习惯改变而造成的用户流失风险 3.灰度发布的方案 在实际生产运营的过程中，根据用户的维度进行定向发布；根据系统发布关注点的不同，设定不同的灰度发布策略 我们可以根据用户号码，用户归属地域，入网时间，终端特性，或者按照其他的策略来区分用户，对用户进行分块。提供不同的软件版本 灰度发布管理员按照策略生成不同的用户域，功能覆盖点进行个性化发布。并且提供数据反馈入口。根据反馈结果进行产品完善，制定新一轮的灰度发布，到最后的完整发布 3.1灰度发布规则制定 1）筛选用户 a）规则生成；按照用户的地域归属，入网时间，终端特性，内部用户，种子用户，活跃用户等维度划分用户，可以按照不同的用户特性，分发给不同的测试环境。比如对于内部用户，种子用户这类流失率滴的用户提供比较激进的功能，收集反馈信息。评估用户的接纳度 b）手动导入；灰度管理人