摘要：
项目复杂度: 高可用-需要:服务不能动不动挂掉,集群部署,监控告警这些都需要. 高性能-不需要:因为该生鲜加工系统不是那种ToC系统,比如秒杀系统,不会要求高性能. 高扩展-需要:高扩展是指的业务的高扩展,随着业务功能的增多以及需求的变更,后续修改的地方要少,影响范围要小. 低成本-需要:比如:现在 阅读全文
摘要：
1.架构 生鲜加工架构图(点我) 生鲜加工项目架构方案取舍 (点我) 2.部分设计内容 分摊策略: 分摊策略计算-技术方案 (点我) 任务模型: 生鲜加工任务模型设计(点我) 3.部分生产问题排查 服务CUP飙高的问题排查(点我) 多线程性能优化查询效率 RateLimiter限速解决mysql的C 阅读全文
摘要：
业务背景 朴朴门店商品库存不足时,需要补货,但怎么补是有一定策略的.朴朴现在是自动补货，根据每个门店的每天销量,库存等信息通过大数据计算得到门店的补货量. 举例说明:现在朴朴要给深圳的其中27家门店的A商品补货,假如现在大数据测算出来每家门店都要补货100,27门店算下来总共要补2700件,但真正去 阅读全文
摘要：
1.问题描述 7月4号,18:53分,个人在值班时,发现别的开发组的服务WMS-SEVICE出现服务负载飙高的告警。 自动生成的Dump 2.问题分析排查过程: 看下服务监控 如下图，在18:50～18:55分这段时间内，确实服务CUP很高。 为什么这么高啊？有大的网络IO操作吗？继续排查。 分析j 阅读全文
摘要：
1.业务背景： 生鲜加工环节,需要领取原料才能进行原料加工,现在加工仓缺少领料,退料等功能,导致原料加工环节无法继续向下进行.现急需开发领料,退料功能,来保证原料加工环节的正常工作. 1.1:领料业务流程 1.2:退料业务流程 2.业务目标： 快速开发实现领料,退料功能,同时保证系统功能的拓展性,能 阅读全文
摘要：
1.业务架构 1.1:核心价值链 1.2:用例图 1.3:业务能力图 1.4:核心业务流程 2.应用架构 3.技术架构 阅读全文
摘要：
1.execute干了哪些事情 1.1：首先判断任务是否为空 1.2:: 判断工作线程数是否小于核心线程个数，小于则新增核心线程去处理该任务,然后返回。ctl是一个AtomicInteger变量，高3位表示线程池状态，低29位表示工作线程个数。 1.3：如果核心线程个数已满,线程池状态是RUNNIN 阅读全文
摘要：
1.概述 目前我们是通过IO流读取和写入Nas盘 最终我们的目的是去Nas，文件上云，业务系统接入文件存储服务 文件迁移是一个长期的过程，中间过程需要一个兼容，通过SDK读取文件时，文件存储服务直接读取Nas盘. 从Nas盘迁移文件到OSS是一个静默过程，业务无感知，对应下图的(5.迁移文件部分) 阅读全文
摘要：
1概述： 现有相关的业务需求：某业务线要将该业务线NAS盘下1000万个文件备份到阿里云OSS上 单纯用xxljob等工具不能完全满足业务要求，定时任务的执行策略不是统一的，不同的业务有不同的任务执行策略,比如有立即执行的，也有延时执行的，也有周期执行的 所以计划新搭一个任务中心来统一处理这些业务差 阅读全文
摘要：
1.修改数据接口开启事务 2.修改数据接口中先修改DB，然后删除redis缓存 3.如果删除redis抛异常，就回滚事务 4.如果删除redis,redis没有返回结果，不确定是不是删除成功了，抛出异常，回滚事务 5.后台界面可以查看数据库的值与缓存的值是否一致，界面有查看，修改数据的功能 阅读全文
