业务需求
需求描述

一、需求背景

为优化存储成本,刊登组那边计划将 Amazon_Archive 库中庞大的 AmazonListingInfo_N 归档数据集迁移至华为云OBS。业务上存在一个关键场景:当某个商品(listing)的状态从“下架”变更为“在线”时,需要将其历史归档的属性数据从OBS恢复至在线库。


最初考虑通过全量扫描打标表来检测状态变更,但此方案对数据库压力巨大,成本过高。经与罗友军讨论,确定采用更高效的方案:在打标数据同步的过程中,实时监听并捕获 listing 的状态变更事件,并通过消息队列(MQ)异步通知下游的数据恢复服务。此方案能有效解耦业务,避免对现有打标同步服务的性能造成影响。


二、打标服务需完成事项
为支持上述目标,打标同步服务(Java版) 需进行以下改造:
增加状态变更检测逻辑:
在同步处理每一条 listing 记录时,增加对其 状态(status) 字段的判断逻辑。具体需识别出状态从 “下架”(或类似非在线状态)变更为“在线”(online) 的场景。


发送MQ消息:
当检测到上述特定状态变更时,同步服务需向指定的消息队列(MQ)推送一条消息。消息内容至少应包含:
listing_id:发生变更的商品ID。
old_status:变更前的状态(例如:“下架”)。
new_status:变更后的状态(例如:“在线”)。
timestamp:状态变更发生的时间戳。
验收标准
价值描述
控制风险
历史记录  
  1. 2026-05-18 18:04:57, 由 罗冰楠 创建。
  2. 2026-08-31 13:49:38, 由 周杰 指派给 陈江华。
    修改了 指派给,旧值为 "",新值为 "chenjianghua"。
迭代版本
提报业务部门 智能研发中心
提报人员 雷克强
需求来源 技术自主提报需求
所属项目 智能中心-需求池
所属模块 战略独立项目   智能运营
所属计划
业务价值
开发组 智能开发组
受益业务部门 智能研发中心
验收人员 雷克强
业务目标类型
中心业务目标
业务价值 控制风险
每月价值量 20000
每月节省人数 1
优先级 P2
价值类型 长期价值
预计工时 1
成本 500
ROI 240.00
操作手册 否
高价值
主被动
复杂度
工作流ID
工作流创建时间
更新点
是否高危 否
评分
当前状态 草稿
所处阶段 未开始
关键词
评审次数 一次
计划上线
上线时间 0000-00-00
计划验收时间 0000-00-00
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 罗冰楠 于 2026-05-18 18:04:57
指派给 陈江华 于 2026-08-31 13:49:38
由谁评审
评审时间
由谁关闭
关闭原因
最后修改 周杰 于 2026-08-31 13:49:38
相关Bug
相关用例
相关需求
细分需求