BugByBug

제품의 핵심이다. 오류가 들어오면 BugByBug의 파이프라인이 단서를 분석해 유력한 원인을 지목한다. 생 스택 트레이스만 남기지 않는다. 장애를 둘러싼 조건과 의존 관계도 알려주므로 '무엇이'뿐 아니라 '왜'를 얻는다. 개발사는 이 다단계 파이프라인을, 묶기와 분류에서 멈추는 일반 로그 도구와의 차이로 내세운다.

상위 요금제에서는 BugByBug가 구체적인 코드 변경을 제안하고 조사에 가장 관련 있는 파일을 짚는다. 저장소를 연결하면 볼 만한 프레임과 파일이 떠오르고, 오류 보고에서 코드의 해당 지점까지 거리가 줄어든다. 대시보드는 이를 권장으로 보여주고, 적용 여부는 팀이 정한다.

잡아낸 오류에는 재현에 필요한 정보가 붙는다. 스택 트레이스, 거기까지 온 사용자 breadcrumb, 요청 데이터, 세션 맥락이다. 오류가 터진 시점에 BugByBug가 예외와 성능 데이터를 기록하므로, 짐작 대신 사건 순서를 다시 세울 수 있다. 이 단서가 AI 분석이 딛는 토대다.

BugByBug는 스택 트레이스와 메시지에 해시를 적용해 서로 다른 오류마다 항목 하나를 만들고, 반복은 자동으로 묶는다. 천 번 터지는 크래시는 따라갈 수 있는 한 건이 된다. 천 줄을 스크롤할 필요가 없다. 묶기는 파이프라인의 첫 단계이고, 앱이 커져도 대시보드를 읽기 좋게 유지한다.

BugByBug는 OpenTelemetry의 OTLP HTTP 프로토콜로 텔레메트리를 받는다. OpenTelemetry가 지원하는 언어나 프레임워크라면 무엇이든 데이터를 보낼 수 있다. 엔드포인트를 BugByBug 트레이스 URL로 두고 API 키를 헤더로 넘긴다. Bearer 토큰이든 x-api-key든 좋다. Collector는 필수가 아니다. exporter가 OTLP HTTP를 말하면 트레이스를 BugByBug로 바로 보낸다.

모든 것이 단순한 계층에 담긴다. 사용자가 로그인해 조직을 갖고, 그 안에 프로젝트를 더한다. 각 프로젝트는 앱 하나나 서비스 하나이고 전용 API 키를 지닌다. 오류와 오류 이벤트는 프로젝트 아래에 놓인다. BugByBug는 현재 사용자당 조직 하나, 프로젝트 둘까지 허용한다. 유료 요금제는 큰 팀을 위해 프로젝트와 좌석 한도를 올린다.

Pro 요금제부터 Slack 연동이 붙어 새 문제와 조사 결과가 팀이 이미 일하는 곳으로 간다. 상위 요금제는 좌석을 늘리고 고급 AI 조사와 샌드박스 검증을 갖춘다. 제안된 변경이 프로덕션에 닿기 전에 확인된다. Enterprise는 SSO와 맞춤 연동을 더해 요구가 깐깐한 조직에 맞춘다.