需求背景:
需求风险:
需求描述:
1、目前统计采购中的功能存在性能问题,原来的方案是用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】
2、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力
3、由于大宽表压力较大,增加更新时的超时重试机制
4、从旧服务中把更新逻辑移除

需求背景:
需求风险:
需求描述:
1、目前统计采购中的功能存在性能问题,原来的方案是用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】
2、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力
3、由于大宽表压力较大,增加更新时的超时重试机制
4、从旧服务中把更新逻辑移除

001-需求背景:
001+ 需求背景:目前统计采购中的功能存在性能问题,会导致Listing大宽表死锁或影响Listing页面数据加载,需要对其进行优化
002-需求风险:
002+ 需求风险:影响Listing大宽表性能目标用户:亚马逊平台运营中心影响页面:所有需要用到页面详细内容:
003-需求描述:
003+ 原逻辑:用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】
004-1、目前统计采购中的功能存在性能问题,原来的方案是用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】2、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力3、由于大宽表压力较大,增加更新时的超时重试机制4、从旧服务中把更新逻辑移除
004+
005-
005+ 新逻辑:1、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力2、由于大宽表压力较大,增加更新时的超时重试机制3、从旧服务中把更新逻辑移除
006-
006+
007-
007+
008+
001-<p>需求背景:</p>
001+ <p><strong>需求背景:</strong><span>目前统计采购中的功能存在性能问题,会导致<span>Listing大宽表死锁或影响Listing页面数据加载,</span>需要对其进行优化</span></p>
002-<p>需求风险:</p>
002+ <p><strong>需求风险:</strong>影响<span>Listing大宽表性能</span><br /><strong>目标用户:</strong>亚马逊平台运营中心<br /><strong>影响页面:</strong>所有需要用到页面<br /><strong>详细内容:</strong></p>
003-<p>需求描述:</p>
003+ <p>原逻辑:用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】</p>
004-<p>1、目前统计采购中的功能存在性能问题,原来的方案是用一个SQL关联更新Listing大宽表,导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】<br />2、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力<br />3、由于大宽表压力较大,增加更新时的超时重试机制<br />4、从旧服务中把更新逻辑移除</p>
004+ <p><br /></p>
005-<p><br /></p>
005+ <p>新逻辑:<br />1、把采购中逻辑从旧服务中单独出来,另起一个服务,然后分账号分页处理,减少每次处理的压力<br />2、由于大宽表压力较大,增加更新时的超时重试机制<br />3、从旧服务中把更新逻辑移除</p>
006-<p><img src="{238954.png}" alt="" /></p>
006+ <p><br /></p>
007-<p class="MsoNormal"><span></span><span></span></p>
007+ <p><img src="{238954.png}" alt="" /></p>
008+ <p class="MsoNormal"><span></span><span></span></p>
| 提报业务部门 | |
|---|---|
| 提报人员 | 梁贵荣 |
| 需求来源 | 公司战略需求 |
| 所属模块 | 亚马逊 |
| 所属计划 |
|
| 开发组 | |
| 受益业务部门 | 技术研发中心 |
| 验收人员 | |
| 业务价值 | 控制风险 |
| 每月价值量 | 性能优化 |
| 每月节省人数 | 0 |
| 优先级 | P2 |
| 价值类型 | |
| 预计工时 | 7 |
| 成本 | |
| ROI | |
| 操作手册 | 否 |
| 更新点 | |
| 是否高危 | 否 |
| 评分 | |
| 当前状态 | 已关闭 |
| 所处阶段 | 已关闭 |
| 关键词 | 2月7日 |
| 计划上线 | |
| 上线时间 | 2023-02-07 |
| 计划验收时间 | |
| 业务验收时间 | |
| 满意度 | |
| 价值验收 | |
| 满意度分值 | |
| 业务回填价值 | |
| 验收达成价值 | |
| 验收达成ROI |
| 由谁创建 | 梁贵荣 于 2023-01-29 16:35:45 |
|---|---|
| 指派给 | Closed 于 2023-11-16 18:57:28 |
| 由谁评审 | 李会云 |
| 评审时间 | 2023-02-04 |
| 由谁关闭 | 周杰 于 2023-05-13 16:43:44 |
| 关闭原因 | 已完成 |
| 最后修改 | 周杰 于 2023-11-16 18:57:28 |