35、拥抱Azure DevOps：持续改进与实践指南

拥抱Azure DevOps：持续改进与实践指南

1. 工具整合与持续改进

在软件开发领域，许多组织选择Azure DevOps来管理工作项、托管Git存储库以及执行构建管道。然而，由于历史原因，部分组织可能使用Octopus Deploy进行部署。当全面迁移成本过高时，可采取集成策略，从Azure DevOps自动触发Octopus Deploy，这样能实现以下目标：
- 实现端到端自动化。
- 可在Azure DevOps中进行发布管理，尽管每次部署只是触发Octopus Deploy。
- 实现端到端可追溯性。

在整合工具和实践DevOps时，要明白这是一个没有终点的过程。在任何时间点，团队都可能希望对应用程序、工具链或工作方式进行改进。为应对这种情况，建议分批或按一系列明确步骤实施更改，因为事物存在自然顺序。例如，没有适当的持续集成（CI）过程就无法实践持续部署（CD）；在应用程序代码的CD过程就位后，采用基础设施即代码（IaC）能发挥最大价值；当基础设施和配置代码成为常见实践时，自动化治理和安全措施效果最佳。

不同团队在DevOps之旅中的进度和速度不同，开发过程也并非总是线性的。但这并不意味着无法跟踪和规划未来的变化，也不影响将一个团队的经验应用到其他团队。可以使用表格来跟踪不同团队对DevOps实践的采用情况，如下表所示：
| 团队 | 持续集成（CI） | 持续部署（CD） | 基础设施即代码（IaC） |
| ---- | ---- | ---- | ---- |
| 团队1 | 是 | 是 | 否 |
| 团队2 | 是 | 是 | 实验中 |
| 团队3 | 是 | 进行中 |