
可观测性与软件供应链
|
143
同样,
Slack
工程师可能想要识别常见的构建故障。
CI runner
客户端为提交头或提交主
分支附加一个标签,这种组合允许识别损坏的构建可能来自哪些提交。
图
14-3
中的维度后续用于各种脚本和服务的调用,因为它们在测试上有先后的套用顺序
(如 图
14-4
所示)。
图 14-4:后端测试组件(称为后端 php 单元)的 CI 执行追踪过程
在后续内容中,我将分享
Slack
如何使用追踪工具和查询来理解软件供应链,以及如何
使用可操作的告警来解决问题。
14.3 案例研究:软件供应链的运营
分析由指标、事件、日志和链路追踪组成的遥测数据的可观测性是对内部客户体验建模
的关键组件。
Slack
基础设施团队正在不断探索可观测性的能力,并将其嵌入自己的工
具中。本节给出将可观测性引入
Slack
开发者工作流的案例研究。我希望通过分享
Slack
解决这些问题的方法,能够帮助你将这些方法复用到自己的内部开发流程中。
14.3.1
通过工具了解上下文
CI
在复杂的分布式系统中运行,小而频繁的更改可能会影响
CI
的用户体验。一般来说,
多个团队会在自己的团队内部运行及调试性能问题和弹性问题,以便更好地服务于自己
的团队(例如,后端、前端和中间件团队)。但是,对于完成开发后需要进行测试的
CI
可观测性工程 正文.indd 143可观测性工程 正文.indd 143 2023-7-21 9:01:502023-7-21 9:01:50