후처리와 전달

업로드와 대칭입니다. 앱은 권한만 확인하고 짧게 만료되는 서명된 읽기 주소를 내려줍니다.

앱이 스토리지에서 읽어 전달하면 업로드에서 본 문제가 그대로 재현됩니다. 대역폭을 앱이 내고 큰 파일이 요청을 오래 붙잡습니다.

만료를 짧게 두는 이유가 여기 있습니다. 주소 자체가 접근 권한이므로, 링크가 새면 만료 전까지는 누구나 받을 수 있습니다.

흔한 실수: 스토리지 객체를 공개로 두고 주소를 어렵게 만드는 것. 주소를 모른다는 것은 접근 통제가 아닙니다. 한 번 새면 되돌릴 방법이 없습니다.

캐시 키가 매번 달라져 적중률이 0에 가까워집니다. 서명이 사람마다 다르기 때문입니다.

그래서 공개 파일과 비공개 파일을 다르게 다룹니다. 공개 파일은 서명 없이 캐시해 적중률을 얻고, 비공개 파일은 서명을 쓰되 캐시 수명을 만료보다 짧게 둡니다.

절충안도 있습니다. 서명을 쿠키로 옮기면 주소가 같아져 캐시가 동작합니다. 대신 쿠키 범위 관리가 필요해집니다.

흔한 실수: 캐시 적중률만 보고 파일을 공개로 바꾸는 것. 적중률은 오르지만 접근 통제가 사라집니다. 두 목표가 충돌할 때는 무엇이 요구사항인지를 봐야 합니다.

업로드 응답 경로 밖입니다. 작업 큐에 넣고 별도 워커가 처리합니다.

응답 경로에 두면 두 가지가 문제입니다. 큰 파일에서 오래 걸려 업로드가 느려 보이고, 후처리가 실패하면 업로드 자체가 실패한 것처럼 보입니다. 파일은 이미 올라갔는데도 그렇습니다.

여기서 워커가 멱등해야 합니다. 큐는 같은 메시지를 두 번 줄 수 있습니다.

결과 경로를 입력에서 결정되는 값으로 정하면 두 번 처리해도 같은 자리에 덮여 안전합니다.

흔한 실수: 후처리 실패를 업로드 실패로 처리하는 것. 원본은 이미 저장됐으므로 업로드는 성공입니다. 후처리는 따로 재시도하고, 실패하면 원본만 보여주는 편이 낫습니다.

폴링과 푸시 중에 고르고, 요구사항이 그 선택을 정합니다.

이 서비스는 실시간 미리보기가 범위 밖이므로 폴링으로 충분합니다. 몇 초 지연은 사용자가 눈치채지 못하고, 연결을 유지하는 구조를 만들지 않아도 됩니다.

폴링을 고르면 간격과 종료 조건을 정해야 합니다. 끝없이 물어보면 화면을 열어 둔 사용자가 쌓일수록 요청이 늘어납니다. 간격을 점점 늘리고 일정 시간 뒤에는 멈춥니다.

흔한 실수: 즉시성이 더 좋다는 이유로 푸시를 고르는 것. 얻는 것이 몇 초이고 내는 것이 연결 관리와 재연결 처리입니다. 무엇을 안 해도 되는지가 요구사항에서 나옵니다.