429 Too Many Requests는 어떻게 설계해야 할까
429 Too Many Requests를 단순 차단 응답이 아니라 rate limit 정책, Retry-After, token bucket, sliding window, 사용자/API key별 제한 관점에서 설계하는 방법을 설명합니다.
429 Too Many Requests를 단순 차단 응답이 아니라 rate limit 정책, Retry-After, token bucket, sliding window, 사용자/API key별 제한 관점에서 설계하는 방법을 설명합니다.
코틀린 Result 타입은 실패를 없애는 문법이 아니라, 실패를 반환값으로 드러내는 도구에 가깝습니다. throw와 무엇이 다르고, runCatching은 언제 편하고 언제 조심해야 하는지 실무 예제로 정리합니다.
코틀린 Flow와 suspend 함수 차이는 문법보다 계약에서 갈립니다. 이 글에서는 한 번 결과를 받고 끝나는 작업과 계속 흘러오는 데이터를 어떻게 구분해야 하는지, Flow의 cold 특성과 collect 시점이 왜 중요한지, API 설계에서는 어떤 기준으로 선택하면 좋은지 단계적으로 정리합니다.