아, 알겠습니다. 이 현상은 이해가 갑니다. 왜냐하면 이 문제를 겪기 전에 12만 개의 주제를 가져왔기 때문에, 아마도 imgur에서 많은 수의 이미지를 가져왔을 것입니다.
이 부분을 짚어주셔서 감사합니다. 저는 클라이언트가 모든 이미지 요청을 처리한다고만 생각했거든요.
서버가 이러한 요청을 수행한다는 점이 흥미롭습니다. 원본 이미지가 사라지는 경우를 대비해 로컬에 캐싱하기 위해서인 것 같습니다. 12만 개의 게시물이 한꺼번에 생성되어 서버가 블랙리스트에 등록되거나 속도 제한(rate limit)에 걸리는 것을 방지하기 위해, 이 처리 과정을 좀 더 분산시키는 방법을 찾아보겠습니다. 현재는 이 서버에 대해서는 문제가 되지 않지만, 통합(integration) 단계에서 발생한 일입니다. 하지만 프로덕션 환경에서 가져오기를 수행할 때는 이런 상황을 피하고 싶습니다 
새로운 질문으로 계속 진행합니다: How to spread out import over longer timer to prevent running into rate limits of external services