【HBZ分享】突破微信支付系统--单秒600QPS这个上限

突破微信支付系统–单秒600QPS这个上限

介绍需求

  1. 在秒杀环境下,可能出现一瞬间高达几千次的支付请求,但是微信官网明确规定,最高QPS只有600,那么要如何
    突破这个600QPS的界限呢?

解决方案

1. 多商户策略, 采用负载均衡,即创建多个收款的商户,把支付收款的账号扩充到好几个即可
2. 注意多个商户进行负载均衡,一定要把商户和支付的用户对应起来,因为如果用户发起退款,一定要哪个商户收的钱
   就用哪个商户号去退款
3. 举例:
       (1). 有5个商户号, 每次支付根据订单上用户编号进行取模 然后和5取余来确定使用哪个商户
       (2). 有了多个账号,那么面临高并发支付就可以分摊压力。而取模是为了让【支付】【退款】是从同一个商户那进行的
       (3). 根据API控制好频率+监控
4. 实际上秒杀类业务,真正的高并发是发生在【锁定库存】 以及 【生成订单】上。 而真正的支付的并发量并不会高的离谱

IP地区定位高并发解决方案

解决方案1. 和支付一样,可以采用多个账号
举例: 比如申请5个高德账号,获取5个key,进行负载均衡,原本默认单用户1000的QPS,现在就可以达到5000QPS了

解决方案2. 或者接入多个平台,比如高德平台,百度地图平台,腾讯等。反正他们的最终效果都是一致的,这样就可以
           实现负载均衡作用,并且还能增加每日次数限制。选择该方案,做好地理位置统一编码信息即可,不能不同平台
           产生不同的编码,这样就乱了

你可能感兴趣的:(其他)