全部产品
云市场

更新推送

更新时间:2018-09-06 20:34:09

简介

针对客户端发布做了更新推送服务,即向用户客户端push消息提醒用户版本升级;发布过程中包含多种发布策略,支持灰度发布场景;发布后即时进行crash监控告警,保障高可用性和稳定性。

功能概述

名词 详细说明
更新推送 将发布包推送到用户手机端的过程,EMAS 平台定义为更新推送。
发布批次 一个发布批次可以理解为一次发布的请求,通过多批次缓慢放量,用户可以持续观察版本稳定性数据,在出现问题时及时止血,从而提升发布质量,控制线上问题影响范围。
通知设备数 EMAS 平台的更新推送过程,通过sdk跟用户手机端通信,通知设备数分为计划通知和实际通知,计划是发布批次希望通信的用户数,实际通知为发布后真正通信到的设备数。
实时UV 结合高可用服务,实时UV是指当前客户端版本当前的用户数。
Crash率 结合高可用服务,统计当前客户端版本的实时crash率,需要注意的是crash率每天0点会重新开始计算。
发布类型 发布类型分为灰度和正式,正式也叫全量发布。灰度发布在发布批次中需要设置提醒人数和截止时间,但正式发布无法选择提醒人数也没有截止时间,会一直执行直到所有用户都更新为新版本。
更新策略 更新策略是指跟端上通信时用户体验的交互方式,简单分为:提示更新(用户手机端会收到提醒文案,用户自行选择是否更新),静默更新,强制更新;结合用户手机网络情况,进行条件组合。
发布成功 当某个客户端版本推送到至少一个用户手机端以后,EMAS平台就定义这个版本为发布成功,系统会自动更新发布单状态。
发布失败 用户在创建过更新推送批次后,如发现版本质量问题,可以手动设置当前版本发布失败,发布失败的版本不会归档也不会作为动态部署的基准包。
归档 iOS发布如无实际推送数据,在发布包测试通过后,需要手动点击归档,将发布包和依赖归档到系统中。
更新提醒文案 当更新策略为提示更新时,会给用户手机端发送一个提醒文案,每个批次都可以自定义不同的文案。
更新提醒次数 同一个版本,提醒同一个用户设备的次数,默认 1 次,也可以自定义成更多次。

前提条件

Android发布SDK接入已经完成;

发布配置已经完成;

创建发布单已经成功;

构建发布包成功;

集成回归通过;

发布单自动化测试通过;

上传cdn成功;

操作步骤

1、在确保已满足前提条件且拥有发布单权限的情况下,点击发布单名称进入发布单详情页面,选择【更新推送】,点击【创建更新推送】。

更新推送1

2、选择灰度发布,用户需要额外设置提醒人数、结束时间等信息。

更新推送2 填写完成后,点击【确认发布】,页面被刷新到更新推送列表。

3、选择正式发布,无需设置通知人数和截止时间,默认给所有用户推送。 发布3 填写完成后,点击【确认发布】,页面被刷新到更新推送列表。

4、查看更新策略详情,下拉框可以看到所有可选项。

更新推送4

5、查看高级选项,支持针对某些系统版本发布,针对特定机型和品牌发布,或者排除某些机型和品牌发布;例如已经某品牌机型上有 Crash 问题,那么发布就可以灵活的避免开它,直到该问题修复为止。

更新推送5

6、查看发布效果,监控发布数据,包括:累计通知用户设备数、实时UV、实时Crash率。 更新推送6

系统自动发布归档

  • EMAS 平台定义发布批次成功通知到 1 名用户,发布单状态即为发布成功。发布成功的版本系统会在包归档和依赖归档,依赖可以为后续项目的构建做基线版本。
  • 发布成功时,如果当前发布单中只有灰度批次,则定义为灰度发布成功;
  • 如有正式发布批次,则定义为正式发布成功;
  • 已经灰度发布成功过后又发生了正式发布批次的归档,则更新状态为正式发布成功;

手动确认发布成功

  • 在创建过发布批次之后,用户可以通过在页面点击按钮,手动确认发布成功。手动确认发布成功后的归档逻辑跟系统自动归档的一致。

手动确认发布失败手动确认发布失败

  • 在创建过发布批次之后,用户可以通过在页面点击按钮,手动确认发布失败。发布失败后当前发布单不可以再发布,进行中的批次也会终止,发布失败的版本无法作为依赖归档也无法作为打包基线。

手动归档手动归档

  • 针对 iOS 不使用更新推送的情况,但是系统也支持做依赖归档和发布包归档。
  • 在确认测试通过之后,用户可以通过在页面点击按钮,手动归档。针对发布包和依赖的归档逻辑,跟系统自动化归档一致。