요청에서 작업을 분리해야 하는 이유

이메일 전송, 이미지 크기 조정, API 호출처럼 느린 작업이 있습니다. 이를 뷰 안에서 수행하면 사용자는 모든 작업이 끝날 때까지 기다려야 합니다. ⏳

느린 작업을 실행하는 요청은 이를 처리하는 워커를 차단합니다. 기다리는 동안 해당 워커는 다른 요청을 처리할 수 없습니다.

뷰가 백그라운드와 비슷한 작업에 소비하는 1초마다 브라우저에는 로딩 표시가 1초 더 나타납니다. 느린 응답은 앱이 고장 난 것처럼 느껴집니다.

작업 대기열을 사용하면 뷰가 느린 작업을 별도 프로세스에 넘기고 즉시 응답을 반환할 수 있습니다. 작업은 나중에 실행됩니다.

Celery는 Flask에서 가장 널리 사용하는 작업 대기열입니다. 앱이 작업을 대기열에 넣으면 워커 프로세스가 가져가 실행합니다.

Flask 앱은 작업을 대기열에 넣는 생산자입니다. 별도의 Celery 워커가 작업을 가져가 실제 처리를 수행합니다.

Redis나 RabbitMQ 같은 브로커가 보류 중인 작업의 대기열을 보관합니다. 앱은 브로커에 쓰고 워커는 브로커에서 읽습니다.

이메일 전송이나 로깅에서는 결과가 필요하지 않은 경우가 많습니다. 뷰는 작업을 대기열에 넣고 빠르게 반환하며 작업 때문에 차단되지 않습니다. ✉️

완성된 보고서처럼 결과가 필요한 경우도 있습니다. Celery는 결과를 저장할 수 있으므로 작업이 끝난 뒤 결과를 확인할 수 있습니다.

느리거나 외부 서비스에 의존하거나 작업량이 급증하는 작업을 옮기세요. 이메일, 이미지 처리, 외부 API 호출, 보고서 생성, 예약 작업 등이 해당합니다.

건강한 뷰는 입력을 검증하고 느린 부분을 대기열에 넣은 뒤 즉시 반환합니다. 복잡한 로직은 요청이 아니라 작업에 둡니다.

느린 작업은 뷰를 차단합니다. 대기열을 사용하면 작업을 넣고 빠르게 응답할 수 있습니다. Celery는 Flask를 위한 생산자-브로커-워커 패턴입니다. ✅