와탭 블로그 | IT 운영자를 위한 모니터링 인사이트

문제 해결에 필요한
인사이트를 확인해보세요

[인터뷰] 금융권 모바일 장애, APM만으로 해결되지 않는 이유

This is some text inside of a div block.

[인터뷰] 금융권 모바일 장애, APM만으로 해결되지 않는 이유

서버 로그에 잡히지 않는 모바일 장애, 어떻게 진단할 것인가. 와탭 엔지니어가 APM의 한계와 금융권 RUM 도입 시 확인해야 할 하이브리드 앱 웹뷰, 난독화, 구형 단말기, 거래 단위 추적 이슈를 정리했습니다.

99개 아티클

등록된 아티클이 없습니다.

This is some text inside of a div block.

Continuous Profiling이란? CPU 병목을 코드 단위로 찾는 방법

Continuous Profiling은 실행 중인 코드 어디에서 자원을 쓰는지 남기는 방식입니다. 메트릭·로그·트레이스와 무엇이 다른지, OpenTelemetry Profiles가 알파 단계인 지금 eBPF 수집은 되는데 무엇이 아직 안 되는지 정리했습니다.

This is some text inside of a div block.

502 Bad Gateway 원인과 nginx 에러 로그 구분법

502 Bad Gateway 원인은 서버 다운만이 아닙니다. nginx가 직접 만든 502인지 업스트림이 반환한 502인지 구분하는 방법과 connect() failed, no live upstreams 등 에러 로그 문구별 원인을 정리했습니다.

This is some text inside of a div block.

GPU 비용 절감 방법과 사용률·유휴 GPU 확인 순서

GPU 사용률이 높은데 비용이 줄지 않는다면 계산 단위가 문제입니다. 유휴 GPU를 미할당, 프로세스 없음, 메모리 점유, GPU fragmentation으로 나눠 회수하는 방법과 팀별 GPU 비용을 점유 시간으로 배분하는 기준까지 GPU 비용 절감 관점에서 정리했습니다.

This is some text inside of a div block.

디스크가 여유 있는데 No space left on device가 뜨는 이유와 해결 방법

디스크 용량이 여유 있는데도 No space left on device 에러가 나는 이유를 정리했습니다. 블록 부족·inode 고갈·삭제된 열린 파일 세 가지를 df -h, df -i, lsof로 좁히고, 쿠버네티스 노드(nodefs·imagefs·containerfs)까지 다룹니다.

This is some text inside of a div block.

eBPF 모니터링이란? 코드 수정 없이 쿠버네티스 옵저버빌리티 구축하기

eBPF 무계측 모니터링은 코드 수정 없이 데이터를 수집하지만 커널 버전·권한·추적 깊이에 제약이 있습니다. 에이전트 계측과 비교해 무엇을 얻고 무엇을 내주는지, 어느 상황에 어떤 방식을 선택할지 공식 문서 근거로 정리했습니다.

This is some text inside of a div block.

429 Too Many Requests 원인과 해결 방법

429 Too Many Requests는 보낸 요청이 한도를 넘었을 때 서버가 돌려주는 응답입니다. 503과의 차이, 어느 계층이 돌려준 429인지 구분하는 법, 요청 수 한도와 토큰 한도의 차이, 확인 결과별로 고칠 곳과 지수 백오프 설계를 정리했습니다.

This is some text inside of a div block.

리눅스 CPU 사용률이 높은 이유와 확인 방법

CPU 사용률 90%를 무엇이 채웠는지는 퍼센트 하나에 드러나지 않습니다. top으로 us·sy·wa·st를 나눠 방향을 정하고, 프로세스와 Java 스레드 덤프로 코드를 확인하고, vmstat·iostat로 디스크를, cgroup 지표로 컨테이너 스로틀링을 좁히는 순서입니다.

This is some text inside of a div block.

504 Gateway Timeout 원인과 해결 방법

504 Gateway Timeout은 프록시 타임아웃만 늘려서는 사라지지 않습니다. 연결 실패인지 응답 지연인지 에러 로그로 구분하는 법과 주요 원인 4가지, 그리고 장애 중에 그대로 따라갈 수 있는 6단계 해결 순서를 정리했습니다.

This is some text inside of a div block.

API 응답 시간이 느린 이유 7가지와 진단 순서

API 응답이 느려졌을 때 짐작에 기대지 않고, 요청 경로를 따라 애플리케이션·데이터베이스·외부 호출·인프라·네트워크 순서로 원인 7가지를 좁혀 갑니다. 트레이스로 느린 구간부터 특정하는 진단 순서를 정리했습니다.

This is some text inside of a div block.

로그 레벨 종류와 순서, ERROR·WARN 차이와 구조화 로깅

로그 레벨 순서는 TRACE부터 FATAL까지 여섯 단계이고, 설정한 레벨보다 심각한 것만 기록됩니다. ERROR와 WARN을 나누는 기준, Syslog·OpenTelemetry 대응, Spring Boot와 Logback의 레벨 처리, JSON 구조화 로깅을 정리했습니다.

This is some text inside of a div block.

LLM 프롬프트 로그 개인정보 마스킹과 비식별화 가이드

LLM 프롬프트 로그에는 사용자가 입력한 이름과 연락처가 그대로 들어옵니다. 개인정보 마스킹과 비식별화는 어떻게 다른지, 어느 단계에서 지울지, 정규식과 개체명 인식이 각각 놓치는 값은 무엇인지, 로그 보관 기간을 어떻게 나눌지 정리했습니다.

This is some text inside of a div block.

LLM 답변 품질 평가 방법과 LLM-as-a-Judge 활용법

사람이 답을 전수로 읽을 수 없게 되면 LLM 답변 품질 평가는 규칙으로 셀 수 있는 항목부터 시작합니다. 사실성과 톤은 LLM-as-a-Judge로 채점하고, 순서 편향과 자기 편애 같은 한계는 기준 표본과 사람 검토로 보완합니다.

This is some text inside of a div block.

LLM API 비용이 급증하는 3가지 원인과 토큰 비용 절감 방법

LLM API 비용은 호출 하나에 담긴 토큰이 많아지거나 요청 하나가 여러 호출로 번질 때 늘어납니다. 대화 이력 누적, 캐시 적중률 하락, 재시도와 에이전트 루프를 나눠 보고 원인별 토큰 비용 절감 방법과 호출마다 기록할 값을 정리했습니다.

This is some text inside of a div block.

AI 모델 드리프트란? LLM 성능 저하 원인과 탐지 방법

코드도 프롬프트도 안 바꿨는데 LLM 답변이 달라졌다면 원인은 두 가지입니다. 모델을 그대로 두었는데 품질이 떨어지는 모델 드리프트와, 제공사의 모델 교체는 증상이 같아 보입니다. 세부 버전과 출력 지표를 남겨야 어느 쪽인지 가려낼 수 있습니다.

This is some text inside of a div block.

AI 게이트웨이란? API 게이트웨이, MCP 게이트웨이와 무엇이 다를까

AI 게이트웨이는 모델 호출을, MCP 게이트웨이는 에이전트의 도구·데이터 접근을 관리합니다. 요청 하나가 두 종류의 호출로 나뉘는 과정을 짚고, 기존 API 게이트웨이와 무엇이 다른지, 언제 각각 필요한지, 옵저버빌리티와 역할이 어떻게 다른지 정리했습니다.