DevOps对你意味着甚么？（devops的意义）

6 位专家为你解析 DevOps 及其实现、实践和哲学的关键。

　　如果你问 10 个人关于 DevOps 的问题，你会得到 12 个答案。这是对 DevOps 的意见和期望的多样性的结果，更不用说它在实践中的差异。

　　为了解读 DevOps 的悖论，我们找到了最了解它的人 —— 这个行业的顶尖从业者。这些人熟习 DevOps，了解技术的来龙去脉，并且已有了多年 DevOps 实践。他们的观点应当能鼓励、刺激和激起你对 DevOps 的想法。

　　DevOps 对你意味着甚么？

　　让我们从基本原理开始。我们不能只在教科书上寻觅答案，而应当需要知道专家们怎样说。

　　简而言之，专家们说的是关于 DevOps 的原则、实践和工具。

　　IBM 数字企业团体 DevOps 商业平台领导者 Ann Marie Fred，说，“对我来讲，DevOps 是一套实践和原则，旨在使团队在设计、开发、交付和操作软件方面有更好的效力。”

　　据红帽资深 DevOps 布道者 Daniel Oh，“通常来讲，DevOps 促使企业基于当前的 IT 发展与利用开发、IT 运维和安全协议的流程和工具。”

　　Tactec 战略解决方案的开创人 Brent Reed，谈及了利益相干者的延续改进，“DevOps 对我来讲意味着包括了一种思惟方式的工作方式，它允许延续改进运维绩效，进而提升组织绩效，从而让利益相干者受益。”

　　许多专家也突出 DevOps 文化。Ann Marie 说，“这也是延续改进和学习的问题。它触及的是人和文化，和工具和技术。”

　　美利坚合众国保监会 (NAIC) 首席架构师兼 DevOps 领导者 Dan Barker，“DevOps 主要是关于文化…它将几个独立的领域聚集在一起，如精益生产、公正文化 和延续的学习。我认为文化是最关键和最难履行的。”

　　Atos 的 DevOps 负责人 Chris Baynham-Hughes，说，“[DevOps] 实践是经过组织内的文化、流程和工具的发展而被采取的。重点是文化变革，DevOps 文化鉴戒的关键是协作、实验、快捷反馈和延续改进。”

　　云架构师 Geoff Purdy，谈及敏捷和反馈，“缩短和放大反馈回路。我们希望团队在几分钟内而不是几周内取得反馈。”

　　但在最后，Daniel 经过解释开源和开源文化是如何让他以简单快捷的方式实现目标来突出这点，“在推动 DevOps 中，最重要的事情应当是开源文化而不是具体的工具或复杂的解决方案。”

　　你认为哪些 DevOps 实践行之有效的？

　　专家罗列的那些最好实践是普遍存在的，但又各不相同。

　　Ann Marie 表示：“一些10分强大灵活的项目管理[实践]，能在职能、独立的小组之间打破壁垒；全自动化延续部署，蓝/绿部署实现零时间停机状态；开发人员设置自己的监控和正告，无缝自我修复，自动化的安全性与合规性。”

　　Chris 说，“特别的创新是倾情合作、延续改进、开放领导、缩短业务距离、从垂直孤岛转向横向/跨功能的产品团队、工作透明化、相互作用、Mobius 循环、缩短反馈回路、自动化（从环境到 CI/CD）。”

　　Brent 支持“发展学习文化，包括 TTD [测试驱动开发] 和 BDD [行动驱动开发]捕获事件，并经过延续集成和延续交付从设计、构造和测试到实行在生产环境上一系列事件的自动化。测试采取故障优先的方法，能够自动化集成和交付流程，并在全部生命周期中包括快捷反馈。”

　　Geoff 突出自动化配置。“选择一个自动化配置，对我的团队来讲非常行之有效的。更具体地说从版本控制代码库中自动配置。”

　　Dan 则玩的开心，“ 我们做了很多不同的事情来建立 DevOps 文化。我们举行 ‘午饭 & 学习’ 活动，提供免费的食品来鼓励大家一起学习。我们买书，分组学习。”

　　你如何鼓励你的团队实现 DevOps 这个目标？

　　Daniel 突出“自动化的问题就是为了减少 DevOps 计划中来自多个团队的异议，你应当鼓励你的团队提高开发、测试与 IT 运营的自动化能力，和新的流程和程序。举例来看，Linux 容器是实现 DevOps 自动化功能的关键工具。”

　　Geoff 很是赞同，“机械化的劳作，你有讨厌现在做的任务吗，我们将继续深入。很棒。如果可能的话，让它们消失。不行，那就让它们自动化。它能使工作不会变得太枯燥，由于工作总是在变化。”

　　Dan、Ann Marie 和 Brent 突出团队的履行力。

　　Dan 说，“在 NAIC，我们有个很好的嘉奖系统来鼓励特定的行动。我们有多个级别的奖项，其中两个奖项可以由任何人颁布给某人。我们也会颁奖给完成重要任务的团队，但我们通常只嘉奖给个人贡献者。”

　　Ann Marie 表示，“我所在地区的团队最大的动力是看见其他人成功。我们每周都会彼此回放一次，其中一部份是分享我们从尝试新工具或实践中学到的东西。团队热中于他们现在做的事情，并愿意帮助其他人开始，相信更多的团队很快也会加入进来。”

　　Brent 表示赞同。“让每一个人学习，并掌握一样的基础知识相当重要……我喜欢从评估甚么能帮助团队实现目标[和]产品负责人和用户需要提供的内容入手。”

　　Chris 推荐采取左右开弓的方法。“运行可以每周可以实现的小目标，并且[在这]可以看到他们正在运做的功能工作以外的进展，庆祝你所获得的进步。”

　　DevOps 和敏捷开发如何协同工作？

　　这是一个重要的问题，由于 DevOps 和敏捷开发都是现代软件开发的基石。

　　DevOps 是一个软件开发的进程，专注与沟通与协作，以增进快捷部署利用程序和产品。而敏捷开发是一种开发方法，触及延续开发、连续迭代和连续测试，以实现可预估和可交付的成果质量。

　　那末，它们又有怎样的联系？让我们去问问专家吧。

　　在 Brent 来看，“DevOps != 敏捷。其次 敏捷 != Scrum 流程……敏捷工具和工作方式支持着 DevOps 策略和目标，它们是如此融会在一起的。”

　　Chris 说，“对我而言敏捷是 DevOps 的一个基本组件。固然，我们可以讨论如何在非敏捷开发环境中采取 DevOps 文化，但终究表示，提高软件设计方式的变通性是采取 DevOps 成熟读的一个关键指标。”

　　Dan 将 DevOps 与更伟大的 敏捷宣言 联系起来。“我在谈到敏捷时总会援用敏捷宣言来设置基准，而有许多实现中其实不关心该宣言。当你浏览这份宣言时，你会发现它确切从开发的角度描写了 DevOps。因此，这种情况下，将敏捷融入 DevOps 文化非常容易，由于敏捷关心于沟通、协作、变化的变通性和快捷地投入生产。”

　　Geoff 认为 “DevOps 是敏捷实行的众多实现之一。敏捷本质上是一套原则，而 DevOps 则是体现这些原则的文化、流程和工具链。”

　　Ann Marie 简洁说明，“敏捷是 DevOps 的先决条件。DevOps 使敏捷变得更加行之有效的。”

　　DevOps 是不是受益于开源？

　　这个问题得到了所有参与者的热烈肯定，然后解释了他们看到的好处。

　　Ann Marie 说，“我们站在伟人的肩膀上，在已有的基础之上发展。拉取要求和代码评审的开源模式，对 DevOps 团队保护软件很行之有效的果。”

　　Chris 赞同 DevOps “毫无疑问”受益于开源。“从设计和工具方面（举例来看，Ansible），到流程和人员方面，通分享行业内的故事和开源社区的领导。”

　　Geoff 提到一个好处是“基层的采用”。免费的软件不需要签署购买申请。团队发现了满足他们需求的工具，可以自行进行修改。[然后]在它之上构造，并为更大的社区提供更好的功能。如此往复。

　　开源已向 DevOps 展现着“就像开源软件开发者正在做的那样，采取更好的方式来克服新的变化”，Daniel 说。

　　Brent 同意道 “DevOps 从开源中获益很多。一种方法是使用这些工具来理解它们是如何加速 DevOps 的目标和策略；在自动化、自动伸缩、虚拟化和容器化等关键方面对开发人员和操作人员进行培训，如果不引入使 DevOps 更加容易的技术支持，就很难实现这些特质。”

　　Dan 指出了 DevOps 和开源之间的双向共生关系，“做好开源需要 DevOps 文化。大多数开源项目都具有非常开放的对话结构，少量有不透明的地方。对 Devops 实践者来讲，这实际上是一个很好的学习机会，可让他们了解到可能需要将甚么引入自己的组织中。另外能够使用来自社区与组织类似的工具来鼓励自己的文化成长。我喜欢用 GitLab 作为这类共生关系的一个例子。当我把 GitLab 带入一家公司时，我们得到了一个很棒的工具，但我们真正购买的是他们独特的文化，经过我们与他们的互动和我们的贡献带来了巨大价值。他们的工具也能够为 DevOps 组织提供更多东西，而他们的文化已在我引入它的公司中引发了他们的畏敬。”

　　现在我们的 DevOps 专家已参与进来了，请在评论中分享你对 DevOps 的理解，和向我们提出其他问题。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。