CICD 最佳实践的基本原则.docxVIP

CI/CD 最佳实践的基本准绳 在软件开发生命周期中拥有 CI/CD 流水线工具是组织能够快速构建和交付应用程序的一大福音，但与此同时，选择正确的 CI/CD 工具也相当重要，其应当能够随业务组织进展而扩展，并且运转精确?????无误。而且，它还应当足够机警，可以处理多种用例和多种软件交付需求。 CI 流水线应当很快 使 CI/CD 流水线尽可能快是格外重要的。我们全部的自动化测试都运转在开发环境中的 CI 流水线上，而其最终会被部署到生产环境中。因而，涵盖全部边缘情况和潜在的致命失效格外重要，同时，我们需要确保全部这些更改不会在我们的代码中形成任何无法意料的错误。因而，同时保持 CI 流水线简约、快速和平安格外重要。 随着微服务架构的广泛接受，CI 流水线变得简约明白（不同于单体架构的情形）。但是假如流水线任务繁重，最好移除一些不会产生严重影响的测试，并且记录下这种取舍。我们还应当确定测试的优先挨次。运转较快的测试应首先执行。例如，单元测试比较快，而且是程序功能或模块的基础，因而应当首先执行，然后再进行功能测试和集成测试。这样，我们可以尽早发觉错误并节省时间。开发者应当在推送代码之前在本地运转测试以尽早发觉错误。 在独立环境中构建和运转 从 CI/CD 流水线的平安性以及确保它类似于预发布环境和生产环境的角度讲，在独立的环境中运转 CI/CD 流水线一直都很重要，这可以确保我们的测试结果愈加精确?????。 我们可以使用 Docker 或其他任何容器化工具来运转我们的测试套件，也可以在 Docker 容器中为我们的应用程序安装其他依靠。这样，我们可以确保测试在完全隔离的环境中运转，并且不受底层主机的任何影响。由于我们的 CI/CD 平台可以完全访问我们的代码仓库，因而大多数组织也习惯于在本人的云平台基础设备中部署 CI/CD 工具以确保平安。 很多组织迈出了更大一步，他们还在隔离环境中渲染和测试 UI 组件。在将它们作为独立的构建块交付并集成到一个或多个项目中之前，此过程是一种验证它们的确独立的方法（这通常使用 Bit（Github）完成） 预发布环境和生产环境等价 建议一直保持预发布环境和生产环境等价，以避开运转测试时发生不测错误导致发布暂停这种小概率大事。我们的 CI/CD 流水线首先经过运转测试和在预发布环境中部署的阶段。测试后，该应用会自动升级（或手动部署）到生产环境。 使开发和测试环境完全等价于生产环境格外困难，但我们可以在需要时做出打算保持他们尽可能相像，并且了解我们正在做出的取舍。大多数组织还使用“蓝绿部署”或“金丝雀发布”的部署策略，在该策略中，我们首先在生产环境中部署应用并处理大约 1% 的流量。然后将流量提高到 100%，或者也可以较为轻松的回滚到之前的版本。 总结 全部 CI/CD 工具都不相同，每个组织都尽可能以最有效和便捷的方式利用 CI/CD。但以上是一些最佳实践，每个人都应留意并遵照这些最佳实践，以避开将来消灭问题。每个组织都应授权并仅通过 CI/CD 流水线来发布软件，以提高代码质量和组织的编码规范。