十四号玩家

参与了公司内部销售系统和呼叫系统的搭建和实施交付。
使用到的技术栈：springboot + mybatis + rocketmq + dubbo +zookeeper + redis +mysql + canal + clickhouse
参与公司业务层面，技术层面的需求讨论，在业务层面上梳理并确定工单的定义。 参与工单系统流程梳理。 工单系统数据库设计。 工单系统的架构设计，与框架搭建。 工单运营层面的报表模块设计和编码。 定义工单系统和2C业务系统之间的消息，并针对两边系统的分布式事务输出方案，并参与实施。 将报表业务从原有的业务系统剥离出来，采用读写分离的方式减少复杂查询对业务系统产生的影响，并独立成一个SpringCloud服务，通过zuul网关对外提供报表服务（y因为我们的开发团队存在异地合作，并且双方的机房不在同一区域，造成的是我们无法使用内网RPC的方式进行同行，目前采用的就是基于zuul作为内部网关，对外部系统服务调用进行鉴权，限流等诸多操作）。
客户关系系统：
1. 数据库设计。 2. 对接广告投放部门，将原始的流量接入至公司内部流程改造成直接对接第三方广告平台，自然流量直接从广告平台接入至公司CRM系统。 3. 流量分配，因公司产品拥有众多SKU，每个SKU有专门的电销人员负责电销，每个投放出去的流量按照流量中携带的SKU信息定向分配给每个电销团队，并且为了满足业务上的FIFO，使用消息中间件完成业务需求。 4. 流量入队补偿： 因为mysql实例在峰值时间段的CPU及内存压力，处理能力不足，导致一些流量的状态未及时更改，以及业务ecs到达mq的网络波动，导致流量的入队未成功，设计的流量入队补偿机制，并采用观察者模式，监听流量入队补偿业务线程的状态。 5. 公司运营层面的复杂报表需求： 为了满足公司运营层面监控流量意向的转化，流转， 以及众多财务数据，前期使用mysql 支撑业务需求，后期定义运营，财务数据模型， 采用canal 增量同步数据至clickhouse(OLAP型数据库)，IO耗时从原先的8s 压缩 进 7ms 6.使用分布式调度管理器，通过可视化，可配置的方式管理所用的离线任务。 7.基于redis 实现分布式锁，解决系统中的一些并发问题（诸如从公开中抢获一个流量）。 8. 基于公司未来业务量的预估，采用2库128表的方式去存储电销人员填写的流量跟进记录，并采用mycat实现分库分表。 9. 参与现有业务的优化和迭代。

16 - 18年主导公司互联网金融产品 "金小觅" 基础架构搭建，数据建模，系统设计，项目环境搭建、日常运维、优化及升级 git+jenkins+maven+docker持续集成 设计开发前端API接口，编写接口文档 设计异步消息系统，参与结算系统开发 接入第三方支付（连连支付），并实现相关业务开发 接入资金托管平台（新浪支付），并实现相关业务开发 支付迁移，由连连支付迁移到新浪支付 日常业务、活动开发 参与codereview，指导初级开发工程师