DevOps的“成长历程”——关于DevOps的发展介绍

    DevOps从诞生之初到现在都经历了什么？下面我们对DevOps的发展做简要介绍。

    可以把DevOps看作开发、技术企业运营和质量安全保障社会三者的交集。传统的软件组织将开发、IT操作和质量保证作为单独的部门。在这种环境下，如何采用一种新的方法来发展，这是一个重要的问题：根据以前的工作，开发和部署不需要IT支持或QA深入，跨部门的支持，但它需要一个非常密切的多部门合作。然而DevOps考虑的还不止是一个软件进行部署。它是一组用于这些部门间的沟通与协作问题，流程和方法。
    需要进行频繁交付的企业发展可能我们更需要对DevOps有一个可以大致的了解。 Flickr开发了自己的DevOps能力，以支持在业务部门“每天部署10次”的要求─。如果一个组织要生产面向用户和通用的应用程序，其部署周期必然很短。这种能力也被称为持续部署，并往往与精益启动方法。 从2009年起，相关的工作组、专业学生组织和博客可以快速发展涌现。
    DevOps的可以引入产品交付，测试，开发和维护功能发挥深远意义的影响力。在缺乏DevOps能力的组织中，开发与运营企业之间存在着一些信息“鸿沟”。
    一个组织引进推广的DevOps的，无外乎原因，这些方面：使用敏捷或其他过程和方法，软件开发;企业领导人要加快产品交付率;虚拟化和云计算基础设施越来越普遍;数据中心自动化技术和流行的配置管理工具;有支配管理的“传统”的美式风格会导致“烟囱自动化”，导致开发和运营之间的差距来看，有必要克服随之而来的能力的DevOps的问题。
    开发企业团队与运营管理团队发展之间进行更具协作性、更高效的关系——这是对DevOps的描述。由于团队之间的协作改善，整个组织的效率，因此将得到加强，从生产环境的频繁变动带来的风险可以降低。
    DevOps对应用程序发布的影响
    在很多中小企业中，应用系统程序进行发布是一项涉及多个团队、压力很大、风险具有很高的活动。 然而，在具有发展业务能力的组织中，应用程序发布的风险很低，主要原因如下：
    第一、减少变更范围
    与传统的瀑布式开发模式，使用敏捷或迭代式开发的意思更频繁的版本相比，每个版本包含更少的变化。由于部署经常可以进行，因此我们每次部署不会对生产管理系统发展造成一个巨大影响，应用程序会以平滑的速率逐渐生长。
    第二、加强发布协调
    发布时间由强协调员弥合技能差距和开发与运营之间的通信差距;使用电子表格，电话会议，即时通信，企业门户和其它协作工具，以确保所有利益相关者了解变化的内容，通力协作。
    第三、自动化
    强大的部署自动化技术手段可以确保工作部署任务的可重复性、减少系统部署出错的可能性。
    与传统开发方法的大规模、不频繁的发布相比，敏捷方法大大增加了发布的频率。
    以上就是DevOps的“成长经历”，你对它有了解了吗？

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！