Телеметрия — наблюдаемые данные, наблюдаемость — возможность с их помощью объяснять состояние. Количество записей само по себе не подтверждает ответ на нужный вопрос.
Наблюдаемость и SRE
Observability
Определение
Observability (наблюдаемость) — способность понять внутреннее состояние системы, исследуя её внешние результаты: измерения, записи журнала и трассировки. Система отвечает только на тот вопрос, для которого сохранён нужный сигнал: пустой график не доказывает, что ошибок не было.
Также ищут: наблюдаемость системы · наблюдаемость сервиса · system observability
Зачем это знать
Приёмка должна отвечать на вопрос о работе услуги. Доступный процесс, пустой график и красивое среднее дают разные факты; ни один из них не заменяет отсутствующее измерение клиентской операции.
Связи из словаря
Карта понятия
Доказательная часть
Что подтверждено
OpenTelemetry определяет наблюдаемость как способность понимать внутреннее состояние системы, исследуя её внешние результаты.
Граница применимости: Программные и инфраструктурные системы; полнота ответа зависит от инструментирования и сохранённой телеметрии.
Инструментирование и сервер телеметрии — части конвейера наблюдаемости, но сам OpenTelemetry намеренно не служит сервером хранения или визуализации.
Граница применимости: Архитектура OpenTelemetry; конкретный сервер и политика хранения выбираются отдельно.
Проверка показала, что процесс отвечает на служебный запрос. Рабочая операция клиента с нужными данными и зависимостями не проверялась. Из первого результата нельзя вывести успешность второй: точки наблюдения различаются.
Граница применимости: Редакторское применение модели внешних результатов и пользовательского показателя сервиса. Не утверждается, что любая служебная проверка бесполезна; её результат ограничен фактически выполненной операцией.
В учебном интервале сбор измерений был отключён, результатов операций нет. Пустой график ошибок не доказывает ноль ошибок или полную доступность за этот интервал. Нужно сохранить пробел наблюдения и проверить другие основания.
Граница применимости: Вывод при явно заданной потере наблюдений. Правила учёта неизвестных интервалов задаются показателем сервиса; молчание сбора не объявляется успехом приложения.
Если за интервал сохранены только число запросов и их средняя задержка, по этим двум числам нельзя восстановить путь конкретного запроса. Для разбора отдельного события нужны сохранённые подробности и связь с ним.
Граница применимости: Редакторская граница агрегированного измерения и событийного контекста OpenTelemetry. Дополнительных журналов, трассировок или исходных измерений в условии нет.
Граница терминов
Не путать
Наблюдаемость помогает исследовать работу системы, а SLI фиксирует одну точно заданную меру услуги. Сводная цель не заменяет подробности конкретного сбоя.
Перед спецификацией
Что проверить
- Назовите операцию и вопрос пользователя.
- Укажите точку, где получен каждый результат.
- Отделите доступность процесса от успешного результата услуги.
- Проверьте покрытие сбора за весь интервал.
- Сохраните пропуски измерений как отдельный факт.
- Для конкретного запроса найдите его контекст.
- Запишите, какие выводы имеющиеся сигналы ещё не подтверждают.
Открытые основания
Первоисточники
- What Is OpenTelemetry
Определяет observability через понимание внутреннего состояния по outputs и отделяет instrumentation от backend.
- OpenTelemetry Specification Overview
Описывает signals, raw measurements, aggregation, resources и context propagation.
- Service Level Objectives
Определяет SLI, SLO и SLA и объясняет user-centric latency, error rate, throughput и percentiles.
Утверждения: 03
- Implementing SLOs
Описывает построение SLI/SLO от пользовательской цели, measurement window и error-budget policy.
Утверждения: 04
- OpenTelemetry Logging and Correlation
Описывает correlation logs, traces и metrics по time, trace context и resource context.
Утверждения: 05
- Signals
Определяет traces, metrics и logs как разные telemetry signals.