mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-02-03 23:40:14 +08:00
PRF
@messon007 翻译的很棒,辛苦了!
This commit is contained in:
parent
4c01348bbb
commit
8c7bfe2ea5
@ -7,13 +7,12 @@
|
||||
[#]: via: "https://opensource.com/article/20/2/devops-vs-agile"
|
||||
[#]: author: "Taz Brown https://opensource.com/users/heronthecli"
|
||||
|
||||
DevOps 和敏捷: 究竟有什么区别?
|
||||
DevOps 和敏捷:究竟有什么区别?
|
||||
======
|
||||
|
||||
> 两者之间的区别在于开发完毕之后发生的事情。
|
||||
|
||||
![Pair programming][1]
|
||||
|
||||
![](https://img.linux.net.cn/data/attachment/album/202003/23/200609w2rlzrjjhpf2hzsq.jpg)
|
||||
|
||||
早期,软件开发并没有特定的管理流程。随后出现了<ruby>[瀑布开发流程][2]<rt>Waterfall</rt></ruby>,它提出软件开发活动可以用开发和构建应用所耗费的时间来定义。
|
||||
|
||||
@ -78,49 +77,43 @@ DevOps 和敏捷: 究竟有什么区别?
|
||||
|
||||
### DevOps 价值观
|
||||
|
||||
DevOps是一种文化,思维状态,一种软件开发的方式或者基础设施开发的方式,一种软件和应用被构建和部署的方式。它假设开发和运维之间没有隔阂,他们一起合作,没有矛盾。
|
||||
|
||||
DevOps基于两个其他实践: 精益和敏捷。DevOps不是一个公司内的岗位或角色;它是一个组织或团队对持续交付,持续部署和持续集成的坚持不懈的追求。[Gene Kim][12](Phoenix项目和Unicorn项目的作者)认为,有三种方式定义DevOps的理念:
|
||||
|
||||
* 第一种: 自动化流程
|
||||
* 第二种: 快速反馈
|
||||
* 第三种: 持续学习
|
||||
DevOps 是一种文化,是一种思维状态,是一种软件开发的方式或者基础设施的方式,也是一种构建和部署软件和应用的方式。它假设开发和运维之间没有隔阂,他们一起合作,没有矛盾。
|
||||
|
||||
DevOps 基于其它两个领域的实践: 精益和敏捷。DevOps 不是一个公司内的岗位或角色;它是一个组织或团队对持续交付、持续部署和持续集成的坚持不懈的追求。[Gene Kim][12](Phoenix 项目和 Unicorn 项目的作者)认为,有三种方式定义 DevOps 的理念:
|
||||
|
||||
* 第一种: 流程原则
|
||||
* 第二种: 反馈原则
|
||||
* 第三种: 持续学习原则
|
||||
|
||||
### DevOps 软件开发
|
||||
|
||||
DevOps不会凭空产生;它是一种灵活的实践,它的本质是一种关于软件开发和IT基础设施实施的共享文化和思想。
|
||||
DevOps 不会凭空产生;它是一种灵活的实践,它的本质是一种关于软件开发和 IT 或基础设施实施的共享文化和思维方式。
|
||||
|
||||
当你想到自动化,云,微服务时,你会想到DevOps。在一次[访谈][13]中,"*加速构建和扩张高性能技术组织*"的作者Nicol Forsgren,Jez Humble和Gene Kim这样解释到:
|
||||
当你想到自动化、云、微服务时,你会想到 DevOps。在一次[访谈][13]中,《加速构建和扩张高性能技术组织》的作者 Nicol Forsgren、Jez Humble 和 Gene Kim 这样解释到:
|
||||
|
||||
> * 软件交付能力关系到甚至极大地影响到组织结果例如利润,市场份额,质量,客户满意度以及达成组织的战略目标。
|
||||
> * 优秀的团队能达到很高的交付量,稳定性和质量;他们并没有为了获得这些属性而进行取舍。
|
||||
> * 你可以通过实施精益,敏捷和DevOps中的实践来提升能力。
|
||||
> * 软件交付能力很重要,它极大地影响到组织的成果,例如利润、市场份额、质量、客户满意度以及组织战略目标的达成。
|
||||
> * 优秀的团队能达到很高的交付量、稳定性和质量;他们并没有为了获得这些属性而进行取舍。
|
||||
> * 你可以通过实施精益、敏捷和 DevOps 中的实践来提升能力。
|
||||
> * 实施这些实践和能力也会影响你的组织文化,并且会进一步对你的软件交付能力和组织能力产生有益的提升。
|
||||
> * 懂得怎样改进能力需要做很多工作。
|
||||
>
|
||||
|
||||
|
||||
### DevOps 和敏捷的对比
|
||||
|
||||
DevOps和敏捷有相似性,但是他们不完全相同,一些人认为DevOps比敏捷更好。为了避免造成混淆,深入地了解他们是很重要的。
|
||||
DevOps 和敏捷有相似性,但是它们不完全相同,一些人认为 DevOps 比敏捷更好。为了避免造成混淆,深入地了解它们是很重要的。
|
||||
|
||||
#### 相似之处
|
||||
|
||||
* 毫无疑问,两者都是软件开发技术;
|
||||
* 毫无疑问,两者都是软件开发技术。
|
||||
* 敏捷已经存在了 20 多年,DevOps 是最近才出现的。
|
||||
* 两者都追求软件的快速开发,它们的理念都基于怎样在不伤害客户或运维利益的情况下快速开发出软件。
|
||||
|
||||
|
||||
|
||||
#### 不同之处
|
||||
|
||||
* **两者的差异** 在于软件开发完成后发生的事情。
|
||||
* 在DevOps和敏捷中,软件开发,测试和部署的阶段都相同。然而,敏捷流程在这三个阶段之后会终止。相反,DevOps包括后续持续的运维。因此,DevOps会持续的监控软件运行情况和进行持续的开发。
|
||||
* 敏捷中,不同的人负责软件的开发,测试和部署。而DevOps的工程角色负责所有活动,开发即运维,运维即开发。
|
||||
* 两者的差异在于软件开发完成后发生的事情。
|
||||
* 在 DevOps 和敏捷中,都有软件开发、测试和部署的阶段。然而,敏捷流程在这三个阶段之后会终止。相反,DevOps 包括后续持续的运维。因此,DevOps 会持续的监控软件运行情况和进行持续的开发。
|
||||
* 敏捷中,不同的人负责软件的开发、测试和部署。而 DevOps 工程角色负责所有活动,开发即运维,运维即开发。
|
||||
* DevOps 更关注于削减成本,而敏捷则是精益和减少浪费的代名词,侧重于像敏捷项目会计和最小可行产品的概念。
|
||||
* **敏捷专注于并体现了经验主义(适应,透明和检查),而不是预测性措施。**
|
||||
* 敏捷专注于并体现了经验主义(适应、透明和检查),而不是预测性措施。
|
||||
|
||||
敏捷 | DevOps
|
||||
--- | ---
|
||||
@ -135,7 +128,7 @@ DevOps和敏捷有相似性,但是他们不完全相同,一些人认为DevOp
|
||||
|
||||
根据我作为一名敏捷专家的经验,我发现对于组织和团队从高层次上了解敏捷和 DevOps 是什么,以及它们如何帮助团队更高效地工作,更快地交付高质量产品从而提高客户满意度非常有价值。
|
||||
|
||||
敏捷和DevOps绝不是对抗性的(或至少没有这个意图)。在敏捷革命中,他们更像是盟友而不是敌人。敏捷和DevOps可以相互协作一致对外,因此可以在相同的场合共存。
|
||||
敏捷和 DevOps 绝不是对抗性的(或至少没有这个意图)。在敏捷革命中,它们更像是盟友而不是敌人。敏捷和 DevOps 可以相互协作一致对外,因此可以在相同的场合共存。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -144,7 +137,7 @@ via: https://opensource.com/article/20/2/devops-vs-agile
|
||||
作者:[Taz Brown][a]
|
||||
选题:[lujun9972][b]
|
||||
译者:[messon007](https://github.com/messon007)
|
||||
校对:[校对者ID](https://github.com/校对者ID)
|
||||
校对:[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user