GitHub, 스타 이력 API 재설계…사용자 목록 없이 2,500건 요청을 24건으로

GitHub는 저장소 스타 증가 추이를 확인하기 위해 stargazers API에서 사용자 목록과 타임스탬프를 대량 조회해야 했던 구조를 집계 방식으로 바꿨습니다. 새 엔드포인트는 신원 정보 없이 최대 30주치 일별 스타 수를 한 번의 요청으로 반환하며, 기존 목록 API는 스팸·피싱 악용과 데이터베이스 부하 문제로 접근이 제한됐습니다. 기존 방식은 약 251,000개 스타를 가진 react/react의 전체 곡선을 만들 때 약 2,511건의 요청이 필요했습니다.

유지보수 도구나 대시보드를 운영하는 개발자는 출시·발표 전후 관심도 변화를 볼 때 사용자별 stargazer 수집 대신 집계 API로 전환하는 편이 요청 한도와 개인정보 노출 위험을 줄입니다. 다만 새 방식은 사용자 단위 분석을 포기하는 대신 성능과 안전성을 얻는 선택이며, GitHub의 스타 모델이 스타 취소 이벤트를 보존하는 이력 로그가 아니라는 한계는 장기 이탈 분석에서 남습니다.