S(*). Architect

  • 홈
  • 태그
  • 방명록

Loki 1

로그 수집 파이프라인

학습 목표로그가 앱 → 수집 → 저장 → 검색까지 흐르는 파이프라인을 그릴 수 있다.Agent와 Aggregator의 역할을 구분할 수 있다.컨테이너·K8s 환경에서 로그를 노드 밖으로 보내야 하는 이유를 설명할 수 있다.ELK와 Loki 스택의 차이를 워크로드 관점에서 비교할 수 있다.문제 상황장애 시 kubectl logs만 보면 이미 사라진 Pod 로그를 못 본다서버 50대에 SSH로 tail -f — 확장이 안 된다JSON 로그는 앱에서 잘 쓰는데, 검색 UI는 없다Elasticsearch 비용이 커서 "로그만" Loki로 가자는 말이 나오는데 차이를 모른다구조화 로그·correlation ID를 봤다. 이번 편은 로그를 모으고 찾는 인프라다.1. 왜 파이프라인이 필요한가로컬 파일만 쓸 때중앙 수..

관측성 2026.06.20
이전
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

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

최근글과 인기글

  • 최근글
  • 인기글

Archives

Copyright © AXZ Corp. All rights reserved.

티스토리툴바