3、云与DevOps革命：AWS助力软件开发变革

云与DevOps革命：AWS助力软件开发变革

1. 持续部署与特性管理

持续部署系统会自动将新构建的版本部署到不同的可用环境中。根据部署管道的复杂程度，这可能包括预发布环境、集成环境，有时还有预生产环境。如果一切按计划进行且无需人工干预，新构建的版本最终会部署到生产环境。

在实践持续集成和持续部署时，一个容易被误解的方面是，新特性开发完成后并不需要立即对用户开放。开发者可以借助特性标记和灰度发布来实现这一点。当开发新代码并希望对最终用户隐藏时，可在服务配置中设置标记，以描述谁可以访问新特性以及如何访问。在工程层面，通过灰度发布新特性，可以将生产流量发送到服务中，但在用户界面上隐藏该特性，从而观察其对数据库或性能的影响。在产品层面，可以仅对一小部分用户启用新特性，以查看其是否正常工作，以及访问新特性的用户是否比对照组更活跃。

2. DevOps的测量原则

DevOps驱动的公司采用的最后一个主要原则是“测量一切”。正如爱德华兹·戴明所说：“你无法改进你无法测量的东西。”DevOps是一个不断发展的过程，依赖于这些指标来评估和提高产品以及开发团队的整体质量。

从工具和操作的角度来看，大多数组织关注的一些指标如下：
- 每天推送到生产环境的构建数量
- 在生产环境中需要回滚生产的频率（这表明测试未发现重要问题）
- 代码覆盖率百分比
- 导致呼叫值班工程师立即关注的警报频率
- 停机频率
- 应用程序性能
- 平均解决时间（MTTR），即解决停机或性能问题的速度

在组织层面，衡量向DevOps文化转变的影响也很有意义。虽然这更难衡量，但可以考虑以下几点：