营销系统在预付卡场景下的演进

一、引言 营销,就是吸引消费者关注进而使用商家提供的产品或服务的种种手段。某种意义上来说,你能看到的广告、分享、打折、赠送,这些都算是一种营销。 预付卡的生态体系里恰恰需要这种营销的基因,来帮助商家快速回笼资金,于是两者一拍即合,营销系统在预付卡生态下生根发芽。 二、会员储值的充赠 有赞预付卡包装出了会员储值这样一款产品,用户在商家店铺里完成特定金额的充值后,会得到商家赠送的权益,比如积分、会员卡、优惠券等。 这就是最原始的需求,分析下来,为了完成这个充赠的目标,…

Read More

Mysql锁:灵魂七拷问

一、缘起 假设你想给别人说明,Mysql 里面是有锁的,你会怎么做? 大多数人,都会开两个窗口,分别起两个事务,然后 update 同一条记录,在发起第二次 update 请求时,block,这样就说明这行记录被锁住了: 二、禁锢 问题来了,貌似只有显式的开启一个事务,才会有锁,如果直接执行一条 update 语句,…

Read More

CAP一致性协议及应用解析

一、一致性 1.1 CAP 理论 C 一致性:分布式环境中,一致性是指多个副本之间,在同一时刻能否有同样的值 A 可用性:系统提供的服务必须一直处于可用的状态。即使集群中一部分节点故障。 P 分区容错性:系统在遇到节点故障,或者网络分区时,任然能对外提供一致性和可用性的服务。以实际效果而言,分区相当于通信的时限要求。系统如果不能在一定实现内达成数据一致性,也就意味着发生了分区的情况。必须就当前操作在…

Read More

有赞业务对账平台的探索与实践

一、引子 根据CAP原理,分布式系统无法在保证了可用性(Availability)和分区容忍性(Partition)之后,继续保证一致性(Consistency)。我们认为,只要存在网络调用,就会存在调用失败的可能,系统之间必然存在着长或短的不一致状态。在服务化流行的今天,怎样及时发现系统服务间的不一致状态,以及怎样去量化衡量一个系统的数据一致性,成为每个分布式环境下的开发者需要考虑并解决的问题。 二、背景 以交易链路为例,存在着如下一些潜在的不一致场景: 订单支付成功了,但是订单状态却还是“待付款”…

Read More

有赞订单导出的配置化实践

一、引子 1.1 背景 有赞订单导出业务隶属于有赞交易订单管理组,主要职能是将有赞商家的订单数据通过报表的形式导出并提供下载给商家使用。目前承接了有赞所有的订单导出业务,报表的字段覆盖交易、支付、会员、优惠、发货、退款、特定业务等,合计超过 100 个。 1.2 挑战 随着有赞的迅速发展,有赞的行业、业务与产品覆盖面越来越广。从行业角度来看,…

Read More