전체 활용 사례

일일 프로덕션 에러 분류 자동화

Zero가 매일 아침 Sentry와 Axiom에서 미해결 에러를 가져와 중복을 제거하고, 전체 스택 트레이스를 담은 GitHub 이슈를 열고, 적합한 엔지니어를 자동으로 할당합니다.

Zero가 연결합니다:SentryAxiomGitHub

Zero가 제공하는 것

무엇이 문제인가

매일 아침 누군가는 Sentry를 열고, 미해결 에러를 스크롤하며, 어떤 게 새로운 것인지, 어떤 게 중복인지, 어떤 게 실제로 심각한지 파악하고, 누가 각 항목을 맡아야 할지 결정해야 합니다. 실제 업무가 시작되기도 전에 집중력이 필요한 엔지니어링 시간 20~30분이 들어갑니다. Zero가 오전 8시 45분에 실행되어 Sentry와 Axiom을 확인하고, 두 소스에 걸쳐 중복을 제거하고, 중요한 에러를 선별하고, 전체 스택 트레이스가 이미 첨부된 GitHub 이슈를 열고, 누구도 노트북을 열기 전에 각 항목을 할당합니다.

Zero가 해결하는 방법

1단계: 도구 연결하기

Sentry
Sentry
필수
Zero가 Sentry에서 미해결 에러를 조회하고 스택 트레이스와 이벤트 횟수를 읽습니다.
연결
GitHub
GitHub
필수
Zero가 전체 에러 세부 정보를 담은 구조화된 GitHub 이슈를 등록하고 코드 담당자에게 할당합니다.
연결
Axiom
Axiom
선택
Zero가 Axiom에서 에러 로그를 조회해 Sentry 발견 사항과 교차 참조하고 중복을 제거합니다. 선택 사항이지만 권장됩니다.
연결

2단계: Zero에게 요청하기

@Zero 매 평일 오전 8시 45분에 지난 24시간 동안의 Sentry와 Axiom 미해결 에러를 가져와줘. 소스 간 중복을 제거해줘. 발생 횟수가 5회 이상인 항목은 전체 스택 트레이스를 담아 vm0-ai/vm0에 GitHub 이슈를 열고 해당 코드 담당자에게 할당해줘.
Zero가 Sentry와 Axiom에서 에러를 가져옵니다
Zero가 지정된 기간 내의 미해결 에러를 두 소스에서 모두 조회합니다. 설정한 발생 횟수 임계값을 적용해 노이즈를 걸러내고 실제로 대규모로 발생하는 에러에 집중합니다.
소스 간 에러 중복 제거
같은 에러가 Sentry와 Axiom에서 서로 다른 형식으로 나타나는 경우가 많습니다. Zero가 중복을 식별하고 두 소스의 데이터를 담아 하나의 레코드로 병합합니다.
GitHub 이슈 등록 및 할당
조건을 충족하는 고유한 에러마다 Zero가 전체 스택 트레이스, 발생 횟수, 최초 및 최종 발생 타임스탬프를 담은 구조화된 GitHub 이슈를 열고, 해당 코드 영역을 맡을 가능성이 가장 높은 엔지니어에게 할당합니다.

3단계: 한 걸음 더 나아가기

임계값 조정
발생 횟수 필터를 변경해 노이즈를 줄이거나 더 많은 이슈를 포착
@Zero 일일 분류 일정을 업데이트해서 발생 횟수 10회 이상인 에러만 이슈로 등록해줘. 그 미만은 #dev에 요약만 올려줘.
모닝 브리핑에 추가
제품 상태 브리핑 활용 사례와 결합
@Zero #standup에 올리는 오전 9시 제품 상태 브리핑에 오늘의 에러 분류 결과를 포함해줘.
배포 후 안전 점검
프로덕션 배포 직후 분류 실행
@Zero vm0-ai/vm0의 main에 PR이 머지될 때마다 15분 기다린 다음 새 에러에 대한 Sentry 에러 점검을 실행해줘.

더 나은 결과를 위한 팁

이슈 개수를 관리 가능하게 유지하도록 발생 횟수 임계값을 설정하세요. 5회 이상이 좋은 출발점이며, 볼륨에 따라 조정하세요.
Sentry의 프로젝트 태그나 환경을 사용해 Zero의 조회를 스테이징이 아닌 프로덕션으로만 좁히세요.
제품 상태 브리핑과 연결하세요. 8시 45분에 분류를 실행하고 9시 브리핑에 결과를 포함하면 팀이 모든 것을 한곳에서 볼 수 있습니다.