반응형

monitoring 4

[플랫폼 엔지니어링] 8. [관측성] 보이지 않는 인프라를 모니터링하라: Prometheus와 Grafana

안녕하세요! 여러분의 아키텍처 길잡이, 팬돌프입니다.드디어 길고 길었던 [플랫폼 엔지니어링: K8s 완벽 정복] 시리즈의 대미를 장식할 마지막 편에 도착했습니다!지금까지 우리는 컨테이너를 지휘하고(Pod/Deployment), 길을 뚫어주고(Ingress), 데이터를 영구히 저장하며(StatefulSet), 트래픽 폭주에 알아서 스케일링(HPA/Karpenter)하고, 심지어 손대지 않아도 코드가 알아서 배포되는(ArgoCD) 완벽한 자동화 인프라를 구축했습니다.하지만, 모든 것이 '알아서' 돌아가는 이 완벽한 시스템에는 치명적인 약점이 하나 있습니다. "도대체 안에서 무슨 일이 일어나고 있는지 알 수가 없다"는 것입니다."AI 에이전트의 응답 시간이 왜 갑자기 5초를 넘기지?" "어제 띄워둔 Spark..

Backend/Kubernetes 2026.03.19

[OpenTelemetry & Jaeger] 3. Jaeger: 분산 트레이싱의 시각화와 분석의 핵심

1. Jaeger(예거)란 무엇인가요?Jaeger는 우버(Uber) 테크놀로지스에서 개발하여 오픈소스로 공개한 분산 트레이싱 시스템입니다. 현재는 CNCF(Cloud Native Computing Foundation)의 졸업(Graduated) 프로젝트로, 쿠버네티스(Kubernetes)나 프로메테우스(Prometheus)와 어깨를 나란히 하는 신뢰성 높은 도구입니다.OpenTelemetry가 데이터를 '수집'하는 데 집중한다면, Jaeger는 수집된 데이터를 '저장'하고, 우리가 보기 좋게 '시각화(UI)'하여 분석을 돕는 백엔드 플랫폼입니다.2. Jaeger의 핵심 아키텍처 : 데이터는 어떻게 흐르는가?Jaeger의 구조를 이해하는 것은 안정적인 모니터링 시스템 구축을 위해 필수적입니다. Jaeger..

[Prometheus & Grafana] 1. 모니터링의 표준, Prometheus와 Grafana로 시작하는 Observability 입문

1. 우리는 왜 '관측성(Observability)'에 목마른가?과거의 서비스가 하나의 거대한 성(Monolith)이었다면, 지금의 서비스는 수많은 작은 집(Microservices)들이 얽혀 있는 거대한 도시와 같습니다. 성에 불이 나면 금방 알 수 있지만, 도시 어딘가에서 연기가 나기 시작할 때 그 원인을 찾는 것은 매우 어렵습니다.여기서 Observability(관측성)라는 개념이 등장합니다. 단순히 시스템이 "살아있는가?"를 확인하는 모니터링을 넘어, "왜 내부에서 이런 일이 벌어지고 있는가?"를 데이터로 증명하는 능력입니다.Metrics (수치): 시스템의 혈압과 맥박입니다. (CPU 사용량, 응답 시간, 에러율 등)Logs (기록): 시스템이 남긴 일기장입니다. (특정 시점의 상세 에러 메시지..

[Prometheus & Grafana] 완벽 가이드: 기초부터 HA 구성까지 연재 로드맵

Prometheus와 Grafana는 현대 클라우드 네이티브 환경에서 표준이나 다름없는 모니터링 스택입니다. 독자들이 입문부터 실전 구축, 고도화 단계까지 차근차근 따라올 수 있도록 총 10편의 연재 시리즈 구성을 제안해 드립니다.🚀 Prometheus & Grafana 기술 블로그 연재 로드맵1부: 기초 및 아키텍처 이해제1편: 모니터링의 표준, Prometheus와 Grafana로 시작하는 Observability 입문모니터링의 필요성과 Observability(관측성)의 3요소 (Metrics, Logs, Traces).Prometheus의 특징 (Pull 기반 모델, TSDB, 강력한 쿼리 언어).전체적인 에코시스템과 데이터 흐름도.제2편: 왜 Pull 방식일까? Prometheus 내부 구조와..

반응형