From 1059f6d013da874a13af2bffde1614e51198a3c0 Mon Sep 17 00:00:00 2001 From: Dotan Horovits Date: Mon, 23 Dec 2024 12:27:09 +0200 Subject: [PATCH] Update content/en/blog/2024/otel-cicd-sig/index.md per @tiffany76 editorial Co-authored-by: Tiffany Hrabusa <30397949+tiffany76@users.noreply.github.com> --- content/en/blog/2024/otel-cicd-sig/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/en/blog/2024/otel-cicd-sig/index.md b/content/en/blog/2024/otel-cicd-sig/index.md index 96cc2515e3a3..3002b84018b6 100644 --- a/content/en/blog/2024/otel-cicd-sig/index.md +++ b/content/en/blog/2024/otel-cicd-sig/index.md @@ -28,7 +28,7 @@ Leveraging the same well-established tools used for monitoring production enviro However, the diverse landscape of CI/CD tools creates challenges in achieving consistent end-to-end observability. With each tool having its own means, format, and semantic conventions for reporting the pipeline execution status, fragmentation within the toolchain can hinder seamless monitoring. Migrating between tools becomes painful, as it requires reimplementing existing dashboards, reports, and alerts. -Things become even more challenging, when needing to monitor multiple tools involved in the release pipeline in a uniform manner. This is where [open standards and specifications become critical](https://horovits.medium.com/the-rise-of-open-standards-in-observability-highlights-from-kubecon-13694e732c97). They create a common uniform language, one which is tool- and vendor-agnostic, enabling cohesive observability across different tools and allowing teams to maintain a clear and comprehensive view of their CI/CD pipeline performance. +Things become even more challenging when you need to monitor multiple tools involved in the release pipeline in a uniform manner. This is where [open standards and specifications become critical](https://horovits.medium.com/the-rise-of-open-standards-in-observability-highlights-from-kubecon-13694e732c97). They create a common uniform language, one which is tool- and vendor-agnostic, enabling cohesive observability across different tools and allowing teams to maintain a clear and comprehensive view of their CI/CD pipeline performance. The need for standardization is relevant for creating the semantic conventions mentioned above, the language for reporting what goes on in the pipeline. Standardization is also needed for the means in which this reporting is propagated through the system, such as upon spawning processes during the pipeline execution. This led us to promote standardization for using environment variables for context and baggage propagation between processes, another important milestone that was recently approved and merged.