Observability

Десятки dashboards не гарантируют ответ на вопрос «почему медленно». Нужны связанные signals, корректный context и возможность исследовать новый failure, а не только известные alarms.

1. 01

   OpenTelemetry определяет observability как способность понимать internal state системы, исследуя её outputs.

   Граница применимости: Software и infrastructure systems; полнота ответа зависит от instrumentation и retained telemetry.

2. 02

   Instrumentation и telemetry backend являются частями observability pipeline, но сам OpenTelemetry намеренно не является backend хранения или визуализации.

   Граница применимости: OpenTelemetry architecture; конкретный backend и retention policy выбираются отдельно.

1. Начните с вопроса пользователя или failure hypothesis.
2. Проверьте metrics, logs и traces в одном time/resource context.
3. Зафиксируйте gaps instrumentation и retention.

• Официальная документация

  What Is OpenTelemetry

  OpenTelemetry · OpenTelemetry documentation, обновлено в 2026 году

  Определяет observability через понимание внутреннего состояния по outputs и отделяет instrumentation от backend.

  Открыть первоисточник ↗
• Первичная спецификация

  OpenTelemetry Specification Overview

  OpenTelemetry · OpenTelemetry Specification 1.60.0

  Описывает signals, raw measurements, aggregation, resources и context propagation.

  Открыть первоисточник ↗