DevOps 开发者指南:优化开发与运维流程
1. 个人目标与团队目标的度量差异
在软件开发和运维过程中,个人目标和团队目标的度量方式存在显著差异。一些人可能过于关注个人目标,如个人开发速度,而忽视了其对团队协作的影响。人们往往因为担心帮助他人会降低自己的个人生产力,或者担心同事在得到帮助后表现更好,而不愿意相互帮助。
而团队目标的度量则有所不同,通常会衡量严重事件及其响应时间。软件开发侧重于软件的内部或外部质量,即交付的功能总和;而运维则关注应用程序甚至整个服务器的运行时属性。因此,需要不同的测量和度量方法来简化开发和运维流程。
2. 变更的量化与管理
2.1 变更的统一概念
敏捷团队通常不区分 bug、增强功能或变更请求,而是使用“变更”这一通用单位来跟踪进度。对于开发和运维团队来说,“变更”都是一个有效的衡量单位,因为运维团队主要考虑的是生产系统的变更。使用“变更”作为共同术语,有助于将生产问题反馈到工作积压中,理想情况下,这个工作积压应该由两个团队共享。
2.2 变更带来的问题及处理
当变更应用到系统时,可能会引发问题。发现问题并确定其根本原因需要大量时间。经过进一步调查,需要决定是回滚到旧版本来解决问题,还是通过应用修复程序或至少采取变通方法来向前推进。
| 阶段 | 描述 |
|---|---|
| 变更发生 | 对系统应用变更 |
| 发现问 |
超级会员免费看
订阅专栏 解锁全文
552

被折叠的 条评论
为什么被折叠?



