京东到家评价系统存储架构演进

 前言


前言

京东到家作为即时零售的电商平台,致力于将万千好物即时送到消费者的手中,为实体门店提供线上履约能力,竭力为传统零售商提供线上线下融合的一体化解决方案。

由于网络自身的特点,信息可以在很短的时间内,以非常低的成本,传播、被很多人接受。同样,电商交易中的卖家一旦积累了良好的信用度,就有机会吸引到更多的买家。因此我们设计并投入使用了京东到家评价系统。评价是订单完成确认收货后的重要环节。希望通过阅读本文,带你了解评价系统的存储架构演进过程。

一、业务场景

评价系统业务结构图所示,我们的业务大致分为三部分:用户端、商家端、运营端。

评价业务目前支持C端用户对商家服务、物流配送、商品的评价。并且为用户和商家提供了投诉、举报场景的支持。消费者的评价对商家和物流提供更好服务起到了很好的促进作用,同时对于一些恶意差评,也为商家提供了申诉的入口。

 1. 评价生成

上文简单介绍了评价系统现有的业务模块,现在跟大家具体描述一下业务形态。

业务流程图:

评价生成的前置状态是订单已完成。订单完成后我们会订阅订单系统下发的MQ消息,这时候会记录一条订单数据到评价系统。用户在时效期内可以对购买的商品、商家服务、物流服务三个维度给予评价。买家的反馈也是卖家非常关注的。好评率会影响到商品排名和商家的综合评分。

2. 评价处理

评价示例:

打分指标:

商家服务/物流服务

好评

4星、5星

中评

3星

差评

1星 2星

单个商品

点赞

5分

点踩

2分

1. 商家端

查看/回复评价:商家可以在商家后台界面或者商家APP查看用户发布的评价信息。可以对其评价进行回复。

商家申诉:商家对用户恶意差评发起线上申诉。

赔券:商家可以对用户差评进行处理,比如与用户进行线下沟通,做赔券补偿处理。

2. 运营端

差评审核:运营客服针对物流或对商家的差评/投诉进行审核处理。推动差评问题改善。

申诉审核:商家对恶意差评的申诉,需要运营客服审核。


二 架构演进

评价系统框架采用分层设计,依据不同的功能划分模块,首先是基础服务层,服务层里又分为持久层、数据层、逻辑层,主要提供数据支持和业务逻辑处理。上层服务(应用层、表现层)比如商家Web端、运营Web、网关等调用底层服务实现业务数据转发。实现高内聚低耦合,做到应用服务间相互独立,灵活部署。使用消息中间件实现数据同步。采用统一监控和告警服务平台,实现多方位监控、服务告警、全

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值