0Pricing
System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) · 강의

OpenTelemetry 수집기와 내보내기 도구

관측 가능성 데이터를 처리하고 필터링하며 내보내는 OpenTelemetry Collector의 역할을 알아봅니다. 다양한 백엔드로 데이터를 내보내는 도구도 배웁니다.

OpenTelemetry 수집기와 내보내기 도구은(는) CoddyKit의 무료 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의입니다. 이것은 4개 중 2번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의에는 총 4개의 강의가 포함되어 있습니다.

이 강의의 일부는 아직 번역되지 않았으며 영어로 표시됩니다.

Meet the OTel Collector

The OpenTelemetry Collector is a powerful, vendor-agnostic proxy that receives, processes, and exports observability data. Think of it as a central traffic controller for your logs, metrics, and traces.

It simplifies managing your observability data, especially in complex distributed systems, by acting as an intermediary.

Why Use a Collector?

Instead of sending observability data directly from every application to different backend systems, the Collector acts as an intermediary. This offers several benefits:

  • Reduced Overhead: Applications send data once to the Collector.
  • Centralized Processing: Apply common transformations in one place.
  • Backend Flexibility: Easily switch or add observability backends without changing application code.

Collector's Core Parts

The OpenTelemetry Collector is built from several key components, each with a specific job. Understanding these parts helps you configure it effectively:

  • Receivers: How data gets IN.
  • Processors: How data is TRANSFORMED.
  • Exporters: How data gets OUT.
  • Service: Orchestrates these components to form pipelines.

Let's look at each one individually.

Data In: Receivers

Receivers are the entry points for observability data into the Collector. They listen for data in various formats and protocols.

Think of a receiver as a data intake funnel. It's configured to accept traces, metrics, or logs from your applications, infrastructure, or other sources.

OTLP Receiver Example

The most common receiver is the OTLP receiver. OTLP stands for OpenTelemetry Protocol, which is the native format for OpenTelemetry data.

Here's how you might configure an OTLP receiver to listen for both gRPC and HTTP data:

receivers:
  otlp:
    protocols:
      grpc:
      http:

Data Transform: Processors

Processors manipulate the observability data between being received and before being exported. They can enrich, filter, aggregate, or modify data.

This is where you can optimize data, reduce noise, add useful context, or even sample data to control volume.

Batch Processor Example

A very common processor is the batch processor. It groups data points (traces, metrics, or logs) together before sending them to an exporter.

Batching reduces network calls and can significantly improve performance and resource usage for both the Collector and the backend systems.

processors:
  batch:
    send_batch_size: 1000
    timeout: 5s

Data Out: Exporters

Exporters are responsible for sending the processed observability data from the Collector to one or more backend systems. These backends could be a tracing system, a metrics database, or a log management platform.

The Collector supports a wide variety of exporters for different vendors and open-source tools.

OTLP Exporter Example

Just like receivers, there's also an OTLP exporter. This allows the Collector to forward data, in OpenTelemetry's native format, to another OTLP-compatible endpoint.

This is useful for chaining Collectors or sending data to a vendor's OTLP endpoint.

exporters:
  otlp:
    endpoint: "otel-collector.mycompany.com:4317"
    tls:
      insecure: true

A Simple Collector Pipeline

Here's how you'd define a simple pipeline in the Collector's configuration file, connecting a receiver, a processor, and an exporter.

The service section ties everything together, defining which receivers, processors, and exporters are used for traces, metrics, and logs.

receivers:
  otlp:
    protocols:
      grpc:
processors:
  batch:
exporters:
  otlp:
    endpoint: "localhost:4317"
    tls:
      insecure: true
service:
  pipelines:
    traces:
      receivers: [otlp]
      processors: [batch]
      exporters: [otlp]

Check Your Understanding

Let's test your knowledge about the OpenTelemetry Collector's components.

OTel Collector Recap

You've learned that the OpenTelemetry Collector is a crucial component for managing observability data.

  • It acts as a central hub, decoupling applications from observability backends.
  • It uses Receivers to get data in, Processors to transform it, and Exporters to send it out.
  • This architecture provides flexibility, reduces overhead, and allows for centralized data manipulation.

Next, we'll get an overview of how to instrument your applications using OpenTelemetry SDKs!

자주 묻는 질문

“OpenTelemetry 수집기와 내보내기 도구” 강의는 무료인가요?

네 — “OpenTelemetry 수집기와 내보내기 도구” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의 전체를 잠금 해제할 수 있습니다. System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의에는 총 4개의 강의가 포함되어 있습니다.

“OpenTelemetry 수집기와 내보내기 도구”에서 뭘 배우나요?

관측 가능성 데이터를 처리하고 필터링하며 내보내는 OpenTelemetry Collector의 역할을 알아봅니다. 다양한 백엔드로 데이터를 내보내는 도구도 배웁니다. 브라우저에서 직접 실행하는 실습 코드로 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 2번째 강의입니다.

“OpenTelemetry 수집기와 내보내기 도구” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. OpenTelemetry 표준
  2. OpenTelemetry 수집기와 내보내기 도구
  3. OpenTelemetry SDK로 애플리케이션 계측
  4. 신호와 의미 규약
← System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)(으)로 돌아가기