Meet-Coder-Study/book-system-design-interview

[03주차]_4장_처리율 제한 장치의 설계_김보배

KimDoubleB opened this issue · 1 comments

KimDoubleB commented

  • 이동 윈도 로깅 알고리즘에서는 요청의 타임스탬프를 레디스 같은 캐시에 저장합니다. 해당 알고리즘의 단점으로 다량의 메모리 사용을 들면서 거부된 요청의 타임스탬프도 저장한다고 되어있는데, 거부된 요청의 타임스탬프를 저장해야하는 이유가 무엇일까요?

  • RateLimiter는 응답의 헤더로 X-Ratelimit-... 형태를 사용하여 클라이언트에게 정보를 제공하고 있다고 합니다. 혹시 3rd party API 사용 시, 응답에서 해당 헤더들을 활용하신 경험이 있으실까요? (저 정보들을 통해 어떤 처리를 했을까 궁금하네요)

KimDoubleB commented

이동 윈도 로깅 알고리즘에서는 요청의 타임스탬프를 레디스 같은 캐시에 저장합니다. 해당 알고리즘의 단점으로 다량의 메모리 사용을 들면서 거부된 요청의 타임스탬프도 저장한다고 되어있는데, 거부된 요청의 타임스탬프를 저장해야하는 이유가 무엇일까요?

  • 책에서는 말하는 제거 로그 저장 이유에 대해서는 정답이 없음.
  • 이동 윈도 로깅 알고리즘을 떠나서 제거된 요청에 대한 정보를 저장해야할까? 메트릭 사용?

RateLimiter는 응답의 헤더로 X-Ratelimit-... 형태를 사용하여 클라이언트에게 정보를 제공하고 있다고 합니다. 혹시 3rd party API 사용 시, 응답에서 해당 헤더들을 활용하신 경험이 있으실까요? (저 정보들을 통해 어떤 처리를 했을까 궁금하네요)