LK AH 技术对比

不同的公司有不同的技术特点,或者说不同公司的业务决定了公司的技术栈:

LK:回头看,LK的技术架构还确实挺完善的,也很规范。

     代码开发:有统一的base包,这个基础包把基本的常用开发都包含了,使得开发会快捷方便很多,

                    比如接入Mybatis开发 / RPC 接入 / MQ 接入/图片服务器接入/ redis 接入/注册中心接入 等等,已经做的很好了,而且背后都是集群架构模式。

     项目发布部署:有专门的集成持续部署,CI CD 比较完善,【但是没有灰度发布,所以半夜上线有点头疼】

     监控体系:埋点监控,异常数达到阈值自动报警 。日志统一接入日志平台。中间件的一些监控,比如redis的连接数,连接的项目,峰值等等指标还是很完善的。然后机器的监控,比如磁盘容量,

                     CPU 占用率,基本排查线上问题需要考虑的参数,大致都有专门的监控平台。

     DBA:测试环境开发人员能直接操作数据库,到预生产环境,生产环境,所有的非界面操作必须在数据库管理界面上提出申请审批后方可执行,所有的脚本修改都要有备份表进行备份。

     codeReview:之前所在的团队差不多两周组内会有一次codeReview,从代码规范,业务上等等,讨论怎么把代码写的所谓的优雅一些。代码规范上也比较重视,基本靠向阿里规范,一些常见的

                   规范要是不遵守,代码提交都提交不了。

     开发流程:标准的瀑布模式,有一个系统专门记录整个流程。包括跟踪bug 等。

这些流程规范以及完善的技术架构,个人体会确确实实能提高生产效率,提高代码质量,减少错误的发生。量上去了,一定要这些才能撑的起来。qps tps 这些能上去,不仅仅是靠加机器就能解决的。

AH: 

   现在参与的项目里用的Spring cloud,接数据用到的Kafka ,存储用 mysql/es 体量上接收的数据有点大,其他暂时业务上还没出现啥,哈哈 ,基础架构 哈哈 。

posted on 2020-09-15 10:38  靠自己的骨头长肉  阅读(226)  评论(0编辑  收藏  举报