DevLog

엔지니어링 블로그를 한 곳에서 탐색하고, 최근 발행 흐름을 빠르게 파악할 수 있는 서비스 입니다.

Quick Links

  • Latest Feed
  • Engineering Directory

Support

  • 소개
  • 개인정보처리방침

Contribute

  • 원하는 블로그 추가 (준비 중)
  • Feedback

© 2026 DevLog Inc. All rights reserved.

본 사이트는 공개 RSS 피드를 통해 콘텐츠를 수집하며, 모든 콘텐츠의 저작권은 원저작자에게 있습니다.

Back to Feed
Read Original

Contents

Continue Reading

  • More from 무신사
  • Related reads#SLO
#DevOps

추측이 아닌 데이터로: 3개 서비스 27개 SLO와 54개 모니터를 설정하고 배포 자동화까지 구축한 2주의 집중 작업

추측이 아닌 데이터로: 3개 서비스 27개 SLO와 54개 모니터를 설정하고 배포 자동화까지 구축한 2주의 집중 작업
01

Summary

"배포 때마다 울리는 가짜 알림은 이제 그만!" 데이터로 증명하는 2주간의 SLO 혁신

무신사 O4O팀이 27개 SLO와 배포 자동화를 통해 연간 300시간의 리소스를 확보한 비결

이 아티클은 추측이 아닌 실제 데이터를 기반으로 서비스 신뢰성 목표(SLO)를 설정하고 관리하는 실전 가이드를 제공합니다. 단순한 지표 설정을 넘어, ArgoCD를 활용해 배포 중 발생하는 일시적 지표 하락으로부터 오류 예산을 자동으로 보호하는 기술적 아키텍처와 그에 따른 정량적 성과를 상세히 다룹니다.

  • 01HTTP 상태 코드 대신 APM 에러 태그를 활용한 측정 정확도 개선
  • 0290일간의 APM 데이터를 분석해 p99 기반의 과학적 임계치 도출
  • 03ArgoCD Hooks를 이용한 동적 SLO Correction 자동화 구현
  • 04오탐 100% 제거 및 연간 300시간의 엔지니어링 기회비용 절감
  • 05서비스 특성(B2C, B2B, POS)에 맞춘 6단계 표준화 프로세스 확립

+RECOMMENDATION

잦은 오탐 알림으로 피로도가 높은 SRE 및 백엔드 개발자들에게 강력 추천하며, 특히 배포 중 발생하는 일시적 오류를 체계적으로 제외하고 싶은 조직에 유용한 레퍼런스가 될 것입니다.

The Problem

기존 모니터링 시스템이 HTTP 상태 코드만을 기준으로 성공률을 측정하여 클라이언트 오류(400, 404)를 서버 장애로 오인하는 오탐이 빈번했으며, 정기 배포 시 발생하는 일시적 지연이 오류 예산(Error Budget)을 불필요하게 소진시키는 문제가 있었다.

The Solution

APM 에러 태그 기반으로 측정 방식을 고도화하고 90일간의 데이터를 분석해 과학적 임계치를 설정했으며, ArgoCD Hook과 Datadog API를 연동하여 배포 기간의 오류 예산 차감을 자동 제외하는 동적 보정(Correction) 시스템을 구축했다.

The Result

매일 10건 이상 발생하던 오탐 알림을 0건으로 줄였으며, 연간 약 300시간의 엔지니어링 리소스를 절감하고 실제 비즈니스 로직 실패에 대한 탐지 정확도를 대폭 향상시켰다.

Trade-off

본문에 구체적으로 명시되지 않았으나, Datadog API와 ArgoCD에 대한 강한 기술적 의존성이 생기며 자동화 스크립트 및 API 키 보안 관리를 위한 추가적인 운영 공수가 발생할 것으로 예상된다.

03

Key Concepts

Concept · 01

Error Budget (오류 예산)

서비스 목표 신뢰성을 달성하면서 허용할 수 있는 최대 실패율을 의미하며, 이를 통해 기능 개발 속도와 안정성 사이의 균형을 유지한다.

  • 배포 시 발생하는 계획된 다운타임이 예산을 낭비하지 않도록 자동 보정 로직을 적용함
Concept · 02

ArgoCD Hooks

쿠버네티스 리소스의 동기화 생명주기(PreSync, PostSync 등) 중 특정 시점에 작업을 실행할 수 있는 기능이다.

  • 배포 시작 직전과 종료 직후에 Python 스크립트를 실행하여 Datadog SLO 보정값을 자동 업데이트함
Concept · 03

Burn Rate (소진율)

설정된 SLO의 오류 예산이 소진되는 속도를 나타내며, 서비스의 신뢰성 위기를 조기에 경고하는 지표로 활용된다.

  • 긴급(12시간 내 소진)과 주의(28시간 내 소진) 단계로 나누어 각각 다른 알림 채널로 전송되도록 설정함
Continue reading · same source

무신사More from 무신사

View all posts from 무신사
  • 의심했던 범인은 알리바이가 있었다.

    Java Flight RecorderSpring BatchAurora MySQL
    4일 전
  • LLM 비용 64% 절감, 캐시 히트율 98% 달성기

    AWS BedrockPrompt CachingLangChain4j
    6일 전
  • VLM을 쓰지 않은 이유: Geometric Prior로 25배 빠른 의류 디테일컷 자동화

    Object DetectionAWS LambdaComputer Vision
    1개월 전
  • AI 스페셜리스트와 자동사냥 — 하네스로 제어하는 AI 파이프라인

    AI AgentHarness EngineeringQuery Optimization
    1개월 전
  • 무신사 메가스토어 성수: 보이지 않는 기술, 선명해지는 경험

    RFIDPOSESL
    2개월 전

Related reads#SLO

Explore #SLO
라인·SRE

신뢰성 향상을 위한 SLO/SLI 도입 3편 - 서비스 적용 사례

#SLO2개월 전
라인·SLI

신뢰성 향상을 위한 SLI/SLO 활용 1편 - SLI/SLO 프레임워크 및 서비스 상태 확인 도구 LINE Status 개발기

#SLO3개월 전
무신사·SRE

“이 장애, 얼마나 심각한가요?” 사용자 경험을 기준으로 비즈니스 심각도를 정의하다

#SLO4개월 전
라인·MySQL

슬로우 쿼리 해결기: 함수형 인덱스로 비트 연산 쿼리 최적화하기

#SLO5개월 전

Source

무신사
무신사
Engineering Blog

Published · February 22, 2026

Topics

SLOSREDatadogArgoCDError BudgetPythonKubernetes