pile·
아키텍처·oliveyoung올리브영 테크블로그·

외부셀러 — 외부 스파크성 트래픽으로부터 내부 시스템을 보호하는 방법 1탄

문제외부셀러 서비스는 상품·주문·배송 요청을 동기로 처리했기 때문에 갑작스러운 대량 요청이 들어오면 내부 Heavy 작업 동안 사용자가 대기하고, 통신 지연이 길어지면 외부셀러 서버 CPU·메모리가 치솟아 주문·배송까지 영향을 받았다.
접근키오스크 비유로 역할을 나눠 seller-external-api는 필수 검증만 하고 즉시 응답하게 두고, seller-internal-api가 내부 연동과 Retry를 맡도록 분리한 뒤 AWS MSK Kafka로 비동기 이벤트 흐름을 만들었으며, 상품 ID를 파티션 키로 지정해 같은 상품은 동일 파티션에 적재되도록 순서를 보장했다.
결과외부 트래픽이 급증해도 내부 상품 API가 받는 직접 부하가 줄었고, 인입·생성 어디에 리소스가 필요한지 모니터링이 명확해졌으며 통신 장애에서도 재처리 로직으로 사용자 경험이 회복됐다.
oliveyoung
올리브영 테크블로그 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 아키텍처·dropbox-techDropbox Tech·

    Dropbox의 통합 콘텐츠 처리 플랫폼 Riviera, AI 시대로의 진화

    Dropbox가 파일 미리보기 생성용 내부 서비스로 출발한 콘텐츠 처리 플랫폼 Riviera가 약 10년에 걸쳐 Search·Replay·Sign·Dash가 공유하는 플랫폼으로, 나아가 AI 시대의 문서 처리 인프라로 진화한 과정을 다룬다. 미리보기를 '재사용 가능한 변환들의 조합'으로 재정의한 설계가 확장의 핵심이었고, 지금은 100개 넘는 변환 능력으로 초당 수십만 건을 처리한다. 최근엔 공개 API와 MCP로 외부 개발자에게도 열렸다.

  2. 아키텍처·github-engGitHub Engineering·

    AI 시대에 달라진 '예스'의 비용

    GitHub Engineering 에서 AI 코드 생성 도구가 보편화되면서 소프트웨어 엔지니어링 경제학이 어떻게 달라졌는지를 다룬다. 코드를 작성하는 비용은 낮아졌지만 그 코드를 소유하고 유지보수하는 비용은 그대로라는 점을 핵심 논지로, 엔지니어링 팀의 의사결정 방식도 달라져야 한다고 주장한다.

    #engineering-process#ai-code-generation#code-ownership+1
  3. 아키텍처·당근당근 테크블로그·

    천만 MAU를 지탱하는 커뮤니티 시스템 아키텍처

    당근 커뮤니티실이 2021년 약 100 RPS에서 현재 약 20,000 RPS를 처리하는 규모로 성장한 과정과, 이를 가능하게 한 "여러 웹앱 + 하나의 서버앱" 모듈형 모놀리스 아키텍처를 다룬다. 동네생활, 모임, 카페, 아파트 서비스를 소규모 팀이 장기 운영 가능한 구조로 설계한 원칙과, 장애 경험에서 도출한 resilience 패턴까지 단계별로 정리했다.

    #event-driven#kafka#postgres+2