工作8年,个人技术博客:https://www.kancloud.cn/zero1036/tech/1185846
技术能力:
数据库:具有较强关系型数据库设计能力及设计经验,扎实掌握mysql innodb锁、事务、索引等基础,对sharding-jdbc分库分表技术有使用经验;
nosql:熟识使用redis、redis cluster、redis lua、mongodb;
微服务:熟识使用并懂得基础原理,spring体系、jboot体系、熔断技术hystrix、负载均衡eureka+nginx+feign、限流算法RateLimit、消息队列RabbitMQ、zookeeper
监控技术:业务侵入式监控spring+actuator+prometheus、性能监控pinpoint、有对接ELK及阿里云日志服务经验;
流式计算框架:storm有使用经验
自动化测试:了解并有一定经验项目经验,selenium + python
seo:了解搜索引擎运作原理及基础seo技巧:关键词寻找、评估、搜索习惯分析、代码优化;
前端技术栈:熟识使用vue
网络安全:熟识基础csrf、xss、https,了解burpsuite等暴力撞库工具原理及使用,了解nginx防盗链技术;
数据运营平台:熟识使用并有数据规划设计经验:神策+诸葛IO
云:熟识使用对接阿里云ecs、oss、cdn、内容安全等产品;
微信平台:有对接微信公众平台、微信支付平台经验;
其他平台:有对接银行资管及支付平台、对接电商京东大客户平台经验
PPmoney营销业务线技术负责人,兼架构设计团队成员,主要负责集团各营销业务线的业务架构设计与统筹。
营销业务线:负责平台营销功能开发,例如,投资出借赠券、会员中心、会员商城、游戏活动专区、任务中心等模块,每个模块都由多个微服务多个客户端组件组合而成的。营销线绝大部分模块都会产生一个最重要的数据:钱,就是营销款。例,用户在平台投资满额就送钱
当涉及到【钱】的需求与功能逐渐变得越复杂时,维护【钱】可靠性的成本就越高,越容易出错;而【钱】的出错是一个极其危险且绝不能被接受的问题。
维护【钱】可靠性的痛点是:分布式事务成本高,成本有限情况下容易出错(时间成本、人力成本)。
举上述例子,用户投资满额返钱,投资要的金额A、投的项目B、是否满足额度C、产生的钱D,ABCD均来自不同的服务和库,任意一环都不是同步的、原子的、可回滚的,任意一环出现问题都会引发连环错误。
我的工作就是要从设计上保证这些【钱】没问题,并和团队开发相关功能。主要改进方向:
1、抽象化业务模块:每一个模块都具有完整的微服务能力,同步异步执行接口、分布式定时补偿、数据撤销、死信处理、异常告警、同步异步通知能力;
2、开发具有事务特性的规则引擎:把整块业务流程切成多个最小粒度的业务节点,再组合成为拓扑网,具有快速迭代、可复用、节点间无状态依赖、可靠性高等特点
3、统一数据库设计