Devops的衍生

软件开发的流程通常都是需求分析-开发-测试-运维，每个环节都是独立存在的，各个部门关起门做好自己的事情，然后移交给下一个部门，进行下一个环节，但是在测试和运维阶段会出现问题，需要开发针对程序错误进行更新，但是各部门之间的协作和协调是需要很大的工作量的，甚至会出现互相推诿的现象出现，毕竟人与人之间的协作本身就是需要时间的磨合，何况是各部门之间，那么，为了让各环节有效的有序的进行，需要将各部门融合，这时候就出现了一个新的词汇，即devops。
其实以上解释devops的由来是很白话的，是小编通过devops相关资料总结出来的，为什么这么口语化，因为相信很多在查资料的同仁中很多都不是软件开发技术出身，之所以还要查阅关于devops的资料，是因为要写文章或者了解相关知识，作为一个非科班的过来人，我想通过自己的语言平实无华的阐释一下devops。当然，这么解释肯定会有很多大神会觉得有很多不准确的地方，那么，欢迎大神们指导哦！只要解释的行外人一看就懂，这样最好。
下面和大家一起再从技术的层面简单聊一下吧
很多人都说DevOps是一种技术文化，其实就是倡导开发和运维深度结合。尤其是现在比较热的Cloud Native Application的概念，也是DevOps的一种实践。
就开发而言，从写代码开始就考虑程序的运维，这是开发人员一种意识的转变，他们不再是功能有了就可以了，而是包括后面的部署、监控和日志。
而对于运维来说，主要就是通过写代码和应用一些工具尽可能的提高每个环节的自动化程度，包括基础设施管理，配置管理，监控和日志。
DevOps工程师这个角色，比较成功的实践还是开发参透了DevOps理念然后逐步实践下来的，而多数DevOps工程师从目前圈子里来看实际上还是运维开发工程师吧，我想说的是不管你是运维还是开发，只要坚持DevOps的理念，崇尚DevOps文化，你就是DevOps工程师。
综上，devops其实是一种理念，一种思维！