项目简介：（普通的商城功能）感觉没有什么亮点和难点 这是之前第一家公司做的项目主要包括 首页，商品，订单，财务，促销，统计，拼团，抽奖，秒杀 主要负责: 上面各个模块都有参与 虽然商城用户量不算大 但是促销和秒杀还是设计过方案的 当下单量过大时出现超卖和数据库读写瓶颈 我们当时做出了如下设计 先根据测试系统瓶颈，从nginx，网关，接口层限流，然后静态资源cdn缓存，活动前预取下cdn。nginx对图片压缩。代码服务方面，不直接交换数据库，将秒杀相关的商品信息预取到缓存中，并根据使用场景可采用分布式锁在缓存层面去处理库存。 数据库方面在mysql的主从同步上，开启mysql的多线程同步，关闭mysql的默认单线程同步，高并发时单线程同步会造成同步不及时，使核心逻辑不走从库，走主库查询，秒杀成功的短信也走mq异步处理。插件方面对线上web服务器，中间件，es，消息队列，redis要对核心参数进行调优

项目二：项目管理系统（公司内部使用不方便透露） 项目简介：基于项目管理会制定一系列的服务流程，从项目的生命周期出发，发现商机-项目立项-报价申请-合同签订-定价审批-项目实施-项目验收各个阶段的执行和数据进行监控，项目会有各种服务订单，包括云商下单和自己项目内部派工的，对于服务订单的执行也会有一些列操作规范，指导和监控（也就是SOP）合同会和不同地区的服务商签订，订单创建之后会指派到这些服务商进行执行服务商对服务单也会拆分成工单，服务商完成后反馈到我们平台验收，针对传过来的图片，视频进行合格检查。当服务单验收后会进到待结算状态给服务商结算金额 主要负责： 1：项目的合并：之前项目分了两个系统，对于服务单的传输只能通过http同步请求创建 事务不好控制。 2：服务单状态：我接手这个项目已经有了一套流程。但是分布到各个功能点上 ，比较乱 状态也不好统一修改和管理。采用了状态机的设计原理，把各个流程更新服务单状态都聚合到一个服务中。 3：工单执行流程SOP和水印相机：RM会定义工单执行过程中需要回传的内容和规范，工程师必须严格按照定义好的流程上传含有水印的图片或视频 4：定价：不同项目有不同的合作模式 需要定价流程审批控制派单时的成本和内容 5：云商：系统会接收不同合作云商传输的订单，尤其双十一的时候，单量很大，使用消息中间件优化了下吞吐量 5：用户端：系统需要对项目用户对外开放系统。会统计他的项目下网点，财经，服务单执行情况，周报等各种图表展示

项目简介：当时项目大概有70多万认证会员。项目主要有OTC，CTC，智能合约，现货，杠杆,抽奖，矿池，知识库 主要负责： 1：框架设计：基于单个应用相对独立，采用了springcloud设计方案，对mysql数据库表设计，sql优化。 2：撮合逻辑：单节点可以做到8g内存下百万撮合吞吐量 3：知识库：传统es搜索 4：抽奖：juc基础开发 5：OTC，CTC