DevOps流程总结,欢迎来讨论!

DevOps流程总结,欢迎来讨论!

    DevOps流程包括:计划、编码、编译、测试、发布、部署、运营、监控,这是一个循环的过程。DevOps是依托于容器、自动化、云计算等技术及精益化管理形成的一种项目过程,有效的促进了开发、测试、运营、运维、QA等团队间的协作,使得团队内、跨团队之间的协作得到极大的提升,可以帮助企业做到产品精益化、运营精益化、管理精益化。

    从项目的全生命周期来看,DevOps实现了项目全生命周期的团队高效协作、自动化。DevOps的职责包括:开发和运维的紧密协作、测试和运维的自动化、产品持续交付、持续集成。例如DevOps打通了开发和运维之间的隔阂,加之自动化运维的出现,大大提高了系统部署的稳定性和安全性。

    当团队甚至公司之间践行DevOps理念并且团队成员都能有DevOps的思维时,才能真正做到敏捷。

    ==,唉,我们公司什么时候才能践行DevOps哦,而不是天天挂在嘴边上......

    

正在回答 回答被采纳积分+1

登陆购买课程后可参与讨论,去登陆

10回答
Brian 2020-12-11 15:44:28

每个同学的回复,我都有认真的看,大家未来可期

ZG_007 2020-12-10 14:33:51

devOps: plan->code->build->test->release->deploy->operate->monitor


看到大家的的经历,真的不是自己所能比拟,几年前因为回到家乡并没有找到什么合适的,就自学了最基础的HTML+CSS+JQ然后就到了一家小公司开始了前端之路,小公司并没有很重视这样的流程,也不会重视培训,刚开始过去只能自己摸索,加班加点的把东西弄完。然后开始自学APICloud的混合式APP的开发,还有小程序开发。当掌握了这些以后也能完成公司的要求,做出产品。然后工资也慢慢的提上来的。感觉自己就好像懂了,在自己的舒适圈子里待了太久了。是一直有关注新的技术,但是却没有深入的去了解过,看了两天文档就没坚持。


在两个公司待过,工作内容并没有什么改变。感觉都是没有计划的在做项目。自身的团队也有点不思进取。一个团队就几个人在做一个项目,好像就想到什么做什么。没有尝试说去写过什么文档。甚至接口也就直接连接参数丢过来。从来没有去规划过接口应该怎样设置,丢过来一堆的冗余数据,自己也没有注意把接口整理。经过几次修改,自己也已经不知道接口的每个参数表示的东西。团队的氛围很差,突然就感觉自己不能继续这样想逃离这里。一找工作发现好多的技术栈都不是自己会的,意识到自己的严重不足,故下定决心好好的系统的学习前端。


已经坚持学习了一个月,看完了一个实战课。确实能从中获取到很多自己以前一直没有注意到的问题和解决方法。还有一些规范的东西。


学习起来,充实了许多,每天都能积累到一点东西感觉不错。

  • Brian #1

    我们的很多小伙伴,通过自己的努力,后面也加入非常优秀的团队,继续加油。

    2020-12-11 15:46:39
半道和尚 2020-06-09 12:55:42

本人是一个入门小白,对于DevOps流程也是通过本次课程的介绍才有了更多的个人认识和理解,DevOps流程包含着:计划,编码,编译,发布,部署,运维,监控。这个过程是一个循环过程,利于团队更加快速的开发产品。其中老师有说到的规范化,结合之前做项目的经验,使用eslint来规范代码的格式,虽然每个公司都要自己的一套标准,但是有了这样的标准格式,更是规范了编码的结构风格,也便于项目的优化。第一次学习这个课程,我是很担心自己驾驭不了,因为本人也算是一个跨了专业的入门小白,接触编程也不到半年的时间,希望自己可以坚持本这个课程完成,树立自己对编码的信心,我会加油的

xiegudong45 2020-05-21 22:58:10

DevOps流程:plan -> code -> build -> test -> release -> deploy -> operate -> monitor. 具体分为以下几个模块:Git Flow(代码管理)、本地开发、 缺陷管理、自动化流程。

结合以下目前的工作经历来谈谈对于DevOps的体会:

我们公司并不是传统的互联网企业,因此DevOps这一套理念对于公司来说非常陌生。正巧我们部门正在做DevOps的相关推广,慢慢的将Jenkins这一工具应用到了我们日常的集成测试环节,通过邮件将结果发送给相关的开发人员,显著提升了开发效率。

规范化和流程化方面做的不是特别好,更多的是因为一些历史遗留问题,诸如离职员工没有留下自己的开发文档,许多未解的bug并没有彻底的解决,导致在做新产品的时候会出很多的问题。

  • Brian #1
    诸如离职员工没有留下自己的开发文档——跟你们招的人有关系,马云说过要招“气味”相同的人
    2020-05-23 12:30:41
小杨伊凡 2020-05-01 09:38:37

【DevOps流程理解】

DevOps流程包含:规划 - 编码 - 打包 - 测试 - 发布 - 部署 - 运维 - 监控。工作上就是:

- 开发 自动化(专注业务开发)

- 产品 文档化(方便产品后期迭代管理)

- 测试 标准化

- 运维 规范化(高效产品运维,快速定位现网问题)

初入职场,目前接触到的就是 规划 - 编码 - 打包 - 部署 - 运维。按照我们公司专家的话说,我就是一个打杂的。目前的现状是虽然公司一直采用敏捷开发流程,但是没有实现体系上的自动化,很多工作需要靠人力完成。测试的水平有限,产品很多的使用问题要到客户现场才能发现。项目紧的时候我基本上都在出差,所以深刻体会到规范化流程的重要性。希望本门课程学到的东西后续能够解决我目前遇到的一些问题。

慕粉1342033348 2020-03-08 15:18:27

结合我的工作经历我对DevOps的体会如下:

自动化:在之前的公司,jeckins来进行项目发布确实是提高效率和节省时间的好方案,然后有些后端框架都会自动生成文档网页,可以省去写文档的时间(上家公司是java的spring boot)

规范化:因为入职的都是小公司,最多的前端团队也才3人左右,理解到的规范化无非是变量的命名,注释,缩进,通过eslint来约束,但是也没有实施得很到位,有时候都是通过IDE的代码格式重排实现= =

流程化:之前有看过一些git flow的机制,但是没实施起来,核心大佬本来说要建立起来这个机制,但是后来项目黄了,大佬也撤了。

文档化:基本都是遇到的问题记录在文档,然后发给后端人员(也不知道这个算不算= =)


入行前端也两年半了,目前在福州一家外包,薪资8k,对公司环境不满意,都是今天做这个明天做这个,都没有技术交流,前端只有我自己,也没有年终,没有团建,希望买下这门课程后能收心学习,沉淀自己,为下一份工作攒足底气,希望下一份会更好,加油!

  • Brian #1
    非常认真的读完了,在一个没有上进心的团队不是长久之计,但是也要“出淤泥而不染”,我觉得你的心态很好,也要坚持。还是那句话,先生存,再向上走。相信未来的某天你也会成为别人眼中的“大佬”,加油吧,小伙子。在初创团队发展,一定要找一个好的老板,好的带头人,小公司就看人了,大一点的就看公司的方向或产品,再大一点的上市公司就看行业。
    2020-03-10 01:28:35
慕仰6304851 2019-11-28 15:48:50

DevOps流程是一个闭环流程,需要每个环节的紧密合作,提高效率需要每个环节的人的具有这种意识和遵守规则。

我是做移动端开发的,用jeckins为移动端搭建了自动化部署,对版本管理和代码管理很有帮助。这仅仅只是一个环节,让人受益匪浅。

然而,每个公司都有自己不同的发展境遇和不同的人员配比,不能说好就得上,不是每个人都能做到随时fight得状态,平衡更重要,适合当下发展才是合适得。。但是,要做好自己,充实自己,随时准备迎接改变,let's ok..

  • Brian #1
    这个心态非常的棒,等哪天领导说:"XXX,我觉得我们要提交一下团队的效率",机会永远是给有准备的人的....
    2019-11-28 23:18:08
小云嘚咿的飘 2019-11-15 20:48:26

这样的流程是可以提升开发效率和产品质量的,我觉得尤其是在小团队中或初创团队中,如果能有这样一套流程或者开发模式,能大大缩减时间成本,并且保证产品质量和开发的可持续性。

但是实际工作中遇到的情况大多是人人都知道这个好,但是很难做到。原因:1.建立这样的流程和模式也是需求时间的,领导层急于出成果,不理解,觉得这种做法就是浪费时间;2.团队成员没有这种意识或者技术水平达不到,这样的一个流程对各个环节要求都比较高,某个环节跟不上节奏,整个流程就无法高效的运转。


  • Brian #1
    其实可以分两步走,原先是内部有几个小伙伴支持你,那么你们可以找一个线上的同类工具进行协同,然后再推动整体架构。领导一般是想花最少的钱,干最多的事,如果你“变废为宝”,那么领导定会“刮目相看”!
    2019-11-15 21:24:27
双子小田田 2019-11-14 11:15:25

DevOps流程总结:

自己之前没有了解的流程有哪些?

自己之前没有了解,确切的说是了解不深的流程是自动化流程,所有版本的发布还是由开发完成,运维提供环境,很耗费时间。

举一个自己开发的项目的例子,来描述devOps流程,思考怎样才能效率开发?

实际的项目开发中可能只用到了版本控制及测试管理,用到的版本管理工具SVN。测试管理中缺陷控制使用了禅道。文档保存的都不多,有时候真的会忘记当时某个逻辑为什么那么处理。

效率开发可能需要使用到老师说的,自动化、规范化、流程化和文档化。

Brian 2019-08-29 22:10:41

1. devOps不光是一堆技术栈,更是一种效率的尝试。

2. 我们在视频也解释到,很多公司、很多团队不愿意去做devOps的尝试,一方面,体量小,另一方面,也是很重要的一点——大家没有意识。

3. 推动需要大家共同的努力,所以不要放弃,自己找一台测试服务器,自己来给自己的前端开发工作增加效率。

4. 自己要有自驱力,别人“不愿意”进步,自己要保持学习的状态。等自己足够优秀了,就去找一个更好的平台,让自己不断的提升。


天道酬勤,加油吧~小伙伴

——Brain老师寄语


问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
请稍等 ...
意见反馈 帮助中心 APP下载
官方微信

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师