System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) · บทเรียน

ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์

เรียนรู้ว่าไปป์ไลน์ข้อมูลวัดระยะไกลส่วนกลางรวบรวม ประมวลผล และกำหนดเส้นทางข้อมูลการสังเกตได้อย่างไร และเหตุใดเกตเวย์จึงแยกผู้สร้างข้อมูลออกจากระบบปลายทาง

บทเรียน 4 จาก 413 ขั้นตอน

ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์ เป็นบทเรียน System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) มีบทเรียนทั้งหมด 4 บทเรียน

บางส่วนของบทเรียนนี้ยังไม่ได้รับการแปล และแสดงเป็นภาษาอังกฤษ

Why a Telemetry Pipeline?

As an observability platform grows, sending data straight from apps to backends becomes brittle. A telemetry pipeline sits in the middle to collect, transform, and route data reliably.

The Gateway Pattern

A telemetry gateway is a central tier of collectors that all apps send to. It decouples producers from backends so either side can change independently.

apps -> gateway collectors -> backends

Agent vs Gateway

Two collector roles work together.

  • Agent: runs near the app, lightweight collection
  • Gateway: central, does heavy processing and routing

Processing in the Pipeline

The pipeline can enrich, filter, batch, and redact data before it reaches storage, applying policy in one place.

processors: [batch, attributes/redact, tail_sampling]

Routing to Many Backends

A gateway can fan out the same data to multiple destinations, for example metrics to Prometheus and traces to two tracing systems during a migration.

exporters: [prometheus, jaeger, otlp/vendor]

Buffering and Reliability

The pipeline buffers and retries so a slow backend does not drop data or back up into applications.

  • Queues smooth spikes
  • Retries handle transient failures

Decoupling Benefits

With a gateway, swapping a backend or adding redaction needs no app redeploys. Producers only know the gateway endpoint.

Scaling the Gateway

Gateways scale horizontally behind a load balancer. Stateless collectors make adding capacity simple.

load balancer -> [collector-1, collector-2, collector-3]

Cost Control at the Pipeline

Because all data flows through it, the pipeline is the ideal place to sample, drop low-value telemetry, and enforce cardinality limits.

Security at the Gateway

Centralizing flow lets you authenticate producers, encrypt in transit, and redact sensitive fields before anything is stored.

A Reference Pipeline

Apps with agents send OTLP to a horizontally scaled gateway that batches, samples, redacts, then routes to the right metrics, tracing, and logging backends.

Quick Check

Pick the main benefit of a telemetry gateway.

Recap

You learned that a telemetry pipeline with a central gateway decouples producers from backends, enabling centralized processing, multi-backend routing, buffering, security, and cost control. Lightweight agents collect near the app while horizontally scaled gateways handle the heavy lifting.

เริ่มต้นได้ฟรี

เรียนรู้ System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) ด้วย AI tutor — ฟรี

เขียนและเรียกใช้โค้ดจริงในเบราว์เซอร์ของคุณ รับความช่วยเหลือทันทีจาก AI tutor 24/7 และเรียนรู้ต่อจากที่คุณหยุดบนเว็บหรือในแอป

คอร์ส
12
บทเรียน
48

คำถามที่พบบ่อย

บทเรียน “ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) ให้อัปเกรดเป็น CoddyKit PRO คอร์ส System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์”

เรียนรู้ว่าไปป์ไลน์ข้อมูลวัดระยะไกลส่วนกลางรวบรวม ประมวลผล และกำหนดเส้นทางข้อมูลการสังเกตได้อย่างไร และเหตุใดเกตเวย์จึงแยกผู้สร้างข้อมูลออกจากระบบปลายทาง คุณปฏิบัติ System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 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. การออกแบบกลยุทธ์การสังเกตระบบ
  2. การปรับขนาดโครงสร้างพื้นฐานการสังเกตระบบ
  3. แนวโน้มอนาคตของการสังเกตระบบ
  4. ไปป์ไลน์ข้อมูลวัดระยะไกลและเกตเวย์
← กลับไปที่ System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)