1.背景 1.1 介绍 订单优惠计算是指买家选择商品加入购物车，交易系统根据会员等级，会员资产(优惠券/码、积分、权益卡)，商家优惠活动，计算出订单实际需要支付的金额。 在有赞零售业务板块中，线上线下都有订单优惠计算场景。线上使用场景是买家在H5/小程序端选品加车、下单结算，中台在这部分已经有很充分的沉淀，所以主要使用中台提供的能力实现。而在线下使用场景深度契合垂直行业，业务场景比较特殊，不适合放在中台去实现，所以这部分能力由零售业务自己完成。…
Read More一、前情提要 时节如流，两年前的今天写了有赞订单管理的三生三世与十面埋伏，转眼两年过去了，这套架构发展的如何，遇到了什么新的挑战和收获，今天主要来一起整理回顾下有赞订单搜索AKF架构演进之路。 1.1 分久必合 之前将散落在 DB 多个分片中的数据在 ES 做了一次聚合，带来了巨大的好处，同步任务少，维护成本低。尤其是订单迁移这一块，之前由于是分片设计，所以当订单触发迁移时候，需要将数据插入新分片，确认无误后还需要删除老分片数据，流程繁琐易错，…
Read More首先,我们且不说元编程是什么,他能做什么.我们先来谈谈生产力. 同样是实现一个投票系统,一个是python程序员,基于django-framework,用了半小时就搭建了一个完整系统,另外一个是标准的SSM(Spring-SpringMVC-Mybatis)Java程序员,用了半天,才把环境刚刚搭好. 可以说,社区内,成功的web框架中基本没有不强依赖元编程技术的,框架做的工作越多,应用编写就越轻松. 那什么是元编程 元编程是写出编写代码的代码 试想以下,如果那些原本需要我们手动编写的代码,可以自动生成,我们是不是又更多的时间来做更加有意义的事情?有些框架之所以开发效率高,…
Read More有赞订单管理主要承接有赞所有订单搜索及详情展示功能，系统随着业务的不断发展经历了多次飞升之路。下面简单介绍下有赞订单管理系统的三生三世与“十面埋伏”。 第一世：凡人飞升小仙之路-分库分表 随着业务发展，单库单表所能承载的数据量局限性越发严重。 历劫：单库单表数据量承载局限 渡劫：分库分表 分库分表的维度针对系统买卖家查询的需求，分片键为买家id和店铺id，其余订单扩展信息表属于数据组装信息，均以店铺id为分片键。 结果：分库分表后，数据业务量的承载质的提升。 第二世：小仙飞升上仙之路-引入ES搜索引擎 随着业务搜索维度的不断添加，使得跨表查询需求越来越多，系统的慢查不断报出，为此引入了ES搜索引擎。…
Read More背景：成长的烦恼 在开始下面的话题之前，我们先看一看有赞原有的核心交易架构。 初步看去，这套架构方案似乎看不出什么问题。事实情况也这样，我们做这套交易方案支持了百万级笔数的交易规模，取得了很不错的成果。 在2016年，公司经历了飞速的成长， 整体团队人员扩张了数倍， 公司整体业务线从单一的微商城电商交易型态扩张到支持多个垂直行业。交易团队也碰到了很多尴尬的情况： 垂直行业接入交易很困难，交易团队对于业务团队的支撑响应速度赶不上业务的迭代速度，最后垂直行业被迫自己完全重做了一套针对垂直业务的交易系统。比如：商业化服务订购，收营，批发等业务。浪费了公司宝贵的技术资源。 交易团队的新同学，上手交易核心的开发非常困难，在没有完合弄懂整套系统之间，…
Read More