DevOps流程总结,欢迎来讨论!
DevOps流程包括:计划、编码、编译、测试、发布、部署、运营、监控,这是一个循环的过程。DevOps是依托于容器、自动化、云计算等技术及精益化管理形成的一种项目过程,有效的促进了开发、测试、运营、运维、QA等团队间的协作,使得团队内、跨团队之间的协作得到极大的提升,可以帮助企业做到产品精益化、运营精益化、管理精益化。
从项目的全生命周期来看,DevOps实现了项目全生命周期的团队高效协作、自动化。DevOps的职责包括:开发和运维的紧密协作、测试和运维的自动化、产品持续交付、持续集成。例如DevOps打通了开发和运维之间的隔阂,加之自动化运维的出现,大大提高了系统部署的稳定性和安全性。
当团队甚至公司之间践行DevOps理念并且团队成员都能有DevOps的思维时,才能真正做到敏捷。
==,唉,我们公司什么时候才能践行DevOps哦,而不是天天挂在嘴边上......
正在回答 回答被采纳积分+1
devOps: plan->code->build->test->release->deploy->operate->monitor
看到大家的的经历,真的不是自己所能比拟,几年前因为回到家乡并没有找到什么合适的,就自学了最基础的HTML+CSS+JQ然后就到了一家小公司开始了前端之路,小公司并没有很重视这样的流程,也不会重视培训,刚开始过去只能自己摸索,加班加点的把东西弄完。然后开始自学APICloud的混合式APP的开发,还有小程序开发。当掌握了这些以后也能完成公司的要求,做出产品。然后工资也慢慢的提上来的。感觉自己就好像懂了,在自己的舒适圈子里待了太久了。是一直有关注新的技术,但是却没有深入的去了解过,看了两天文档就没坚持。
在两个公司待过,工作内容并没有什么改变。感觉都是没有计划的在做项目。自身的团队也有点不思进取。一个团队就几个人在做一个项目,好像就想到什么做什么。没有尝试说去写过什么文档。甚至接口也就直接连接参数丢过来。从来没有去规划过接口应该怎样设置,丢过来一堆的冗余数据,自己也没有注意把接口整理。经过几次修改,自己也已经不知道接口的每个参数表示的东西。团队的氛围很差,突然就感觉自己不能继续这样想逃离这里。一找工作发现好多的技术栈都不是自己会的,意识到自己的严重不足,故下定决心好好的系统的学习前端。
已经坚持学习了一个月,看完了一个实战课。确实能从中获取到很多自己以前一直没有注意到的问题和解决方法。还有一些规范的东西。
学习起来,充实了许多,每天都能积累到一点东西感觉不错。
本人是一个入门小白,对于DevOps流程也是通过本次课程的介绍才有了更多的个人认识和理解,DevOps流程包含着:计划,编码,编译,发布,部署,运维,监控。这个过程是一个循环过程,利于团队更加快速的开发产品。其中老师有说到的规范化,结合之前做项目的经验,使用eslint来规范代码的格式,虽然每个公司都要自己的一套标准,但是有了这样的标准格式,更是规范了编码的结构风格,也便于项目的优化。第一次学习这个课程,我是很担心自己驾驭不了,因为本人也算是一个跨了专业的入门小白,接触编程也不到半年的时间,希望自己可以坚持本这个课程完成,树立自己对编码的信心,我会加油的
DevOps流程:plan -> code -> build -> test -> release -> deploy -> operate -> monitor. 具体分为以下几个模块:Git Flow(代码管理)、本地开发、 缺陷管理、自动化流程。
结合以下目前的工作经历来谈谈对于DevOps的体会:
我们公司并不是传统的互联网企业,因此DevOps这一套理念对于公司来说非常陌生。正巧我们部门正在做DevOps的相关推广,慢慢的将Jenkins这一工具应用到了我们日常的集成测试环节,通过邮件将结果发送给相关的开发人员,显著提升了开发效率。
规范化和流程化方面做的不是特别好,更多的是因为一些历史遗留问题,诸如离职员工没有留下自己的开发文档,许多未解的bug并没有彻底的解决,导致在做新产品的时候会出很多的问题。
【DevOps流程理解】
DevOps流程包含:规划 - 编码 - 打包 - 测试 - 发布 - 部署 - 运维 - 监控。工作上就是:
- 开发 自动化(专注业务开发)
- 产品 文档化(方便产品后期迭代管理)
- 测试 标准化
- 运维 规范化(高效产品运维,快速定位现网问题)
初入职场,目前接触到的就是 规划 - 编码 - 打包 - 部署 - 运维。按照我们公司专家的话说,我就是一个打杂的。目前的现状是虽然公司一直采用敏捷开发流程,但是没有实现体系上的自动化,很多工作需要靠人力完成。测试的水平有限,产品很多的使用问题要到客户现场才能发现。项目紧的时候我基本上都在出差,所以深刻体会到规范化流程的重要性。希望本门课程学到的东西后续能够解决我目前遇到的一些问题。
结合我的工作经历我对DevOps的体会如下:
自动化:在之前的公司,jeckins来进行项目发布确实是提高效率和节省时间的好方案,然后有些后端框架都会自动生成文档网页,可以省去写文档的时间(上家公司是java的spring boot)
规范化:因为入职的都是小公司,最多的前端团队也才3人左右,理解到的规范化无非是变量的命名,注释,缩进,通过eslint来约束,但是也没有实施得很到位,有时候都是通过IDE的代码格式重排实现= =
流程化:之前有看过一些git flow的机制,但是没实施起来,核心大佬本来说要建立起来这个机制,但是后来项目黄了,大佬也撤了。
文档化:基本都是遇到的问题记录在文档,然后发给后端人员(也不知道这个算不算= =)
入行前端也两年半了,目前在福州一家外包,薪资8k,对公司环境不满意,都是今天做这个明天做这个,都没有技术交流,前端只有我自己,也没有年终,没有团建,希望买下这门课程后能收心学习,沉淀自己,为下一份工作攒足底气,希望下一份会更好,加油!
恭喜解决一个难题,获得1积分~
来为老师/同学的回答评分吧
0 星