겹쳤을 때 다루기

확인과 저장을 하나의 연산으로 만들고, 실패하면 다시 뽑습니다.

"확인하고 없으면 저장" 은 두 단계라 그 사이에 다른 요청이 같은 키를 저장할 수 있습니다.

이 키가 없을 때만 저장한다
둘 중 하나만 성공한다
실패한 쪽은 새 키를 뽑아 다시 시도한다

키에 유일 제약을 걸어 두고 제약 위반을 재시도 신호로 다루는 것이 가장 단순한 구현입니다.

흔한 실수: 겹칠 확률이 낮으니 확인 후 저장으로 충분하다고 보는 것. 걸리면 링크 하나가 다른 대상으로 덮입니다. 사용자가 자기 링크를 눌렀을 때 남의 사이트로 가고, 되돌릴 수 없습니다.

상한을 두고 넘으면 오류로 응답하며 경보를 올립니다.

계속 실패하면 원인이 둘 중 하나입니다.

두 경우 모두 사람이 알아야 합니다. 무한히 재시도하면 그 요청이 자원을 붙잡고 원인은 감춰집니다.

그리고 평균 시도 횟수를 지표로 남깁니다. 그 값이 키 공간 사용률의 실측값이라 길이를 늘려야 할 시점을 알려 줍니다.

흔한 실수: 재시도 횟수를 넉넉히 두고 지표를 남기지 않는 것. 그러면 사용률이 올라가는 것을 아무도 모르고, 어느 날 갑자기 실패가 사용자에게 보이기 시작합니다.

조건부 저장의 모든 장치가 무의미해집니다. 덮어쓰기가 조건부 저장의 반대입니다.

두 요청이 같은 키를 뽑았을 때 나중 것이 먼저 것을 덮으면, 먼저 만든 사용자의 링크가 조용히 다른 대상으로 바뀝니다.

그 사실을 알아챌 방법이 없습니다. 오류도 나지 않고 지표에도 남지 않습니다.

같은 위험이 만료 처리에도 있습니다. 만료된 키를 지우는 작업과 새 키 발급이 같은 키를 다룰 수 있습니다.

흔한 실수: 편의를 위해 저장을 덮어쓰기로 구현하는 것. 대부분의 저장에서는 무해한 선택이지만 키가 곧 사용자와의 약속인 곳에서는 가장 위험한 선택입니다.

조건부 저장이 이미 있으면 준비가 끝난 것입니다.

사용자가 고른 키와 우리가 뽑는 키가 같은 공간을 쓰므로 겹칠 수 있습니다. 조건부 저장 경로를 그대로 쓰면 겹칠 때 실패하고, 사용자에게 "이미 쓰이는 키" 라고 알리면 됩니다.

우리가 뽑은 키가 실패하면 다시 뽑는다
사용자가 고른 키가 실패하면 사용자에게 알린다

같은 판정에 다른 대응을 붙이는 것뿐입니다.

흔한 실수: 사용자 지정 키를 별도 저장소나 별도 공간에 두려는 것. 그러면 두 공간을 모두 확인해야 조회가 되고, 리디렉션 경로에 왕복이 하나 늘어납니다. 지연 예산이 그것을 허용하지 않습니다.