DevOps 和敏捷是两种具有相似目标的软件开发方法，它们可以尽可能快、高效地获得最终产品。尽管许多组织都希望采用这些做法，但两种方法之间常常会有一些混淆。
每种方法论包含什么？它们在哪里重叠？他们可以一起工作，还是我们应该选择一个？
在我们继续讨论之前，先看一下 DevOps 和敏捷开发。
什么是 DevOps？
DevOps 是两个词的组合，一个是软件开发，另一个是Operations。这样一来，一个团队就可以处理从开发到测试、部署和运营的整个应用生命周期。
DevOps 可帮助您减少软件开发人员、质量保证（QA）工程师和系统管理员之间的联系。
DevOps 促进开发和运营团队之间的协作，以自动化和可重复的方式将代码更快地部署到生产中。
DevOps 帮助提高组织交付应用程序和服务的速度。它还使组织可以更好地为客户服务，并在市场上更强大地竞争。
DevOps 也可以定义为具有更好的沟通和协作的一系列开发和 IT 运营。
DevOps 已成为企业或组织最有价值的业务准则之一。借助DevOps，在很大程度上提高了应用程序交付的质量和速度。
DevOps 只是使“开发人员”和“运营”人员一起工作的一种实践或方法。DevOps 代表着 IT 文化的一种变化，它完全侧重于在面向系统的方法中通过采用敏捷实践来快速交付 IT 服务。
什么是敏捷？
敏捷涉及 SDLC 流程中开发和测试的连续迭代。与瀑布模型不同，开发和测试活动是同时进行的。这种软件开发方法强调增量，迭代和渐进式开发。
它将产品分解成小块，并将其集成以进行最终测试。它可以通过多种方式实现，例如看板，XP，Scrum等。
敏捷软件开发专注于四个核心价值，例如：
- 工作软件超过全面的文档。
- 响应更改计划。
- 通过合同谈判进行客户协作。
- 在流程和工具上的个人和团队交互。
以下是 DevOps 和 敏捷 之间的一些本质区别：
参数 | DevOps | 敏捷 |
定义 | DevOps 是将开发和运营团队召集在一起的一种做法 | 敏捷是指持续迭代的方法，该方法侧重于协作、客户反馈、少量且快速发布。 |
目标 | DevOps的目的是管理端到端工程化流程。 | 敏捷的目的是管理复杂的项目。 |
任务 | 专注于持续测试和交付。 | 它专注于不断变化。 |
团队规模 | 团队规模很大，因为它涉及所有利益干系人。 | 团队规模很小。团队越小、工作的人就越少、因此他们可以更快地行动。 |
团队技能集 | DevOps 在开发人员和运营团队之间分配和传播技能。 | 敏捷开发强调培训所有团队成员以具有各种各样的相似和平等的技能。 |
实施 | DevOps 专注于协作，因此它没有任何公认的框架。 | 敏捷可以在各种战术框架（例如safe、scrum 和 sprint）中实施。 |
持久度 | 理想的目标是每天或每隔几个小时将代码交付生产。 | 敏捷开发以冲刺为单位进行管理。因此，每个冲刺的时间少于一个月。 |
目标区域 | 端到端业务解决方案和快速交付。 | 软件开发。 |
反馈 | 反馈来自内部团队。 | 在敏捷中，反馈来自客户。 |
左移原则 | 支持左右两种变体。 | 仅支持左移。 |
聚集 | DevOps 专注于运营和业务准备。 | 敏捷专注于功能和非功能准备。 |
重要性 | DevOps 中，开发、测试和实施都同等重要。 | 开发软件是敏捷固有的。 |
质量 | DevOps 致力于通过自动化和早期错误消除来创造更高的质量。开发人员需要遵循编码和最佳体系结构惯例以保持质量标准。 | 敏捷产生了具有所需需求的更好的应用套件。它可以根据项目生命周期中的及时更改进行快速适应。 |
工具 | Puppet, Chef, AWS, Ansible, 和 Team City OpenStack 是流行的 DevOps 工具。 | Bugzilla, Kanboard, JIRA 是一些流行的敏捷工具。 |
自动化 | 自动化是 DevOps 的主要目标。它的工作原理是在部署软件时将效率最大化。 | 敏捷不强调自动化。 |
通信 | DevOps 交流涉及规格和设计文档。对于运营团队来说，充分了解软件版本及其对网络的含义至关重要，这足以使部署过程正常运行。 | Scrum 是实现敏捷软件开发的最常见方法。 Scrum 会议每天进行。 |
文档 | 在DevOps 中，流程文档是最重要的，因为它将把软件发送给运营团队进行部署。自动化可以最大程度地减少文档不足的影响。但是，在开发复杂的软件时，很难转移所有所需的知识。 | 敏捷方法优先考虑可工作的系统，而不是完整的文档。当你能够做到灵活而反应迅速时，它是理想的选择。但是，当您尝试将事情移交给另一个团队进行部署时，这样做就可能不太有利。 |
