DevOps工作联链的核心功能与模式是什么

　　1、培养 DevOps 文化需要使用新方法解决老问题。DevOps 需要改变编程人员编写应用代码并将其“扔”给部署和运营应用的运营团队的孤立流程。DevOps 方法要求开发和运营团队在项目的整个生命周期中协同工作。

　　2、持续集成和持续交付 (CI/CD) 通常被认为是 DevOps 文化的所必需的。第三个流程（即持续部署）为 Netflix 等大型组织所采用和推广，但大多数小型公司并未普遍采用（或要求采用）。这是因为在生产环境中持续部署新功能需要高度的自信，确信新代码已经过全面测试并且可以安全地部署（例如：在功能切换后）。因此，除非您的组织每天进行多次部署，否则对支持这种方法的流程进行投资可能并不值得。

　　3、多数情况下，进行一些“主干开发”将大大简化您的 CI/CD 工作。在此模型中，团队取消了长期存在的功能分支，并对代码的“主干”分支进行频繁提交。主干开发的一个重要组成部分就是全面的自动化测试：单元测试、集成测试和回归测试。这有助于确保所有至主干分支的新提交在推送到存储库时都已经过彻底审查。

　　4、集成是将多个贡献者的代码变更自动集成到软件项目中的流程。这不局限于开发团队，还包括组织的其他部门。例如，产品团队可协调何时按顺序发布功能和修复，以及将由哪些团队成员负责。

　　5、持续交付是一种组织方法，它将设计、产品和营销等工程团队和非工程团队结合在一起，以便交付产品。没有 CD 的环境鼓励“各管一摊”的行为，即开发人员将 QA 团队视为主要的用户体验对象。这意味着存储库的“主干”分支始终处于“可部署”状态。

　　6、持续部署允许在进行代码变更时将其自动部署到生产环节，此类变更既可隐藏在功能标记后面，部署到一小部分客户中，也可/或是轻松回滚。如此一来，团队便可更灵活地响应不断变化的市场和客户需求，因为团队可以对客户反馈做出反应，并快速部署和验证新功能。他们还可以轻松回滚功能，使团队不会因为构建中断而受阻。

　　7、功能标记、功能切换或模糊部署是确保新应用功能在部署到生产环境中时无法呈现或不起作用的常见方法，且能非常轻松地开启。此战略支持持续部署，因为它几乎不会对用户造成不利影响。通常情况下，通过按地理位置对功能进行细分或运行单独的服务器实例，然后将功能只发布给一台用户可访问的服务器，可将功能限制在用户群的某一子集内。

很赞哦！

python编程网提示：转载请注明来源www.python66.com。
有宝贵意见可添加站长微信(底部)，获取技术资料请到公众号(底部)。同行交流请加群