외부 커머스 플랫폼 웹훅을 다루며 남긴 기록입니다. 기존 글은 당시의 이해와 판단을 보존하고, 대표 케이스 스터디에서 나중에 확인한 원인과 운영 교훈을 다시 정리했습니다.

대표 케이스 스터디

외부 커머스 플랫폼 웹훅 처리 시스템: 설계, 실패, 운영에서 배운 것

문제 정의, 제약, 대안, 서버리스 기반 구현, 실패한 가정, 검증, 남은 한계를 한 글에서 읽을 수 있습니다.

날짜별 원본 기록 10편

  1. 2023-12-04 — 팀차이: 웹훅을 처음 이해한 기록
  2. 2024-05-16 — 새 앱의 시작 분기 고려하기
  3. 2024-05-17 — 웹훅이 안 되는 이유
  4. 2024-06-18 — 페이스북 토큰의 자동 갱신
  5. 2025-01-14 — 웹훅 처리 성능 개선 계획
  6. 2025-01-31 — SQS 큐의 중복과 동시성
  7. 2025-02-03 — Step Functions 재시도 정책
  8. 2025-02-05 — SQS 전송 지연과 메시지 수명
  9. 2025-02-07 — 재시도 중첩으로 인한 메시지 증폭
  10. 2025-07-28 — 종합 회고와 대표 케이스

읽는 순서

  • 시스템 전체 맥락이 필요하면 대표 케이스를 먼저 읽습니다.
  • 설계가 바뀐 과정을 보려면 2025-01-14부터 날짜순으로 읽습니다.
  • 인증과 앱 분기 이슈는 2024년 기록을 참고합니다.
  • 원본의 수치·식별 정보는 현재 공개 기준과 다를 수 있으므로 채용 자료로 재사용하기 전에 별도 검토가 필요합니다.

공개 범위

대표 케이스에서는 회사·고객·상점 식별자, 내부 URL·endpoint·ARN·계정·리소스명, payload·설정 원문, 정확한 비용·장애 건수·처리량을 제거하거나 추상화했습니다. 기존 날짜별 기록은 역사적 원문을 유지하되 새 허브와 대표 글을 통해 현재의 정리와 구분합니다.

소개와 포트폴리오로 돌아가기