缩短软件开发生命周期和上市时间是实施 DevOps 程序后企业获得的关键收益

每天‬分享‬最新‬软件‬开发‬，Devops，敏捷‬，测试‬以及‬项目‬管理‬最新‬，最热门‬的‬文章‬，每天‬花‬3分钟‬学习‬何乐而不为‬，希望‬大家‬点赞‬，加‬关注‬，你的‬支持‬是我‬最大‬的‬动力‬。

超过85% 的公司承认速度是软件开发的关键因素之一。不幸的是，只有10% 的人确认为快速开发和部署做好了准备。了解速度的价值和充分利用速度之间的区别在于接近的范围。

你熟悉像亚马逊，Target，Etsy，Netflix，Google 和沃尔玛这样的公司吗？有些东西把这些著名品牌放在一条线上。它是用于最有效地构建和交付软件产品的 DevOps 方法。

更大，更强，更快。要成为软件产品的市场领导者，您应该使用灵活、快速或极端的方法来部署产品。缩短软件开发生命周期和上市时间是实施 DevOps 程序后企业获得的关键收益。这一切是从哪里开始的，现在软件开发中的 DevOps 是什么？什么是 DevOps 团队，什么不应该被称为 DevOps？

DevOps 的历史

开发人员和系统管理员一直在为日常工作、常规崩溃以及最重要的ーー这次发生错误的那一方ーー的责任争吵不休。在本世纪初，帕特里克 · 迪布瓦和安德鲁 · 谢弗决定稍稍搅动一下局面。

2007年，Dubois ーー顾问、项目经理和敏捷实践者ーー协助比利时政府迁移数据中心。它应该结合应用程序开发小组和负责服务器和数据库的小组的过程。由于对一般的不一致性感到沮丧，他希望创建一种管理员和开发人员之间交互的工作文化。

Andrew Schaefer 现在是 Red Hat 全球转型办公室的副总裁，他一直是敏捷的传道者，并且为诸如 Puppet、 OpenStack、 Cloud Foundry 和 Kubernetes 这样的开源项目做出了贡献。

2008年，在多伦多举行的敏捷大会上，Andrew 提出了“敏捷基础设施”这一讨论话题。只有一个人同意参加辩论ーー帕特里克 · 杜布瓦。同年，迪布瓦和舍费尔在 Belgian Ghent 举办了第一届 DevOps 日活动。现在全世界每年大约有40个 DevOps 日会议。

现在软件开发中 DevOps 是什么？

DevOps 是关于过程自动化、持续测试和代码交付的。DevOps 允许您自动化重复操作，并减少时间和产品成本。投资 DevOps 实践，可以减少所需的测试人员数量，实现新的规则，并使必要的过程自动化。

最佳开发定义

DevOps 是开发和运营之间的桥梁，让团队实现持续的软件集成和交付。有许多方法和途径来描述这种文化，但我们坚持坚持基本原则。那么，DevOps 的最准确定义是什么呢？不出所料，GitLab 给出了这样的结论: “ … … 一种软件工程方法，旨在通过促进协作和分担责任的文化，将软件开发和软件运营团队的工作结合起来。”

团队处理创建新构建、运行测试、部署产品、监视性能和自动处理反馈的环境。

似乎我们已经提出了一个新的角色或立场，一个人可以采取。DevOps 不能被认为是一个职称。这是一个旨在改进所谓的老式软件开发方法的过程。

Chef, Maven, Puppet.

开发工程师做什么？

基于 DevOps 理念的持续软件开发生命周期包括范围、编码、测试、部署、操作和监视。DevOps 工程师或开发或运营团队中使用 DevOps 方法的任何人所使用的主要工具包括:

• Docker ー一个集装箱化系统，可以更容易地创建和维护互连组件的应用拓扑结构;
• Kubernetes-一个可扩展的开源编排平台，允许安全和优化的容器化工作负载的运行;
• GitLab ーー一个建立无缝 DevOps 工作流的平台，可以提高软件开发的整体回报;
• Jenkins-一个常用于有效执行 CI/CD 管道的自动化服务器;
• Puppet ー一个支持持续交付模型的开源 DevOps 系统管理工具

接下来，我们将讨论为什么严格分离 DevOps 工程师角色并不总是一个好主意，以及 DevOps 文化如何能够并且应该在整个团队中传播。

DevOps 不是什么？

最初，DevOps 不是一个单独的职位或角色。它是一个整体的方法论，文化，甚至哲学。尽管如此，在招聘网站上还是有很多 DevOps 的工作。在大多数人力资源专家看来，“ DevOps”(作为一个角色)是关于开发和管理中一切如何工作的知识的保管者。这样，文化就被一个位置，一个功能所取代。

通过强调“ DevOps”作为团队中的一个独立角色，公司通常不允许其他员工深入研究这种文化。这是一种危险的策略，原因如下:

• DevOps 专家有很高的职业倦怠风险. 当整个团队看到一个单独的 DevOps 工程师作为唯一一个负责调整过程的人时，无论是在心理上还是在组织上，负担都会变得难以承受。调查报告称，88% 的 DevOps 专家表示他们至少经历了一定程度的职业倦怠
• 系统进化得不够快..团队成员用问题折磨 DevOps 专家，但实际上，老狗不想学新把戏。如果整个 DevOps 的负载只是由选定的专家承担，那么整个开发并没有变得更好
• 与这样的员工一起出现了一个瓶颈..如果过程的质量取决于一个人，他们可以操纵情况，要求特殊的态度，独特的补偿，等等。当他们因为某种原因离开时，系统会迅速退化

通过将 DevOps 文化孤立成单个人的功能，我们剥夺了整个团队成长的机会。一个好的 DevOps 实践是团队一起更改流程，使其更加开放、相关和可行。不过，雇佣一个能够介绍企业文化、控制流程并通过 DevOps 实践指导团队的人是一个好主意。

DevOps 的好处是什么？

如果您只计划构建和启动一个小型产品(例如，MVP) ，那么没有 DevOps 过程和流程也没有问题。如果您已经有一个工作产品，并计划将其扩大或进入新的市场，那么您可以从实现 DevOps 最佳实践中获得巨大的收益。

1. 零延迟创新与可持续发展. 这是实现 DevOps 哲学的关键原因之一。它可以让您在短时间内构建和发布产品，确保更长的周期，并且在开发和运营部门之间没有墙。任何问题或错误都可以在早期阶段解决
2. 高效率的合作.DevOps 的理念鼓励团队聚在一起，有一个共同的目标。看看传统的开发过程，您会注意到团队之间并不相互信任，他们也没有足够的动力来组织良好的协作。共同的目标，分担任务和风险，团结人们朝着共同的目标前进
3. 可靠的软件开发。一段时间以前，很难在不影响质量的情况下对程序进行任何更新。在 DevOps 方法的帮助下，您可以进行持续的集成和交付。有专门的工具用于监视和记录团队的性能，它们帮助我们将产品的可靠性保持在一个较高的水平
4. 加强了安全设置.当你和一家外包公司打交道并且让你的客户使用你的产品时，安全问题就显得尤为重要。一个开发团队可以使用自动遵从性策略、细粒度控制和组态管理工具来保持速度，同时不损害安全性
5. 实现关键业务目标。DevOps 是关于降低成本和加快交付速度的。在内部开发的背景下，DevOps 为 IT 部门的负责人提供了优势。他有分析的度量标准和更多控制过程的机会。交付的速度越来越快，而且由于测试工作，错误也越来越少

这并不是一个详尽的好处列表，但“为什么 DevOps 很重要”这个问题的答案可能需要一两本书。如果你正在进行一些半虚构的 DevOps 哲学和最佳实践，查看凯文 · 贝尔(Kevin Behr)、吉恩 · 金(Gene Kim)和乔治 · 斯帕福德(George Spford)的《凤凰计划: 关于 IT、 DevOps 和帮助你的企业取胜的小说》(The Phoenix Project: A  about IT，DevOps，and Help Your Business Win)。

发展文化: 创新背后的哲学

DevOps 实现的好处是强大而明显的，因此是许多人所期望的。然而，如果没有一般的开发和协作文化，DevOps 文化就不能成功地与公司的流程融合。这些珍贵的种子需要适当的土壤才能收获。下面是一些为有效的 DevOps 实现奠定基础的原则。

尊重你的同事。尊重与你共事的开发人员和追随你的人。今天你为某人写代码，明天你就会得到某人为你写的代码。

使用开放源码。为社区做点什么，得到感激和建设性的批评，这是件好事。DevOps 证明，成为知识的垄断者是愚蠢的。分享知识有助于整个市场的发展。

投资于客户的业务。通常情况下，处于实现阶段的开发人员会发现选择的方法是错误的，但他们只是想更快地完成项目。DevOps 文化激励我们挖掘真正的问题，并提供最好的解决方案。

不断强化技能。DevOps 文化意味着事情总是在变化，团队应该不断地学习和应用新知识。现在仍然有开发人员像十年前那样编写代码，这使整个开发过程倒退了。

优先考虑团队合作。好莱坞式的独行程序员时代已经一去不复返了。每个人都希望自己是一个独特的开发人员，但 DevOps 最佳实践鼓励我们在团队中工作，应用实用的方法并调整我们的工作。它是发展的进化，它的自然路径。

最后，有了这些哲学背后的基础，什么是 DevOps 团队？开发人员和 IT 运营专家协同工作，尊重流程和其他人，投资于客户或公司的业务，专注于暴露和消除开发、运营和通信中的盲点，加强技能，分享获得的知识和经验。