SYSTEM ATLASЗагрузка материала

Observability Cardinality

Observability Cardinality

Слишком много уникальных значений меток резко увеличивает стоимость метрик.

Простыми словами

Представьте таблицу, где для каждого пользователя, запроса и устройства создаётся отдельная строка: она быстро становится огромной и дорогой. Высокая кардинальность даёт точность, но может перегрузить хранилище метрик, поэтому набор меток проектируют осознанно.

Пример от @Vibeclakr

Пример при разработке

Метка user_id создаёт миллионы временных рядов и раздувает стоимость метрик. Для метрик оставляют ограниченные измерения, а детали ищут в traces или logs.

Это редакционный пример применения, а не часть определения или доказательство концепции.

Механизм действия

Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.

Пример в работе

Нерабочий подход

Игнорировать механизм и реагировать только на отдельный симптом.

Системный подход

Зафиксировать условия, применить механизм и проверить результат по наблюдаемому сигналу.

Ограничения

«Observability Cardinality» объясняет только часть происходящего в области «Надежность и SRE». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.

Источник

OpenTelemetry. Metrics SDK Specification. 2026.

Первоисточник