一个新的流行语正在技术界流行，尤其是在数字简历上。它被称为DevOps，是“开发”和“运营”这两个词的“组合体”(或者，对于不太长的单词组合)。IT实际上是一种软件开发方法，旨在集成软件开发和IT，并为组织更快地生成更好的软件和服务创造必要的沟通和协作。

其实根据行业的变化，已经形成很久了。其中包括需要更快地从应用程序构建者那里发布产品，增加数据中心自动化和配置管理工具，以及使用敏捷软件开发。(了解敏捷软件开发101中这类开发的背景知识。)

简而言之，DevOps代表了开发、运营和质量保证的交集，它们过去相对独立运营。

听起来不是很简单吗？虽然DevOps的基本思路很简单，但其实很多人讨论的方式也有很多不同。那我们来看看其中的一些。

DevOps的优势

尽管DevOps的详细描述不同，但大多数人认为这种方法的基本目标是改变开发团队和其他人在“在线”项目上的工作方式。所有供公众使用或特定最终用户社区的现场项目、软件产品和技术都是作为想法开始的，并被各种程序员带走，这是通常必须在发布前进行的复杂过程的一部分。这是DevOps倾向于解决的问题。我们的想法是尽可能顺利地完成这个过程，并让最有效的人员参与每一步。

关于DevOps的一些信息显示，担任此角色的专业人员有时被称为“系统管理员”或以其他方式进行类型转换。有人认为DevOps的人只是戴着不同的帽子，在开发人员和管理员的角色之间摇摆不定。

然而，当DevOps这个词出现在你的简历上时，许多人力资源专家可能会看到一些不同的东西。这是因为DevOps的专业人员经常作为项目“持有者”工作，他们负责监督产品开发中被忽视的方面，并帮助完成工作。更具体地说，DevOps解决了如果没有积极参与者的帮助，它实际上可能会以错误的方式生存的想法。

DevOps和项目管理的历史。

按照一些称赞DevOps的人的说法，这个新想法确实是解决了发展过去的工作方法的问题(在某些情况下，它仍然是)。一个相关的问题是，一些开发者未能创造出用户友好的东西，并在开发的操作中拥有既得利益。然而，DevOps可以解决的另一个领域是实践的自动化，开发人员可能会因为高效的编码使项目达到最终目标而感到沮丧。这两个常见的开发问题都可以通过DevOps程序来解决。

DevOps和云。

许多消费者认为云主要是远程存储的地方，但是开发人员可以看到使用云服务为项目提供更好方法的许多其他潜力。在DevOps计划中，计划者可能会考虑连续交付或更无缝的软件装配线。基本上，如果您的公司定期发布应用程序或其他产品，一些重复的任务协议可以确保更好的结果和更高的质量保证基准。

DevOps中的人也可能会寻找机会来自动化一些以前手动完成的操作。云服务可以支持各种新的资源，从而以更简单的方式将软件产品带入生命周期的各个部分。通常关注的是将产品引入多个环境，或者通过使用承诺“零接触”部署的新工具，以更少的工作量部署它们。然而，DevOps和云服务的结合经常被用来创造新的工作方式，抛弃过时的变更管理系统，并帮助实现特定企业或IT文化的彻底变革。

DevOps由人组成。

简而言之，大部分普通的DevOps部门或结构都与确保人们一起工作有关。通过在公司中构建特定的DevOps组件，领导层通常希望确保有大量良好的沟通，因为项目要经过从想法延伸到工作原型并进入现场的复杂装配线。软件的阶段。这意味着使用DevOps人员来确定开发人员团队是否调用了正确的资源，协调任务或将他们的工作发送给正确的下一个团队。如果这一切听起来很微妙，那么那些在大型IT公司或其他公司工作的人也不会感到惊讶。

在一个复杂的世界里，DevOps是一个复杂的想法，在这个世界里，工作通常与流程文档、网络和办公室间的协作有关，而不是简单的手工工作，甚至是认知工作。对于许多信息技术流程需要多名全职员工的高层管理人员来说，这在当时是正确的想法。

免责声明： 本文由用户上传，如有侵权请联系删除！

标签：