S(*). Architect

  • 홈
  • 태그
  • 방명록

otlp 1

OpenTelemetry

학습 목표OpenTelemetry(OTel) 가 벤더 락인·이중 계측 문제를 어떻게 줄이는지 설명할 수 있다.API · SDK · Collector · Exporter 역할을 구분할 수 있다.OTLP로 앱→collector→백엔드 전송 경로를 설명할 수 있다.Collector receivers · processors · exporters 파이프라인을 읽고 수정할 수 있다.Jaeger · Tempo 등 백엔드와 연동·배포 패턴(sidecar, DaemonSet)을 선택할 수 있다.문제 상황서비스마다 Jaeger SDK, Datadog agent, New Relic — 계측 코드·에이전트 삼중벤더 교체 시 전 서비스 재배포트레이스는 Zipkin, 메트릭은 Prometheus, 로그는 ELK — propaga..

관측성 2026.06.27
이전
1
다음
더보기
프로필사진

S(*). Architect

소프트웨어 아키텍트이자 AI Platform 엔지니어의 소소한 이야기 기록 + 캠핑 | 골프 | 자동차를 겸비한.

  • 분류 전체보기 (185) N
    • 운영체제 따라잡기 (25)
    • 네트워크 기초 (21)
    • 소프트웨어 아키텍처 (26) N
    • 데이터베이스 따라잡기 (25)
    • 플랫폼, 데브옵스와 클라우드 (22)
    • 관측성 (15)
    • 애플리케이션 보안 (20)
    • Infrastructure as Code (11) N
    • ELK & Elastic Cloud (8) N
    • Data & AI (7) N
    • AIOps & MLOps (4)
    • Golf 이야기 (1)

Tag

DevOps, Database, observability, 네트워크, MSA, elk, 관측성, Operation System, Architecture, 아키텍처, 운영체제, elasticcloud, elasticsearch, security, network, kubernetes, aws, IaC, 보안, 데이터베이스,

최근글과 인기글

  • 최근글
  • 인기글

Archives

Copyright © AXZ Corp. All rights reserved.

티스토리툴바