0Pricing
System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) · Урок

Сигналы и семантические соглашения

Узнайте о трёх сигналах OpenTelemetry, о том, как они совместно используют ресурсы и контекст, и почему семантические соглашения делают телеметрию переносимой между инструментами.

«Сигналы и семантические соглашения» — бесплатный урок System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) на CoddyKit. Это урок 4 из 4. Ты можешь прочитать весь урок бесплатно ниже — а потом практиковать его прямо в браузере с встроенным редактором кода и ИИ-репетитором 24/7. Это часть пути обучения System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry), и твой прогресс синхронизируется между веб-версией и приложением CoddyKit. Курс System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) содержит 4 уроков всего.

Части этого урока еще не переведены и отображаются на английском.

The Three Signals

OpenTelemetry defines three signals of telemetry: traces, metrics, and logs. One specification and SDK produce all three in a consistent way.

Traces

Traces capture the path of a request across services as a tree of spans, answering where time went and what failed.

span: GET /checkout
  span: query inventory
  span: charge payment

Metrics

Metrics are numeric measurements aggregated over time: counters, gauges, and histograms that answer how much and how often.

http.server.duration histogram
http.server.active_requests gauge

Logs

Logs are timestamped records of discrete events. In OTel they can be correlated with traces by carrying the same trace and span IDs.

{ "body": "order placed", "trace_id": "a9f...c1" }

The Resource

A Resource describes the entity producing telemetry, such as a service or host. It is attached to all three signals so they share identity.

resource:
  service.name: checkout
  service.version: 1.4.0

Shared Context

All signals can carry the same context. A log and a metric exemplar can point back to the trace that produced them, enabling correlation.

What Are Semantic Conventions?

Semantic conventions are agreed names for common attributes. Everyone uses http.request.method instead of inventing their own key.

Why Conventions Matter

Standard names let any backend understand your data. Dashboards, alerts, and tools work out of the box because the keys are predictable.

  • Portability across vendors
  • Reusable dashboards
  • Automatic correlation

Common Attribute Examples

Conventions cover HTTP, databases, messaging, and more.

http.request.method = "GET"
http.response.status_code = 200
db.system = "postgresql"

Resource vs Span Attributes

Resource attributes describe the producer and rarely change. Span attributes describe a single operation and vary per request.

resource: service.name (static)
span: http.route, user.tier (per request)

Signals Together

Combining the three signals with shared resources and conventions gives full observability: metrics show what is wrong, traces show where, and logs show why.

Quick Check

Identify the purpose of semantic conventions.

Recap

You learned the three OTel signals (traces, metrics, logs), how a shared Resource and context tie them together, and how semantic conventions standardize attribute names for portability and correlation across any backend.

Часто задаваемые вопросы

Урок «Сигналы и семантические соглашения» бесплатный?

Да — полный текст урока «Сигналы и семантические соглашения» бесплатно доступен здесь в веб-версии. Чтобы практиковать его интерактивно (встроенный редактор кода и ИИ-репетитор 24/7) и разблокировать остальной курс System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry), подпишись на CoddyKit PRO. Курс System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) содержит 4 уроков всего.

Чему я научусь в уроке «Сигналы и семантические соглашения»?

Узнайте о трёх сигналах OpenTelemetry, о том, как они совместно используют ресурсы и контекст, и почему семантические соглашения делают телеметрию переносимой между инструментами. Ты практикуешь System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) с помощью реального кода, который запускаешь прямо в браузере, и ИИ-репетитор 24/7 отвечает на твои вопросы во время урока.

Нужен ли мне опыт, чтобы начать System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)?

Предыдущий опыт не требуется. System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) на CoddyKit структурирован для всех уровней — от новичков до продвинутых, поэтому ты можешь начать отсюда или с самого начала и учиться в своем темпе. Это урок 4 из 4.

Сколько времени занимает урок «Сигналы и семантические соглашения»?

Большинство уроков CoddyKit занимают около 5–10 минут. Каждый из них компактный и интерактивный, поэтому ты постоянно делаешь прогресс и продолжаешь с того же места в веб-версии и приложении.

Можно ли писать и запускать код в этом уроке System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)?

Да. Каждый урок System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) включает встроенный редактор кода, поэтому ты пишешь и запускаешь реальный код прямо в браузере и получаешь моментальную обратную связь от AI — локальная установка не требуется.

Все уроки этого курса

  1. Стандарт OpenTelemetry
  2. Сборщики и экспортёры OTel
  3. Инструментирование приложений с помощью SDK OTel
  4. Сигналы и семантические соглашения
← Назад к System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)