Moait
홈인기 피드모든 블로그모든 태그
홈인기 피드모든 블로그모든 태그
Sentry를 바로 도입하지 않고 200줄 에러 트래커를 만든 이유 섬네일

Sentry를 바로 도입하지 않고 200줄 에러 트래커를 만든 이유

여기어때 favicon여기어때·Architecture·
TypeScriptSlackPostgreSQLSupabaseEdge Function
2026년 05월 19일0

AI 요약

이 글은 AI가 요약했어요. 정확한 내용은 꼭 원문을 확인해 주세요!

핵심 요약

여기어때가 Sentry 도입 대신 200줄 에러 트래커를 구축하고, Supabase Edge Function + PostgreSQL + Slack Webhook 조합으로 클라이언트 에러를 수집·중복 집계하며 임계값을 DB에서 조정하는 시스템을 도입했습니다.

구현 방법

  • 기술 스택: Supabase Edge Function, PostgreSQL, Slack Webhook
  • 핵심 흐름: 브라우저/WebView의 에러를 reportError로 수집 → fingerprint 생성 및 중복 방지 → Edge Function으로 저장 → 동일 fingerprint의 누적 횟수로 Slack으로 알림
  • 임계값/쿨다운 관리: DB의 RPC 함수로 운영 중 조정 가능

주요 결과

  • 3주 운영에서 7일 5회 임계값 초과는 단 1건에 그침
  • 임계값 조정은 배포 없이 DB에서 바로 반영 가능
  • 특정 OS 버전 + WebView 조합에서 발생한 사례로 메타데이터 수집의 중요성 확인

연관 피드

%가 높을수록 이 글과 비슷할 가능성이 높아요!
No Image
70%

여기어때 이벤트 기반 통합 알림 플랫폼 구축기 Part 2. How?

여기어때 favicon여기어때·2026년 04월 03일
에러? 1초 만에 잡아드립니다 - AOP와 Redis로 구축한 실시간 알림 시스템 섬네일
68%

에러? 1초 만에 잡아드립니다 - AOP와 Redis로 구축한 실시간 알림 시스템

롯데ON favicon롯데ON·2025년 02월 24일
No Image
68%

“서버가 죽었어요”에서 시작된 이야기, Grafana OnCall과 Amazon Connect로 완성한 실전형 온콜 시스템

여기어때 favicon여기어때·2025년 12월 16일