AI 요약
웹훅 통합의 반복적인 어려움을 다룬 글이다. 저자는 세 회사에서 세 번 동일한 시스템을 구축하면서 웹훅 수신이 단순한 엔드포인트 작업이 아니라 서명 검증, 중복 제거, 버퍼링, 부트스트랩 임포터, 야간 조정 크론까지 포함하는 복잡한 파이프라인임을 깨달았다. 핵심 문제는 웹훅이 "최소 1회 전달(at-least-once)" 방식이라 중복 도착과 이벤트 유실이 발생하며, 결국 공급업체 데이터베이스의 진실을 로컬에서 재구성해야 한다는 점이다.
핵심 포인트
- 웹훅은 중복 전달과 이벤트 유실이 발생하므로 서명 검증, 중복 테이블, 버퍼, 부트스트랩 임포터, 조정 크론이 필수
- 조정 크론은 "밤마다 공급업체 API를 크롤링해 로컬 테이블과 대조하는" 신뢰 부족의 고백
- 실제 사례: 고객이 수개월 전 해지했는데 DB에 여전히 활성 상태로 남아있던 drift 발견
- 공급업체마다 웹훅 설정 페이지, 이벤트 정의, 서명 시크릿 위치가 달라 디버깅이 3개 탭을 오가는 작업이 됨
향후 전망
- 웹훅 통합을 "알림 스트림을 순서 있는 완전한 로그로 재구성하는 작업"으로 인식하는 패러다임 전환 필요
- 이벤트 기반 아키텍처에서 공급업체 간 표준화 또는 더 나은 추상화 도구의 필요성 대두
출처:Hacker News