活动系统的架构浅谈

  任何一套业务系统,都应该为业务而服务的。

  之前做过一套抽奖系统,最近有很多人来问,我这里稍微提炼了下,与大家分享分享。

 

  下图为抽奖系统的各应用职责以及流程图:

  抽奖系统框架

 

  在抽奖平台,架构需要关心的点:

  1. 平台通用性:方便有此类需求的快速接入
  2. 业务独立性:各业务可以自定义抽奖逻辑或流程
  3. 数据一致性:即前台如果提示用户中奖,则奖品数据的减少,中奖数据的插入 应该是一致性的。
  4. 并发及容错:在高并发下,如何保证系统的稳定性以及业务的合理性
  5. 数据监控:关键流程的数据监控。以及活动后,相应的业务数据保存分析。活动最终服务于业务。

数据的一致性:

   数据库的事务已经在这方面提供了非常好的支持

并发容错:

   根据tps,qps的数据,进行限流。这块还是需要业务上的配合

数据监控:

   业务关心什么数据,应用稳定性数据

 

系统架构图

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值