前言
本周正式回归正常的办公场所,关于远程办公和公司办公我只能说各有各的好坏,说实话我会更偏向在公司办公,后面有机会写篇文章分享下。本周继续专栏学习计划,目前已经进展到专栏的尾声了,正篇内容基本可以在这周可以搞定,这周的主题是运行维护篇,以下内容是我的总结:
业界通用版本编号
主版本号 . 子版本号.[. 修正版本号.[构建版本号]] 比如:1.2.1.1 主版本和子版本分别在大功能和小功能编号时累加,修正版本标识Bug修复,而构建版本号基于每一次构建,自动累加。
版本的发布规划
业界好的发布规范流程
上线后要做的事情
这一节讲的内容讲的是软件项目上线之后要关注的事情,上线仅仅只是开始,一个产品的好坏除了更新迭代,也得靠日常运营,营造好的品牌口碑,提高曝光度。作为一个软件工程师,能够负责一款受人喜爱的产品研发,自己也能从中收获到成就感。
什么是DevOps?
先来回答DevOps解决什么问题,现代运维模式存在两个挑战:
DevOps的出现是为了解决开发和运维之间的协作问题,提升运维开发和自动化能力。
DevOps是开发(Development)和运维(Operations)一切紧密协作的工作方式,从而可以更快更可靠的构建、测试和发布软件。
DevOps带来的好处
DevOps工程师要做什么?
关于这一节的内容,我最大的感受就是不仅仅只是运维工程师需要学习DevOps,而是所有开发都应该学习DevOps,开发和运维本身就分不开,构建协作的文化,提升研发效能,不管对产品还是团队都是非常好的实践。
扩展阅读: DevOps 前世今生 | mPaaS 线上直播 CodeHub #1 回顾 孙宇聪:来自Google的DevOps理念及实践 关于 DevOps ,咱们聊的可能不是一回事
新手处理线上故障
高手处理线上故障
大厂处理线上故障值得借鉴的地方
大厂其实是把高手解决故障的方式,变成故障处理的流程和操作手册,并且通过反复地故障演习。不断练习和强化对故障处理的流程,让系统更健壮,让新手也可以快速上手,做到高效处理线上故障。
这节课让我更深刻的了解处理线上故障的实践,前后端解决具体问题的方法可能会有所不同,但总体解决策略和思路是类似的。关于工程师解决问题的和分析问题的能力其实也是我们的核心竞争力,如何更好的解决问题,提升业务价值,是我们在整个成长过程中需要不停去思考并践行的。
这节课宝玉老师主要分享了怎么通过搭建日志管理系统来帮助我们快速发现和定位产品问题。更多是偏后端的内容,这里我就基于文章内容进行以下总结:
什么是日志管理?
日志就是操作系统和应用软件自动生成的事件说明或者消息记录,包含了时间、日志信息。 日志管理就是指对系统和应用程序产生的日志进行处理的方法,包括对日志进行统一收集,对日志数据进行筛选和解析,统一存储,还要让它们可以方便被检索。
日志管理系统解决的肉眼检索困难,服务架构复杂,无法统一记录和检索的问题
如何快速发现和定位问题?
业内大厂的最佳实践
复盘的常见问题
复盘的四个基本步骤
1. 回顾项目目标
2. 评估项目结果
3. 分析原因
分析导致项目结果好跟坏的原因,好的比如改进了研发流程,工具的使用,规范了项目流程;坏的比如老板过多干预产品需求,周期过长,频繁变更导致延期等
4. 总结规律,落实行动
基于原因总结规律,保持好的实践,停止不好的实践或寻求改变
这节课能给我们的启发是很多的,当时也发了个朋友圈:
定期回顾项目进展和目标,让团队小伙伴知道劲往哪里使,避免无意义的抱怨,解决问题为主,让写代码变得更加美好。
运行维护篇作为软件工程当中最后的环节,让我们知道软件上线仅仅只是第一步,后续的运行维护才是我们让产品生命力继续发光的手段,只有产品成功,我们研发的价值才能体现。在软件研发过程中,自然会有做的好的和不好的,阶段性复盘是我们能够将经验转化成能力的好实践,经过这段时间的学习,我也很想将这里面学习到的内容推广到我们的团队当中,借助好的方法论一定能够让我们团队研发实力更上一层楼。