共计 1032 个字符，预计需要花费 3 分钟才能阅读完成。
做到可控
- 须要显示总数的流动，要留神总数显示多少，以一个什么样水平增长是合乎预期的。
- 要有一个固定的曝光地位，这个是最根本的。
- 经营流动指标 UV，指标获奖人数。可能多，也可能少。要避免实现用户过多，不可控，通过一些要害资源来管制，比方集卡流动中的罕见卡个数。用户过少，达不到预期。分为两局部：1. 没达到增长指标 2. 没达到处分用户数预期 没达到增长指标，可能是流动入口曝光不够，也可能是流动不够有吸引力 / 可玩性。没达到处分用户预期数，可能是因为对用户数预期过高，或者是获取处分的工作设置太难。
- 罕见卡管制和理论总数之间会有出入，不能预设所有用户都是参与度十分高的用户，可能有些用户获取到罕见卡，就不持续参加流动了，也有可能。
- 一般来说，即便达不到经营估算人数，也不会给每个用户更多的钱。因为 ARPU 不能过高，要算账的。所以，其实除了极少数流动，大多数流动，均匀到每个人都上也就几块钱，要不然，获客老本过高了。
- 经营经费是固定的。肯定要严格控制经营经费不能超，否则，没方法向老板交代的。
- 个别一个流动开始之后，只能通过调节曝光资源或者发 push 之类的来晋升用户应用，须要改配置的中央，次要就是管制估算。
数据存在哪里
流动依照工夫分，能够分为两种：短期流动和长期流动。
- 短期流动：我的项目型流动。个别一周左右，最长不会超过两周。对于这种流动，数据个别应用 redis 之类的内存存储就好（当然也要留神数据长久化），速度快。
- 长期流动：经营型流动。个别为几个月以上，甚至一年两年。须要用户长期参加的流动，须要将数据存档到 mysql 之类的数据库中。在过程中可能会有一些新增的历史数据分析需要，最重要的用户参加数据最好可能长久化存储。当然，一些短时间无效的数据，寄存缓存即可。
重要参数配置化
流动过程中，一些要害参数很有可能会发生变化。
比方抽奖流动的抽奖概率，会依据流动数据进行变动，因而，最好做成可配置的。
流量预期
要依据经营或者产品提供的指标数据，联合本人的教训，预估 QPS 及对存储和第三方服务的要求。流动的流量具备稳定大，峰值高的特点。尤其是一些要害工夫点，要留神，必要状况下应用 MQ 进行削峰，或者应用熔断器回绝局部申请。当然这些值，一般来说都是吃一堑长一智的，具体多少值会出问题，只有出了问题能力晓得。所以，最好是有全链路压测。然而全链路压测，
对很多公司和团队来说，门槛太高，而且投入产比低。因而，可疾速扩容缩容就显得尤为重要。
任何人想要转载我的文章，无需和我分割，请转载后把链接私信贴给我，谢谢！
正文完
