统一推送联盟将在,2、多厂商推送通道集成原理在信鸽一期的多厂商通道集成能力中

摘要阿里巴巴于近期正式开源了其自研的动态非侵入AOP解决方案:JVM-Sandbox。JVM-Sandbox即JVM沙箱容器,一种JVM的非侵入式运行期AOP解决方案。写在前面随着软件部署规模的扩大,系统的功能的细化,系统间耦合度和链路复杂度不断加强。若要继续保持现规模系统的稳定性,需要实现并完善监控体系、故障定位分析、流量录制回放、强弱依赖检测、故障演练等支撑工具平台。出于对服务器规模和业务稳定性的考量,这些配套工具平台要具备对目标应用具有无侵入、实时生效、动态可插拔的特点。要实现这些,多少都会触及到一块底层技术——动态字节码增强。如果每个工具都自己实现一套字节码增强逻辑,前期实现的门槛与后期维护成本高,且不同工具间相互影响造成不可预知的风险。如何屏蔽字节码增强技术的高门槛,降低研发运维成本,同时又能支持上层多个工具平台功能的快速实现和动态管理,成为阿里集团的目标。从去年开始潜心修行,创新的研发了一套实时无侵入的字节码增强框架。于是
JVM-Sandbox
诞生了!诞生历程2014年GREYS第一版正式发布,一路看着他从无到有,并不断优化强大,感慨羡慕之余,也在想GREYS是不是只能做问题定位。2015年开始根据GREYS的底层代码完成了人生的第一个字节码增强工具——动态日志。之后又萌生了将其拆解成录制回放、故障模拟等工具的想法。扪心自问,我是想以一人一个团队的力量建立大而全的工具平台,还是做一个底层中台,让每一位技术人员都可以在它的基础上快速的实现业务功能。我选择了后者。应用场景JVM-Sandbox
的目标群体Btrace
好强大,也曾技痒想做一个更便捷、更适合自己的问题定位工具,既可支持线上链路监控排查,也可支持单机版问题定位。有时候突然一个问题反馈上来,需要入参才能完成定位,但恰恰没有任何日志,甚至出现在别人的代码里,好想开发一个工具可以根据需要动态添加日志,最好还能按照业务
ID
进行过滤。系统间的异常模拟可以使用的工具很多,可是系统内的异常模拟怎么办,加开关或是用
AOP
在开发系统中实现,好想开发一个更优雅的异常模拟工具,既能模拟系统间的异常,又能模拟系统内的异常。好想获取行调用链路数据,可以用它识别场景、覆盖率统计等等,覆盖率统计工具不能原生支持,统计链路数据不准确。想自己开发一个工具获取行链路数据。我想开发录制回放、故障模拟、动态日志、行链路获取等等工具,就算我开发完成了,这些工具底层实现原理相同,同时使用,要怎么消除这些工具之间的影响,怎么保证这些工具动态加载,怎么保证动态加载
/
卸载之后不会影响其他工具,怎么保证在工具有问题的时候,快速消除影响,代码还原。如果你有以上诉求,那么你就是
JVM-Sandbox 的潜在客户。JVM-Sandbox
提供动态增强类你所指定的类,获取你想要的参数和行信息;提供动态可插拔容器,管理基于
JVM-Sandbox 的模块。JVM-Sandbox 能做什么?在
JVM-Sandbox(以下简称沙箱)的世界观中,任何一个 Java
方法的调用都可以分解为BEFORE、RETURN和THROWS三个环节,由此在三个环节上引申出对应环节的事件探测和流程控制机制。不仅如此还有LINE事件,可以完成代码行的记录。//
BEFORE-EVENTtry { /* * do something… */ //LINE-EVENT a(); //
RETURN-EVENT return;} catch (Throwable cause) { //
THROWS-EVENT}基于BEFORE、RETURN和THROWS三个环节事件以及LINE事件,可以完成很多类
AOP
的操作。可以感知和改变方法调用的入参可以感知和改变方法调用返回值和抛出的异常可以感知一个请求按顺序执行了哪些行可以改变方法执行的流程在方法体执行之前直接返回自定义结果对象,原有方法代码将不会被执行在方法体返回之前重新构造新的结果对象,甚至可以改变为抛出异常在方法体抛出异常之后重新抛出新的异常,甚至可以改变为正常返回JVM-Sandbox
都有哪些可能的应用场景线上故障定位线上系统流控线上故障模拟方法请求录制和结果回放动态日志打印安全信息监测和脱敏行链路计算和覆盖率统计JVM
沙箱还能帮助你做很多很多,取决于你的脑洞有多大了。JVM-Sandbox
在阿里集团的应用线上故障演练17 年故障演练平台在 JVM-Sandbox 基础上仅耗时
1
周即完成故障注入部分的系统重构。重构后的系统在挂载效率和挂载成功率方面有了明显的提升,极大的缩短的故障演练的时间,演练效率提升了数十倍。基于
JVM-Sandbox 改造后的故障演练平台,通用性强,所有基于 JVM
启动的系统均支持,极大的拓展了故障演练的范围,故障演练已达到集团级部署。与
16 年故障演练数据对比,17 年的故障演练平台,覆盖 BU 提升了 1.6
倍,覆盖应用提升了 5 倍,覆盖场景提升了 37 倍。依赖检测17
年强弱依赖自动化检测平台诞生。它提供了依赖检测、强弱分析、依赖扫描、故障注入等多种能力,底层能力基于
JVM-Sandbox 在 1
周内完成功能开发。利用其模块容器的特性,将前人开发的模块与新增模块一起挂载共同工作,完成平台功能。强弱依赖梳理方面,承载了淘宝的系统强弱依赖梳理工作,260+
个应用一键接入系统,并实现了 0
人工成本的自动化、智能化梳理。服务端录制隔离回放机制在 JVM-Sandbox
基础上开发了一个 SS 模块,相当于一个录音机 + 回放机,
在调用中间件的时候, 顺序录制下了我们的中间件请求,
并且存储这份‘磁带’到服务器上。当我们需要隔离回放的时候,
将这份‘磁带’找到, 并且在需要的时候直接从‘磁带’读取,
并不需要真实地请求我们的中间件,
这样就保证了我们的读、写接口也能做到可重复使用,从而实现服务端的隔离回放。线上录制隔离回放不仅极大的缩短的业务回归的耗时,把业务测试同学从繁琐的数据准备和接口自动化脚本的编写过程中解放出来,而且极大的拓展了覆盖范围,使回归的范围更贴近用户,且场景更丰富。精准回归服务端录制隔离回放机制诞生之后,虽然有效的提升了覆盖范围,降低了自动化脚本的人工投入,但是也带来了新的问题。线上录制的场景是海量的,单个系统都可以达到万级、十万级甚至百万级别的录制,这些录制的场景中,存在大量的重复场景,如何识别重复场景,实现有效、精准的回放,成为新的待解决问题。17
年在 JVM-Sandbox 的基础上,利用 LineEvnet
实现了行链路识别和标记,有效的提升了回放的精准度和效率。JVM-Sandbox
在阿里集团已经实现全网部署,在其上加载不同的模块实现了不同的功能,每个功能根据
BU
和应用的需要进行加载:强弱依赖检测功能:覆盖淘宝、天猫、业务平台、菜鸟、飞猪、ICBU、CBU
等 7 个 BU,240+
个应用;线上故障演练功能:覆盖集团客户体验事业群、淘宝网、云零售事业部、天猫、业务平台、飞猪、菜鸟、钉钉、阿里健康、CBU、集团安全、支付宝等
16 个 BU,391 个应用;服务端录制回放:覆盖淘宝网、钉钉 2 个
BU;精准回归:覆盖淘宝网、业务平台、钉钉 3 个
BU。通过上边的事例,想必大家对 JVM-Sandbox
是什么,核心功能是什么,还能做哪些事情,以及是否可以为阿里以外的同学提供服务等问题更感兴趣了,下面我们着重介绍这部分内容。开源和共建1、已开源,寻求更多的同学一起完善
JVM-Sandbox 的功能。Github
地址:
JVM-Sandbox
的功能;3、希望更多的同学想到跟多的应用场景,并能开源出来供大家使用。综上,JVM-Sandbox
是一个纯 java 编写的 AOP
解决方案。它为研发人员提供了一个快速实现字节码增强工具的平台。他的模块管理功能可以最大限度的复用模块、协同合作,减少重复投入。随着
JVM-Sandbox
的开源,我们期待更多的人加入到功能扩张和优化上,使其适配更多的开源中间件和
JVM。希望有更多的同学,发挥其聪明才智,开发更多、更好的上层模块,提供给自己和其他人的人使用。也希望能够利用好已有的模块,组装出新的工具平台和应用场景。JVM-Sandbox
建设和应用期待大家共同建设。

摘要Android统一联盟发布最新消息,为了给手机用户提供更好的使用体验,统一推送联盟联合“Android绿色应用公约”倡议互联网服务提供商和App独立开发者未来采用统一推送的解决方案,并放弃非必要后台行为。一大批APP已响
…Android系统乱象众所周知,Android系统的生态异常混乱,这很大程度上反映在两个方面:索要过多的权限,很多涉及用户隐私、安全的不必要的权限。比如一个扫雷游戏都想要能记录音频和视频的访问权限;流氓App们会疯狂用各种进程占据系统后台,还不断自动启动,即使在应用彻底关闭的情况下它也会主动唤醒自己,很多时候同一家公司的应用还会互相唤醒。而Android原生系统附带的权限管理、后台休眠功能,对于流氓App们只是个摆设。于是,长期占据内存、消耗电量,让手机越来越卡的后台行为,使得大部分Android用户倍加头疼。当然,其它国家的Android应用也存在类似的问题,但几乎没有一个能像中国市场这么普遍。统一推送联盟应运而生为了解决这类问题,去年年底,工信部牵头成立了安卓统一推送联盟,迅速获得手机厂商和软件开发商得支持,各大手机厂商、互联网巨头得加入,给国内Android用户带来了曙光。统一推送联盟成立的报道,详见《[资讯]
统一推送联盟在京成立:结束国内安卓生态混乱》。从当时公布的情况看,华为、小米、OPPO、vivo、魅族、努比亚、联想、展讯、京东等国内几乎所有的手机厂商和软件厂商都在这个名单中,而这个联盟的主旨就是,为用户创造绿色使用环境,减少与终端用户的利益冲突。最新工作进展统一推送联盟发布最新消息,为了给手机用户提供更好的使用体验,统一推送联盟联合“Android绿色应用公约”倡议互联网服务提供商和App独立开发者未来采用统一推送的解决方案,并放弃非必要后台行为。具体包括:App限制交叉唤醒、链式启动。除用户的主动交互触发外,避免启动其它应用未处于运行中的进程;App让设备CPU尽可能处于休眠状态,并避免在不必要的时间段(如夜间)继续调度周期性事件;App避免不必要常驻后台的行为。目前,已收到中国移动、中国联通、美图、平安科技、轻推、爱奇艺、极光、Dcloud、爱城市网、即刻、搜狗、兆日科技、如意通、酷安、知乎、AppSo等各方的积极响应,自愿遵循这一倡议,共同打造更好的安卓生态。未来工作展望对于“Android绿色应用公约”倡议,本次遗憾得是,以上确认跟进的应用中,缺席了BAT的主要应用。对此,有网友认为,这个公约自然不是针对BAT的那些“平台级”的应用,但是对于整个生态的意义很大。相信后期,会有更多App响应号召并加入该联盟,制定并完善中国安卓绿色App公约,创造更好的移动互联网产业生态,提升产业环境,提高用户体验。此外,统一推送联盟将在
26
号在中国通信研究院召开会议,讨论统一推送接口标准等问题。那么你看好这个联盟吗?

摘要腾讯移动推送(信鸽)正式推出多厂商通道的一体式推送方案,号称Android首家实现统一推送服务的云厂商。1、前言关于国内安卓推送环境,作为开发者深受其苦:厂商通道各自为战,第三方通道互保策略共存,导致开发者对推送效果不满、手机用户对推送服务不满、厂商对多通道策略不满,造成了混乱的市场现状。腾讯移动推送(信鸽)作为统一推送联盟副理事长,在推动统一推送标准的建立与落实中,腾讯信鸽提出多厂商通道一体化的集成式推送解决方案,为整合推送环境、统一推送规范迈出了实验性的一步。2、多厂商推送通道集成原理在信鸽一期的多厂商通道集成能力中,信鸽开放了对小米、华为、魅族等厂商的通道集成能力,后续也会持续优化和扩充。在集成版本的SDK中,信鸽可以实现:1)根据用户的设备品牌信息,自动选择使用对应厂商的推送通道;2)一次推送自动分发至多个厂商通道,并提供统一的管理台查看推送数据;3)开发者可以通过勾选打开/关闭分通道推送的能力,来选择是否调用该功能。现有的推送流程如下:3、多厂商推送通道集成具体实现3.1
统一账号系统每个PUSH SDK
都会生成一个唯一标识的字符串来标识集成了其SDK的设备,用于PUSH后台来标识终端设备,统一称之为TOKEN。由于集成了多方厂商PUSH
SDK,
每个厂商都会有就自己的账号Token体系,所以信鸽需要有一套统一的账号体系将各个厂商的账号体系关联起来。业务消息来时,会先调用信鸽Token,检查该Token是否有后台绑定关系的其他厂商通道注册Token。统一账号体系的流程如下:1)信鸽PUSH
SDK 从后台获取本设备的唯一标识TOKEN,
其生成主要是依据设备的设备ID,应用的包名等信息计算得到;2)根据用户设备的调用机型,调用对应的第三方PUSH
SDK相应中的注册API,获得厂商通道的设备TOKEN;3)将信鸽PUSH
TOKEN跟第三方PUSH TOKEN进行帐号关联。3.2
通道选择当有业务消息推送到信鸽PUSH后台时,信鸽会进行任务的拆解下发。根据后台Token的记录,如果有对应的厂商Token,优先推送厂商通道,否则推送信鸽通道。通道选择原则:1)优先选择厂商PUSH通道;2)厂商通道注册失败时,选择信鸽通道。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

相关文章

网站地图xml地图