You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -35,6 +36,24 @@ The conventions described in this section are specific to Continuous Integration
35
36
**Disclaimer:** These are initial CICD metrics and attributes
36
37
but more may be added in the future.
37
38
39
+
### Guidance on per pipeline run metrics
40
+
41
+
It might be useful to gather metrics specific to each pipeline run.<br>
42
+
Examples of such metrics include:
43
+
44
+
* host metrics like cpu, memory, disk of the worker on which a pipeline run executes
45
+
* container metrics like cpu, memory requests and limits
46
+
* runtime metrics of any processes executed as part of the pipeline run like JVM metrics
47
+
48
+
These metrics could be used to correlate build failures with environment issues like overload or out-of-memory.
49
+
They could also be used in pipeline-level aggregations to inform adjustements of allocated worker resources.
50
+
51
+
When reporting host, container, runtime, and other metrics in CI/CD pipelines, instrumentation authors and application developers SHOULD use applicable [CICD and VCS resource conventions][cicdres] and MAY also associate all or specific metrics with `cicd.pipeline.run` to correlate them with run information.
52
+
53
+
The [`cicd.pipeline.run`](/docs/resource/cicd.md#cicd-pipeline-run) entity identifies a pipeline run. Associating it with metrics inherently causes high cardinality and may increase costs with some metric storage backends. Thus, `cicd.pipeline.run` entity MUST be opt-in.
54
+
55
+
[cicdres]: /docs/resource/cicd.md(CICD and VCS resource conventions)
0 commit comments