DevOps VS 敏捷

    敏捷的基本原则是为开发带来敏捷性。但是，DevOps的基本原则为开发和运维都带来敏捷性。DevOps不能替代敏捷，虽然敏捷是瀑布模型和其他Scrum实践的自然替代品，但DevOps不是替代品，它是敏捷的直接继承者。

为什么DevOps比敏捷更好

    敏捷软件开发是关于遵循一组最佳实践，以及时地创建高质量的软件。但问题是，所遵循的最佳实践涉及到在"竖井/孤岛"中工作的人员。   竖井（孤岛）是一种企业组织结构

    “竖井”的组织结构，会导致开发人员、测试人员或ITOps工程师之间几乎没有交流。因为他们之间几乎没有交流，他们不知道其他人在做什么，尽管他们也是这个过程的一部分。

    团队的这种孤岛式工作是“责备游戏”的原因，当软件出现故障或存在重大缺陷时，便会发生这种情况,当客户抱怨某个软件时，内部就会相互指责。开发团队会指责QA团队。然后QA团队将矛头指向ITOps团队，后者将把责任转移到开发团队身上。

      不管开发的代码中存在什么问题，或者在部署代码的系统中存在什么问题，这个问题都是孤立的，因为没有人愿意为这个错误负责。

 解决这个永恒的问题

     DevOps从中间打破了竖井。在DevOps中，开发团队、ITOps团队和QA团队并不是整个领域中独立的工作部分。但是，它们是“一部分”。

       DevOps实践使用DevOps角色中的工程师们做所有的事情:开发代码、测试代码并将相同的代码部署到生产环境中。那么，统一能解决问题吗？是的，它解决了问题的一个主要方面。由于DevOps角色的工程师们具有多种技能，因此将获得整个过程的所有权：开发代码，对代码进行单元测试/功能测试并将该代码部署到阶段/测试/生产服务器。

     说到最佳人选，DevOps解决的另一个问题是依赖性问题。因此，即使ITOps人员不在，也不会有任何延迟。因为作为DevOps工程师，ITOps的角色可以很容易地由其他人承担。

DevOps是否仅由DevOps工程师执行？

       这就是问题所在。似乎只有DevOps工程师参与其中。但是，在现实世界中，DevOps工程师被限制只能执行指定的角色，即使他们能够参与整个生命周期。    

       ---------------加人我们，共同学习，共同进步-----------

官网（长按二维码可直接访问）：