应用渠道分包打包的方法、装置、设备及可读存储介质制造方法及图纸

技术编号:39440731 阅读:7 留言:0更新日期:2023-11-19 16:23
本申请属于数据打包的技术领域,公开了一种应用渠道分包打包的方法、装置、设备及可读存储介质,包括:获取功能以及版本号确认后的目标广告母包;当目标广告母包的应用程序类型为存量应用程序,将目标广告母包上传至网宿云对象存储服务器中进行渠道分包打包处理,得到不同的渠道分包后上传至网宿云CDN;当应用程序类型为增量应用程序,将目标广告母包上传至阿里云对象存储服务器中,生成不同的渠道信息对应的第二下载链接,并当用户点击第二下载链接时,基于阿里云的FC函数计算从阿里云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到对应的渠道分包,并实时回源至网宿云CDN中。本申请可提高游戏等应用渠道分包打包效率。打包效率。打包效率。

【技术实现步骤摘要】
应用渠道分包打包的方法、装置、设备及可读存储介质


[0001]本申请涉及数据打包的
,尤其涉及一种应用渠道分包打包的方法、装置、设备及可读存储介质。

技术介绍

[0002]对于安卓端的游戏发行而言,在对应渠道上的投放归因效果统计十分重要。通过不同渠道引流情况的判断,可用来评估渠道效果或进行渠道营销的优化。与一般的app业务投放的渠道不同,游戏投放的渠道一般来说会更加繁多复杂。对于这种归因统计上报,一般采用的方式都是通过在客户端包体中,在某个位置或者某个文件中,写入对应的渠道的信息,包体在游戏激活启动时,客户端便可通过该位置进行读取对应的渠道信息,并进行埋点上报。这一套流程下来,投放便可通过数据平台/后台知道,在哪个渠道下的登录/激活/支付的提现效果,包括设备转化率等数据,从而能分析出投放的效果。
[0003]手游发行公司体量越大,业务投放渠道,游戏类别,广告位置的信息越是繁多,往往一款游戏,对应需要出的游戏包体以及投放的链接就有十几万条,而目前发行的游戏累计运营也有近2000余款,在众多游戏渠道组合下,依靠客户端人员手动反复去打包,并上传到对应渠道,效率是十分低下的,因此,这种出包便需要一个系统去承载,从而优化打包的效率。
[0004]然而早期出于业务的快速迭代搭建和成本节约,最初游戏打包上传的打包系统本身的系统架构是在自建的IDC机房中运行的十分简单,部署的方式也比较野蛮。具体地,原始架构可大概描述为:(1)后台做打包参数的配置,并入打包队列;(2)采用redis做打包队列削峰,打包脚本消费队列去消费打包;(3)采用mysql存放打包数据表。后台读表去做各种修改;(4)利用机器挂盘存放打出来的母包,打包服务负责将母包上传到网宿云CDN。
[0005]其中,现有打包系统的缺点也十分明显:(1)容灾差:打包系统全后台,全服务大部分全部署在IDC集群中,且采用服务器发布,若大厦断电,打包系统直接不可用;(2)部署混乱:mysql,redis,后台服务等组件都在同一台机器上,数据库组件导致的CPU,内存问题直接影响后台服务使用;磁盘只采用某台机器的挂盘,实际产生了机器之间的互相依赖;(3)可观测性差:log:基本依赖服务器上的日志,且日志目录靠开发“口口相传”,日志格式不统一,日志系统无法收集;trace:无接入;metric:只有机器CPU,内存的基础监控,对于实际业务的监控较差;(4)运维成本和维护成本高:大部分服务和脚本部署在IDC集群中,运维人员需要手动搭监控,且在扩容的时候,无法做到云上机器分钟级的快速扩容;(5)打包效率无法提升:由于打包脚本都采用服务器部署,在一些大批量打包的情况下,无法分钟级扩容;若常态下准备较多的资源,又会造成实际成本的浪费;(6)在主体架构没变的情况下,对于打包系统后台进行迭代会极大的影响到系统稳定性。因此需对打包系统的架构进行优化。

技术实现思路

[0006]本申请提供了一种应用渠道分包打包的方法、装置、设备及可读存储介质,应用渠
道分包打包上传CDN这一流程的可监控性、稳定性和打包效率都对应提高了。
[0007]第一方面,本申请实施例提供了一种应用渠道分包打包的方法,该方法包括:
[0008]获取功能以及版本号确认后的目标广告母包,并确定目标广告母包对应的应用程序类型,应用程序类型包括存量应用程序与增量应用程序;
[0009]当目标广告母包对应的应用程序类型为存量应用程序时,将目标广告母包上传至网宿云对象存储服务器中,生成不同的渠道信息对应的第一下载链接,从网宿云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到不同的渠道分包后上传至网宿云CDN;
[0010]当目标广告母包对应的应用程序类型为增量应用程序时,将目标广告母包上传至阿里云对象存储服务器中,生成不同的渠道信息对应的第二下载链接,并当用户点击第二下载链接时,基于阿里云的FC函数计算从阿里云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到第二下载链接对应的渠道分包,并实时回源至网宿云CDN中。
[0011]进一步的,在所述获取功能以及版本号确认后的目标广告母包的步骤之前包括:
[0012]将原始游戏母包通过打包后台上传后存放在IDC集群服务器的包体目录下,并根据客户端代码版本选择构建出对应的jar包;
[0013]基于配置的打包参数对jar包进行广告母包打包处理,产出带有对应游戏平台SDK的广告母包。
[0014]进一步的,打包服务基于包体信息以及渠道信息拼接得到第一下载链接与第二下载链接,并将第一下载链接与第二下载链接投入到消费队列,其中,第一下载链接中包括网宿云CDN的第一域名、目标广告母包在网宿云对象存储服务器的包体地址以及需要打入的渠道信息的值,第二下载链接中包括网宿云CDN的第二域名、目标广告母包在阿里云对象存储服务器的包体地址、需要打入的渠道信息的值以及签名;第一域名与第二域名不同,用于区分监控当广告母包对应的应用程序类型为增量应用程序时的下载错误情况;签名,用于控制当广告母包对应的应用程序类型为增量应用程序时的渠道分包包体生成数量。
[0015]进一步的,渠道分包打包处理为基于渠道分包的打包脚本在广告母包的预设目录中添加标识不同渠道信息的空文件。
[0016]进一步的,渠道分包打包处理或广告母包打包处理对应的打包脚本与打包服务解耦,其中,打包服务对打包信息分析做统一收口,打包脚本进行容器化部署后根据消费队列中的打包信息进行相应的调用打包。
[0017]进一步的,所述当用户点击第二下载链接时,基于阿里云的FC函数计算从阿里云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到第二下载链接对应的渠道分包的步骤还具体包括:
[0018]当用户点击第二下载链接时,基于FC打包预热脚本触发网宿云CDN的回源,到阿里云的打包FC函数域名中找到对应的打包FC函数;
[0019]基于打包FC函数对下载链接请求参数的接收与读取,从阿里云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到第二下载链接对应的渠道分包。
[0020]第二方面,本专利技术还提供一种应用渠道分包打包的装置,所述装置包括:
[0021]广告母包类型确定模块,用于获取功能以及版本号确认后的目标广告母包,并确定目标广告母包对应的应用程序类型,应用程序类型包括存量应用程序与增量应用程序;
[0022]第一渠道分包打包模块,用于当目标广告母包对应的应用程序类型为存量应用程序时,将目标广告母包上传至网宿云对象存储服务器中,生成不同的渠道信息对应的第一下载链接,从网宿云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到不同的渠道分包后上传至网宿云CDN;
[0023]第二渠道分包打包模块,用于当目标广告母包对应的应用程序类型为增量应用程序时,将目标广告母包上传至阿里云对象存储服务器中,生成不同的渠道信息对应的第二下载链接,并当用户点击第二下载链接时,基于阿里云的FC函数计算从阿里本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种应用渠道分包打包的方法,其特征在于,所述方法包括:获取功能以及版本号确认后的目标广告母包,并确定目标广告母包对应的应用程序类型,应用程序类型包括存量应用程序与增量应用程序;当目标广告母包对应的应用程序类型为存量应用程序时,将目标广告母包上传至网宿云对象存储服务器中,生成不同的渠道信息对应的第一下载链接,从网宿云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到不同的渠道分包后上传至网宿云CDN;当目标广告母包对应的应用程序类型为增量应用程序时,将目标广告母包上传至阿里云对象存储服务器中,生成不同的渠道信息对应的第二下载链接,并当用户点击第二下载链接时,基于阿里云的FC函数计算从阿里云对象存储服务器中拉取目标广告母包进行渠道分包打包处理,得到第二下载链接对应的渠道分包,并实时回源至网宿云CDN中。2.根据权利要求1所述的方法,其特征在于,在所述获取功能以及版本号确认后的目标广告母包的步骤之前包括:将原始游戏母包通过打包后台上传后存放在IDC集群服务器的包体目录下,并根据客户端代码版本选择构建出对应的jar包;基于配置的打包参数对jar包进行广告母包打包处理,产出带有对应游戏平台SDK的广告母包。3.根据权利要求1所述的方法,其特征在于:打包服务基于包体信息以及渠道信息拼接得到第一下载链接与第二下载链接,并将第一下载链接与第二下载链接投入到消费队列,其中,第一下载链接中包括网宿云CDN的第一域名、目标广告母包在网宿云对象存储服务器的包体地址以及需要打入的渠道信息的值,第二下载链接中包括网宿云CDN的第二域名、目标广告母包在阿里云对象存储服务器的包体地址、需要打入的渠道信息的值以及签名;第一域名与第二域名不同,用于区分监控当广告母包对应的应用程序类型为增量应用程序时的下载错误情况;签名,用于控制当广告母包对应的应用程序类型为增量应用程序时的渠道分包包体生成数量。4.根据权利要求1所述的方法,其特征在于:渠道分包打包处理为基于渠道分包的打包脚本在广告母包的预设目录中添加标识不同渠道信息的空文件。5.根据权利要求1或2所述的方法,其特征在于:渠道分包打包处理或广告母包打包处理对应的打包脚本与打包服务解耦,其中,打包服务对打包信息分析做统一收口,打包脚本容器化部署后根据消费队列中的打包信息进行相应的调用打包。6.根据权利要求1所述的方法,其特征在于,所述当用户点击第二下载...

【专利技术属性】
技术研发人员:黄子键叶宇轩
申请(专利权)人:安徽玩虎信息技术有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1