写点什么

【得物技术】得物 App 分发平台的探索建设历程

用户头像
得物技术
关注
发布于: 2021 年 05 月 28 日
【得物技术】得物App分发平台的探索建设历程

前言

随着公司的快速发展,团队规模也随之扩大,测试包的高效分发成为一个痛点。为解决这一痛点,提高团队的整体迭代效率,落实技术部『效率』关键词,我们立项了建设得物 App 分发平台项目。下面,我带领大家一起从得物 App 分发历程、得物 App 分发平台的设计、得物 App 多元化探索三个方面来了解整个得物 App 分发平台的建设历程。

得物 App 分发历程

主流的测试包分发渠道介绍

在介绍得物 App 分发历程之前,首先需要了解目前比较主流的测试包的分发方式。



目前主流的测试包分发平台有以上四种渠道,他们有各自己的优缺点。可以再把他们分成两种类型:

一类是正规军:Testflight,它是苹果推荐的一种分发方式,每个 App 有 1 万名额,并且苹果更新了其分发机制后,可以通过分享链接分发给用户,现在很多公司使用它来做 App 的公测。但通过 Testflight 方式分发需要经历上传、二进制转换、审核的过程,提供测试的周期过长。

另一类就是三方自研,这一类都能比较快捷的分发测试包,但是在安装量上是有限制,比较依赖开发者证书。

对于企业来说,证书可以分为两种:个人证书和企业证书。



个人证书:比较容易申请,一年 99 刀,可以上线 Appstore,也可以为 100 台手机设备分发测试包。

企业证书:很难申请,特别这两年国内几乎没有公司申请的到,一年 299 刀,不能上线 Appstore,但是可以在企业内部分发 App,可以认为没有设备限制。

得物 App 测试包的历程

了解了市场上测试包分发渠道后,我们一起回顾一下得物系 App 的分发历程。



  • 起步阶段:低于 100 人,比较舒适的阶段,通过蒲公英来分发测试包。

  • 工业革命:规模扩大,测试包安装需求暴增,一个开发者证书的百人名额已经不够用了。这个阶段通过添加证书同步分发,并采购部分测试 iPad 缓解阵痛。

  • 分发平台:多证书多 App 智能化分发阶段,真正解决了安装难,效率低的痛点。

  • 多元化分发:多元化探索阶段,从 Testflight 测试包分发,到企业分发、ABM 分发的探索,完善分发平台的多元性。


分发中的难点及痛点

通过回顾得物 App 分发的历程,可以总结出以下三个关键的痛点:



  • 百:在没有企业的阶段,很难突破个人证书分发的百人限制。

  • 多:无自研阶段,多证书分发体验差,难定位问题,支持多 App 耗费大费的人力。

  • 一:分发平台自研阶段,多证书多 App 合一分发的难点解决。

得物 App 分发平台设计

了解了测试包分发过程中的难点及痛点后,我们筹备立项了 App 分发平台的技术项目,以解决测试包安装难、效率低、多证书多 App 支持成本的问题。

分发平台的设计主要分发两个阶段:

  • 第一阶段:夯实基础,借鉴三方方案,建设自己的单一证书分发平台,使其具备强定制化能力,为智能化分发做准备。

  • 第二阶段:智能分发阶段,这个阶段做一键获取测试包安装授权、自动化同步证书配置、智能化生成分发专属网页。



在第二阶段上线后,我们真正完成了分发平台的建设初衷,达成了和企业分发效果一致的目标。用户不需要关心自己在哪个证书,可以安装哪个测试包。一切都是智能化自动化完成,授权效率、多证书多 App 的维护成本几何性的下降。通过 app 分发管理后台,可以快捷的添加新 App,并且可以为现有的 App 添加新证书支持。

得物 App 分发平台多元化分发探索

App 分发平台经历两个大版本迭代上线后,我们探索的脚步就可以停止了吗?答案当然是否定的!多证书的智能分发虽然可以解决测试人数限制,但证书维护的成本比较高。为解决这个问题,我们进行了 App 分发平台多元性的探索。

  • 第一步:Testflight 测试包分发的可能性探索和落地。

通过分析现有测试包安装用户的群体,我们发现一部分用户对测试包时效的要求很低,一周可能只安装一两次,甚至一个月才安装一两次,针对这一部分用户,提供证书名额有一些奢侈,Testflight 的分发会更适合。

而 Testflight 分发的局限前文有提到,容易与线上包混淆,并且和 App 的灰度公测功能冲突。我们采用多地区分包的方式取消了某国的发布,独立创建 App 分发 Testflight 测试包,定时自动化交付测试包,解决了此问题。

  • 第二步:企业分发和 ABM 分发的探索。


迈出多元化的第一步后,我们还能做什么呢?两条路:企业分发、ABM 分发。

在申请企业证书和 Apple 技术客服的沟通过程,向我推荐 ABM 商务管理来分发企业内部 App,这一方式让我仿佛看到了曙光。其实不然,研究后发现 ABM 分发如要满足分发的需求,其前提是完整的 MDM 服务,还是依赖企业证书颁发的许可。ABM 技术客服告诉我,没办法,这就是鸡生蛋,蛋生鸡的问题。

在研究 ABM 分发的坎坷过程中,通过研究资料文档和与 ABM 技术客服沟通发现,ABM 分发可以分简单的 MDM 和完整的 MDM 及兑换码分发三种方式分发。



  • 简单 MDM:这种方式依赖 MacOS Server 的描述文件管理器作为 MDM 服务,也可以做到管理 BYOD 的设备 App,但有一些局限性,无法用 ABM 创建的管理式 AppleId 来为用户注册设备的凭据,仅可依赖 Server 的用户名密码登录注册设备。

  • 完整 MDM:此方式依赖企业账户申请完 ABM Vendor 资格后颁发的许可证书,不再今天的讨论范围。(没有实践)

  • 兑换码分发:此方式仅支持企业 App 的分发,在 ABM 只有企业 App 可以购买许可和兑换码,而商业 App 只有购买许可一种方式。


我们从依赖简单 MDM 服务分发 App 的流程来了解一下 ABM 分发。

在此之前需要熟悉一些概念:



如图,ABM 通过 MDM 服务与 BYOD 设备通信,推送在 ABM 中购买的企业 App 或商业 App。分发的步骤可以分发以下几个环节:

  • 管理员在 ABM 中购买企业 App 或商业 App 的许可数量。通过生成授权文件同步至 MDM 服务器,这里是描述文件管理器。

  • 管理员在描述文件管理器配置相应的描述文件,用户通过注册链接和管理员提供的门户网站注册自己的设备。注册后,在描述文件管理器中,管理员可以管理这些设备,并且向这些设备或设备群组推送受管理的 App。

  • 人员变动或权限变动后,管理员可以在描述文件管理器中移除设备,设备被移除后,推送安装的 App 可以配置自动从用户设备移除,保护企业数据。

完整的 MDM 服务分发比较类似,MDM 服务的功能更加完善,并且可以建设企业内部的 App 商店,供企业员工选择安装。这个留待我们后续探索。


未来,我们可以做什么?



未来可以把分发集成到企业 OA 系统,与其联动生成差异化的用户身份,分类管理企业设备和个人的 BYOD 设备,高效支撑公司业务。未来可期。


文|大雄

关注得物技术,携手走向技术的云端

发布于: 2021 年 05 月 28 日阅读数: 30
用户头像

得物技术

关注

得物APP技术部 2019.11.13 加入

关注微信公众号「得物技术」

评论

发布
暂无评论
【得物技术】得物App分发平台的探索建设历程