- 博客(6)
- 收藏
- 关注
原创 老系统升级到新系统-灰度发布
背景 作者所在的公司随着业务发展,老系统越发显得无力支撑业务发展,同时伴随着各种问题不断的浮现,所以新系统的构建被提上了日程; 关于为什么升级,已经在另一篇博客中进行阐述,如果有兴趣的同学可以一起来吐槽老系统升级到新系统 那么由新系统替代老系统的开发过程中被叫做灰度发布,它主要解决的是新老系统切换期间产生的各类问题,那么灰度发布期间会产生那些问题了?以下是作者在灰度发布期间遇到的坑和总结的经验,系统对后来的同学能有所帮助。 灰度发布期间会产生的问题 关于老系统业务迁移到新系统,并不是一蹴而就的,因为线上业务
2020-06-13 11:48:03 1256
原创 老系统升级到新系统
记录新老系统升级背景老系统的弊端稳定性差可扩展性差代码质量低用户体验差新系统的构建弊端处理技术选型完整技术体系总结 背景 作者所在的公司随着业务发展,老系统越发显得无力支撑业务发展,同时伴随着各种问题不断的浮现,所以新系统的构建被提上了日程; 老系统的弊端 老系统由外包提供了1.0版,作者进入之后,接手了系统,并且为了尽快满足业务需求,在此基础之上进行开发,但是随着开发深入,老系统暴露了以下的弊端 稳定性差 老系统采用的单应用模式,并不是说单应用模式本身有问题,而是在单应用模式下,由诸多的开发人员协同开发,
2020-06-07 10:29:36 970
原创 记录工作中遇到的mysql索引失效的一些情况
背景 工作中经常遇到查询大表数据,为了提高用户体验,优化查询速度成为了必修课,而索引成为了我们提高查询速度的利器,但是我们在工作中经常遇到查询的索引失效的情况,本篇文章根据作者工作中遇到的索引失效情况,由于作者最近使用的数据库为mysql,所以本篇中使用的栗子也是来自mysql EXPLAIN工具 工欲善其事必先利其器,没错,我们的利器就是mysql自带的excplain工具,它可以帮助我们快速定位查询语句的执行状态,优化查询语句,当你需要执行非常复杂或者查询大表数据时候,如果不能确定该语句的执行时长或者是
2020-05-30 10:19:09 348
原创 基于rockermq的异步服务
基于rockermq的异步服务背景流程梳理技术设计第一版 背景 开发:你确定这个玩意有实现的必要? 产品:当然,需求就是这样的 开发:但是对方接口的响应时间太长了吧,而且是两个 产品:嗯,我跟对方确认过的,第一个接口的响应时间是12s左右,第二个接口的响应时间是40s左右,并且调用第二个接口还需要在第一个接口的返回基础之上 开发:那还有做的必要吗?这个用户体验得差到什么程度,要是长连接服务器得爆掉...
2020-05-07 17:16:08 164
原创 记录线上的一次OOM
背景 “星哥,不好了,线上的一个服务出现了OOM” 我:“怎么回事?查到原有了吗?” “还没有,初步估计是因为并发过大导致” 我:“嗯,你先去解决一下,不行我在上!” 一个月后 “星哥,不好了,那个服务还是出现OOM了” 我:“这个服务是干什么的?” “就是调用微信接口,跟微信交互的!” 我:“那你是怎么解决的? “我走读了一圈代码,没有发现会出现漏洞的情况,初步估计是因为并发过大导致的,所以增加...
2020-05-04 10:21:00 239 1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人