Menu

Post image 1
Post image 2
1 / 2
0

Building GBIM Observability From Correlation IDs to a Populated k6 Dashboard

DEV Community·Vincent Davis·21 days ago
#lXkoSyeW
Reading 0:00
15s threshold

Summary In this iteration, I improved the observability of GBIM on both the backend and frontend, based on the latest origin/staging branch. The focus is not just on installing monitoring tools. It is about ensuring that operational data relevant to the application's workflow actually appears in Prometheus, Grafana, Sentry, GA4, and the k6 dashboard. Key changes include gbm_* custom Prometheus metrics, structured logs with end-to-end correlation IDs, GA4 event analytics for user activity, Prometheus alert rules, and a k6 job utilizing Prometheus remote write. This ensures the k6-prometheus dashboard is no longer empty after the job runs. Initial Problems The monitoring stack was already in place prior to these changes, but several crucial pieces of evidence remained weak. The k6 dashboard in Grafana was still empty because no k6 job was writing test results to the Prometheus remote write.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More