DevOps的基本原则与介绍

      DevOps这个术语是developer与operations的合并简写。实现还有QA。DevOps描述与精简软件交付流程，在今天已经开始广泛的使用。强调从生产环境到开发的生命周期快速地反馈学习。DevOps不只是让你更快地交付软件，更多是帮助你产出高质量，与个人需求一致的软件。

鼓励运维工程师与开发工程师积极合作是至关重要的。 DevOps原则有如下： 

l 与人合作：

       从你的坐位上起来与其他运维工程师或开发人员面对面交流。在这儿你不能用Email或电话等方式进行沟通。想象试着通过电话与朋友们开个Party一样。是的，现在去和某人交流下一个项目，问题，解决方案，你需要对他们像一个Team一样。

l 穿他们的鞋走路：

      如果你准备好理解软件工程师与运维工程师的每天如何工作的，使用工具如何工作，那你最好在现实工作场景一起和他们工作。例如，如果你是一个运维人员，你没有花时间去理解源代码管理系统，而开发人员坚定他们信念使用用, 那么需要站在他们立场上去思考问题。需要更多时间去学习系统，因为你能应用你的技能去构建工具从而支持软件开发过程。

l 为其他人而工作：

      使每个人工作轻松点儿。为运维构建工具，它也为你了构建工具。如<<>> 的作者Tom Limconcelli说的，“我们现在是程序员了。” 甚至，我们有补充缺乏的技能集。没有一个人能精通一切，所以构建一个新工具能帮助你的运维人员或开发人员自动化交付过程。它不是正式环境的一部分，甚至是个简单的桌面工具。这是像”交换工具”来实现提高效率，同时也能使TEAM之间巩固关系与加强协作。

      这些基本原则可以应用到大型开发与运维团队的大公司，同样适用刚起步小团队公司。

走近DevOps

越来越多的开发人员和运维人员相互学习各自专长。更多像他们构建一个共同的愿景什么需要做，如何做。开发人员需要学习一些常规高层知识：

l 操作系统

l 网络构架

l 网络安全

l 应用程序安全

l 配置管理

l 自动化实践

与开发人员在一起工作的运维人员需要构建与维护一个复杂在线网站，更需要这些技能：

l 沟通

l 配置管理

l 编程

l 软件设计与构架

 

演化

让我们来看下面这张图，假设已经实现了些基本的打包，配置管理自动化过程

上图开发人员与运维人员有一些协作，开发人员可能不了解管理WEB服务器的配置，可能不清楚在特定操作系统如何使用命令行配置。运维人员管理服务器，让他们能点击一个按钮完成发布应用程序到应用服务器，实现部署工作，提供应用服务器。最好的环境是开发人员与运维人员在一个TEAM开发一个新环境。但新的环境一旦推出后，需要花费一些管理成本，去跟踪与管理所有的新环境。不幸的是，网络管理，配置管理更多的压力让运维人员来支持整个环境正在运转。看下面图示是如何演化的：

上面的图我们设想了比较理想的场景，减少编译、构建与部署的依赖。 自动化系统提供一个WEB应用服务器的事实没有变，变的是需要与运维交互的WEB服务器配置，日志配置，部署应用程序操作都是由开发人员来完成了。运维演化为适应开发人员的持续集成，发布管理，测试，调试源代码。开发人员需要学习操作系统核心，网络，配置管理与自动化。开发与运维能相互接管各自角色的工作，感觉像开发人员需要两个角色技能合集，也对开发人员有下一个级别的需求。

2013年一份对4000IT组织调研报告，组织实现DevOps的好处有如下：

今天先到这儿，后续有时间，我们将介绍更多内容。

希望对您软件开发管理有帮助。

关于DevOps更新您可以参考：

 

作者：

出处：

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

该文章也同时发布在我的独立博客中-。