재개와 재시도

끊김을 정상 상황으로 전제합니다. 모바일이 60퍼센트 이면 실패 경로가 예외가 아니라 주 경로 중 하나입니다.

세 가지가 필요합니다.

재개 상태는 서버의 업로드 세션에 두거나, 스토리지에 이미 올라간 파트 목록을 조회해 빠진 것만 보내는 방식으로 만듭니다. 후자는 클라이언트가 상태를 안 들고 있어도 됩니다.

흔한 실수: 재시도만 붙이고 재개를 안 만드는 것. 재시도는 같은 것을 다시 보내는 것이고 재개는 남은 것만 보내는 것입니다. 50GB 를 재시도하면 처음부터입니다.

멱등 키로 막습니다. 재시도 자체를 없앨 수는 없습니다.

끊김의 절반은 응답을 못 받은 것이고, 그때 요청이 서버에 닿았는지 알 수 없습니다. 그래서 클라이언트는 다시 보내야 하고, 서버는 그것이 재시도인지 알아야 합니다.

업로드를 시작할 때 클라이언트가 키를 하나 만든다
완료 요청에 그 키를 함께 보낸다
서버는 같은 키를 이미 처리했으면 새로 만들지 않고 앞의 결과를 돌려준다

파트 업로드 자체는 같은 번호에 덮어쓰므로 원래 멱등합니다. 위험한 것은 완료 처리입니다. 파일 레코드 생성, 알림 발송, 사용량 차감이 두 번 일어날 수 있습니다.

흔한 실수: 서버가 만든 업로드 식별자를 멱등 키로 쓰는 것. 업로드를 시작하는 요청 자체가 재시도되면 식별자가 두 개 생깁니다. 키는 클라이언트가 만들어야 그 경계도 덮입니다.

간격을 점점 늘리고 무작위를 섞습니다.

곧바로 다시 보내면 대개 또 실패합니다. 원인이 아직 그대로이기 때문입니다. 간격을 늘리면 그 사이에 원인이 사라질 시간이 생깁니다.

무작위가 더 중요합니다. 없으면 같은 시점에 끊긴 클라이언트들이 같은 간격을 세다가 같은 순간에 동시에 재시도합니다. 서버가 회복하려는 순간에 다시 밀려 들어옵니다.

흔한 실수: 무한 재시도로 두는 것. 서버가 이미 힘든 상태에서 모든 클라이언트가 끝없이 시도하면 회복을 막습니다. 상한을 두고 넘으면 사용자에게 알리고 멈춥니다. 자동 재시도가 항상 친절한 것은 아닙니다.

세션을 정리하는 정책이 필요합니다. 상태는 쌓이는 성질이 있습니다.

사용자가 업로드를 시작하고 그만두는 것은 흔한 일입니다. 그때마다 업로드 세션 레코드가 남고, 스토리지에는 올라간 파트가 남습니다.

두 정리 주기가 어긋나면 문제가 생깁니다. 세션을 먼저 지우면 파트가 고아로 남고, 파트를 먼저 지우면 세션이 이어갈 수 없는 상태를 가리킵니다. 세션 만료를 파트 삭제보다 짧게 두고, 만료된 세션은 재개 불가로 응답하는 편이 안전합니다.

흔한 실수: 재개를 위해 세션을 오래 살려 두는 것. 며칠 지난 업로드를 이어가는 경우는 드물고, 그동안 파트 저장 요금과 세션 레코드가 계속 쌓입니다.