Understanding High Cardinality in Observability
Blog post from Observe
Cloud-native environments have transformed application development and deployment by offering scalability and flexibility, but they also introduce challenges such as managing high cardinality metrics, which arise from the exponential growth of data volumes. High cardinality in observability refers to the vast number of unique metric combinations, often caused by the use of dimensions like user IDs and service versions. In cloud-native settings, microservices architecture, dynamic environments, rich instrumentation, user-specific metrics, and environment-specific metrics contribute to this issue, leading to increased complexity, performance degradation, and higher costs in monitoring systems. Prometheus and APM vendors like New Relic recommend limiting metric labels to manage these challenges, prompting strategies like metric aggregation, filtering, and retention policies. Traditional log management solutions struggle with high cardinality, but platforms like Observe allow for infinite cardinality by capturing logs without losing data variety and structure, providing detailed insights into modern applications. Observe offers extended retention periods for logs and metrics, enabling timely analysis and visualization while maintaining data in a hot state, helping to manage performance issues and cost overruns effectively.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| Observability | 7 | 871 | 206 | 85 | -29% |
| Kubernetes | 2 | 1,327 | 144 | 77 | -36% |
| OpenTelemetry | 1 | 203 | 28 | 16 | -45% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.