37、实现DevOps：从指标到持续交付

实现DevOps：从指标到持续交付

1. 以目标为导向的度量

Douglas Hubbard指出，从期望的最终结果出发并逆向推导是关键。如果能明确真正想要的结果，给出示例，并确定这些结果如何可观测，就能设计出衡量重要结果的指标。然而，管理者往往只是衡量那些看似最简单的指标。

SAAS软件供应商使得从特定的预设通用场景中进行选择变得非常容易，但深入探究成功的具体含义以及用哪些指标来定义风险，需要长期投入大量的工作。尽管麻烦又昂贵，但专家们认为有用的监控不仅值得，而且至关重要，它是所有改进的基础。

2. 关注构建流程本身

在讨论软件监控时，很容易忽视构建流程本身。虽然它可能不像面向应用的关键绩效指标那样受到高度关注，但如果当前的发布流程无法告知部署的开始和结束时间、谁进行了部署以及触发了哪个构建，并且在服务级别协议（SLA）面临风险和可能出现回归时无法发出警报或使构建失败，这将对企业造成严重威胁。因此，保持构建管道的稳定运行应该是每个交付团队的首要任务，比交付新功能更为重要。

Adrian Cockroft提到，他最喜欢的一个指标是执行一次发布所需的会议和工作票数量。广泛公布这个指标可以暴露问题，减少交付工作所需的精力。

3. 购买还是自建监控解决方案

在选择监控解决方案时，有购买和自建两种途径。一些公司通过自建获得了灵活性，如Etsy喜欢其自定义解决方案（包括StatsD）；而另一些公司则对基于SAAS的解决方案的强大功能和易于实施赞不绝口，如Target、AirBnb、Pinterest和Yelp对New Relic的评价。

但需要注意隐藏的机会成本。自建一个真正强大且灵活