【端DevOps】支付宝iOS版本灰度破局
引言
尝试过的方案
【方案一】publicLink方式邀请用户参与 beta 版本测试
【方案二】邀请用户主动填写 appleID，加入测试分组的方式参与 beta 版本测试
最终方案
突破策略
控制名额发放量，按需申请（控制“发”）：开源节流，利用苹果的公共链接邀请机制，结合自搭建邮箱服务器方案，按需使用余额，申请邀请码并获取邀请链接； 精准绑定用户（控制“用”）：被邀请用户接收消息，接受并加入测试，即绑定了用户、邮箱、邀请码的关系，通过状态机的轮转，从而精准知晓灰度到了谁，谁占用了邀请名额，精准投放； 精准、自动汰换机制，突破90天限制（控制“收”）：用户分为“接受邀请未安装”、“接受邀请已安装”，前者可以通过清理腾挪出名额，即：做过程中精准淘汰，定时清理“未安装用户”，让出名额给新活跃人群；针对后者：制定90天过期淘汰机制：根据活跃度，清理“僵尸用户”，不再纳入外灰通知范围； 运营策略优化，策略与体验两手抓：依托“TF自动更新”能力的延伸，通过人群打标，精准筛选“高活”用户，扩充基础人群的数量，提高升级率。后续逐步扩充1万名额为自动更新人群，可节省升级步骤3-5步，避免不同app间频繁跳转。