软件方法论——瀑布 vs 敏捷 vs DevOps

每天?分享?最新?软件?开发?，Devops，敏捷?，测试?以及?项目?管理?最新?，最热门?的?文章?，每天?花?3分钟?学习?何乐而不为?，希望?大家?点赞?，评论，加?关注?，你的?支持?是我?最大?的?动力?。下方抖音有我介绍自动化测试，以及google cloud 相关视频课程，欢迎观看。

IT 行业瞬息万变。在过去的十年中，它经历了技术和方法的不断发展。不断需要升级以集成不同的解决方案并满足市场需求。

从瀑布方法开始，该行业已转向敏捷方法，现在主要关注 DevOps 原则和最佳实践。你有没有想过为什么像 Amazon、Netflix、Etsy、NASA、Walmart、Nordstrom 等价值数十亿美元的公司都采用了 DevOps？这一切是从哪里开始的？是什么导致了 DevOps 的发展？让我们尝试在这个方法的简要比较中回答所有这些问题。

什么是瀑布模型？

该模型是首创的遵循线性软件开发过程的软件开发技术。瀑布模型要求在进行下一步之前完成每个步骤。顺序软件开发的每个阶段都是独立的，需要从一开始就非常清楚。收集需求是第一步，然后是分析、设计、编码、测试和部署。

随着软件开发过程的动态特性的出现，在实施过程中需要不断变化，由于其开发的僵化特性，模型逐渐过时，因为人们无法回到前一阶段进行任何变化。瀑布方法最适合 –

瀑布模型的缺点

什么是敏捷？

敏捷是一种基于团队的迭代开发方法。该策略非常强调应用程序的快速交付。

可交付成果按业务价值的顺序排列，并由客户选择。如果一个 sprint 的所有计划工作都无法完成，则重新排列 sprint 的优先级，并确定未来 sprint 值的信息。

敏捷很大程度上依赖于开发人员、测试人员和客户在项目的所有阶段的参与，尤其是在审查期间。

以下是用于实施敏捷的各种过程：

敏捷的优势

什么是 DevOps？

DevOps 是一种工程文化，专注于将开发和运营集成在一起以实现更高效的开发。术语“DevOps”指的是组织协作，而不是框架或标准。为了实现持续集成和部署，DevOps 生命周期的各个阶段都集中在持续监控、操作、实施和响应最终用户反馈上。

DevOps 生命周期由 8 个流程组成，其中包括：

1. 计划：在开始一个项目之前，计划、跟踪、可视化和总结它。

2. 编码：开发人员使用 Git、Github 和 Gitlab 等版本控制平台来编写代码。

3. 构建：开发人员使用 Kubernetes、Docker、Maven、Gradle 和 Apache 等工具来创建一个预发布版本，该版本由构建 而不是发布 识别。

4. 测试： QA 团队通过测试运行新代码，以发现和解决错误。

5. 发布：在此步骤中，在新环境中计划、安排和控制已构建的过程。

6. 部署：在此阶段，部署过程正在进行中。这样做的方式是，在任何时候对代码进行的任何修改都不会对繁忙的 站的运行方式产生影响。

7. 运营：产品或应用程序在部署后提供给客户使用，客户可以将其用于日常需求。

8. 监控：运营团队将在此期间处理生产中发现的任何不当系统行为或问题。

DevOps 的优势

三种模型之间的主要区别

定义明确、可预测且不太可能发生重大变化的软件开发项目最好使用瀑布方法处理。通常，更小、更简单的企业属于这一类。瀑布项目在开发周期中不包含反馈，其流程定义很严格，并且几乎没有输出可变性。

敏捷方法建立在增量、迭代开发的基础上，可以迅速生产出适销对路的业务产品。在增量开发过程中，产品被分解成更小的部分，每个部分都经过构建、测试和修改。敏捷计划不是从完整的定义开始的。他们依靠持续的反馈来指导他们的进步。

在敏捷开发中，DevOps 就是关于合并团队和自动化。敏捷开发既适用于传统文化，也适用于 DevOps 文化。与典型的 dev-QA-ops 组织相比，开发人员不会在 DevOps 中将代码扔到墙上。在 DevOps 设置中，团队负责监督整个过程。

最后的想法

软件开发有很多方法。然而，每个组织都是不同的，他们选择的方法在很大程度上取决于公司的项目、受众和各种其他参数。本博客简要概述了三种主要类型的软件方法。