본문 바로가기

ratelimit

[API 넷퍼넬 노트] "나 멀쩡해요~" 금융권 API 필수 요건, 선제 응답! 디지털 금융 서비스가 고도화됨에 따라, 금융 플랫폼과 금융사 시스템 간의 API 연동은 금융 인프라 운영의 주요 과제로 자리잡았습니다. 금융사와 같이 트래픽 처리에 민감한 환경에서 응답시간은 단순히 요청과 응답을 주고 받는 성능 지표가 아닌, 정확한 통신 흐름을 포함한 서비스 수준 협약(SLA)에서 핵심적으로 준수하고 관리해야 할 주요한 항목입니다. 이러한 특성을 바탕으로, 아래는 금융 플랫폼과 금융사 간 비동기 API 통신이 어떻게 이루어지는지를 보여주는 대표적인 흐름도입니다. 금융 플랫폼이 금융사에 API 요청을 하면, 금융사 시스템은 이를 정상적으로 수신한 뒤 '요청을 잘 받았다'는 응답(요청 수신 확인)을 해야합니다. 이는 단순한 확인 응답처럼 보이지만, 금융 플랫폼사 입장에서는 금융사 서비.. 더보기
[API 넷퍼넬 노트] 유량제어 측면에서 Rate Limiting이 가지는 문제점을 고찰해보자 요청이 너무 많습니다!온라인 서비스를 자주 이용하다보면 요청이 너무 많아 잠시 후 다시 이용해달라는 화면을 종종 볼 수 있습니다. 이러한 화면이 노출되는 이유로 우리는 두 가지를 생각해볼 수 있습니다. 첫째, 사이트가 매우 Busy하기 때문에둘째, 내가 너무 많은 요청을 했기 때문에 어떤 이유가 되었건, 이는 해당 사이트에서 Rate Limiting 방식으로 유량 제어 중이라는 것을 의미합니다. Rate Limiting이란? Rate Limiting이란, 단위 시간 내 처리할 요청 수를 제한하는 것을 말합니다. 예를 들어, 매 초 100건의 요청만 처리하게 Rate Limit을 설정해 놓은 환경에서 클라이언트가 1초간 101회를 요청하면 마지막 요청은 설정된 수치를 초과한 요청으로 간주되어, 일반적.. 더보기