steady.run

Tag: observability

4 items with this tag.

  • Sep 06, 2026

    64MiB 블록의 착각: vParquet completion과 Go 힙 메모리 폭발

    • observability
    • tempo
    • golang
    • memory-management
    • pprof
  • Sep 06, 2026

    Ingester 1대가 죽었는데 왜 RED 메트릭 90%가 증발했을까

    • observability
    • tempo
    • kubernetes
    • distributed-systems
  • Sep 06, 2026

    Tempo 2.x의 한계와 Tempo 3.x의 해결: Kafka를 앞세운 이유

    • observability
    • tempo
    • kafka
    • distributed-systems
    • software-architecture
  • Sep 06, 2026

    죽어도 살아나지 않는 Pod: emptyDir, 28회 OOM 루프, 그리고 HPA의 역설

    • kubernetes
    • observability
    • tempo
    • sre
    • hpa

Recent Writings

  • Lua

    Lua 1993년에 만들어진 경량 스크립팅 언어. 게임 업계에서 많이 쓰인다. (World of Warcraft 애드온, Roblox 등) 왜 애플리케이션에 내장해서 쓸까? 어떤 프로그램의 동작을 외부에서 확장하고 싶을 때가 있다.

    Sep 06, 2026

    • gRPC

      gRPC 톺아보기 gRPC가 등장한 배경 Google의 고민 2001년 무렵 Google은 내부적으로 심각한 문제에 부딪혔다.

      Sep 06, 2026

      • networking
    • 64MiB 블록의 착각: vParquet completion과 Go 힙 메모리 폭발

      디스크 블록 상한을 64MiB로 설정했음에도 왜 16GiB 컨테이너가 OOM으로 쓰러졌을까? pprof 프로파일링을 통해 vParquet 변환 과정의 메모리 팽창을 밝혀낸 탐구의 기록이다.

      Sep 06, 2026

      • observability
      • tempo
      • golang
      • memory-management
      • pprof
    • Ingester 1대가 죽었는데 왜 RED 메트릭 90%가 증발했을까

      Tempo 2.x 환경에서 Ingester 단일 노드 OOM이 어떻게 배치 요청 구조를 타고 다운스트림 RED 메트릭 90% 급감으로 증폭되었는지 코드와 확률 모델로 분석한다.

      Sep 06, 2026

      • observability
      • tempo
      • kubernetes
      • distributed-systems
    • Tempo 2.x의 한계와 Tempo 3.x의 해결: Kafka를 앞세운 이유

      Tempo 3.0은 왜 수년간 유지해 온 Ingester를 해체하고 Kafka를 파이프라인의 중심에 두었을까? 2.x의 복제 딜레마와 3.x가 재정의한 내구성 경계(Durability Boundary)를 고민의 관점에서 해석한다.

      Sep 06, 2026

      • observability
      • tempo
      • kafka
      • distributed-systems
      • software-architecture

    Created with Quartz v4.5.2 © 2026

    • GitHub
    • LinkedIn