로또가 '여러 번호 중 하나'를 뽑는 도구였다면, UUID는 반대로 '같은 값이 두 번 나오지 않는' 식별자를 뽑는 도구입니다. 시스템이 커질수록 각 항목을 구분해 줄 고유한 ID가 필요해지는데, 숫자 순번만으로는 한계가 많아 UUID가 표준처럼 자리를 잡았습니다. 오늘은 UUID 생성기의 쓸모를 짚어 봅니다.
UUID가 무엇인가
UUID(Universally Unique Identifier)는 128비트 길이의 식별자로, 일반적으로 하이픈을 포함한 36자리 문자열로 표기됩니다. 예: 550e8400-e29b-41d4-a716-446655440000. 이 값이 전 세계에서 중복 없이 만들어진다는 전제를 기반으로 동작합니다. 이론적으로는 충돌 가능성이 존재하지만, 현실에서 체감할 확률은 사실상 0에 가깝습니다.
손쉬운 생성 도구
개발 환경마다 UUID 함수가 있긴 하지만, 코드 바깥에서 값 하나가 즉시 필요한 상황도 잦습니다. 이럴 때 UUID 생성기에 접속해 버튼을 누르면 바로 값이 만들어집니다. 한 번에 여러 개 생성하는 옵션도 있어, 테스트 데이터 준비에도 편리합니다.
장면 1 — 데이터베이스 기본키
전통적으로 DB 기본키는 자동 증가하는 숫자(auto increment)가 주로 쓰였지만, 분산 시스템이나 마이크로서비스 환경에서는 UUID가 훨씬 유리합니다. 여러 서버가 동시에 ID를 만들어도 충돌이 없고, 기본키 노출로 인한 '예측 공격' 위험도 줄어듭니다.
장면 2 — 세션·요청 추적
웹 서버 로그에서 특정 요청을 추적할 때 각 요청에 UUID를 부여하면 이후 흐름을 쉽게 따라갈 수 있습니다. 여러 서비스가 연결된 분산 시스템에서는 'trace ID'로 UUID를 활용해 호출 경로 전체를 연결시킵니다. 필요할 때마다 UUID v4 생성으로 임시 값을 만들어 디버깅에 쓰면 흐름 파악이 수월해집니다.
장면 3 — 파일명 충돌 방지
여러 사용자가 동시에 파일을 업로드하는 서비스에서는 원본 파일명을 그대로 저장하면 덮어쓰기 사고가 생길 수 있습니다. UUID를 파일명 앞에 붙여 저장하면 이런 충돌을 피할 수 있고, 파일 URL의 예측 공격도 어렵게 만듭니다.
장면 4 — API 키·토큰
API 키, 초대 코드, 일회성 인증 토큰처럼 '유일해야 하는 문자열'이 필요한 곳에 UUID가 자주 쓰입니다. 물론 민감한 용도에서는 UUID 하나만으로는 부족하고 별도의 서명·해시 처리와 결합해야 하지만, 기본 값으로서의 고유성 확보에는 충분합니다.
장면 5 — 이벤트·메시지 식별
이벤트 기반 아키텍처에서는 같은 메시지가 중복 처리되지 않도록 각 메시지에 UUID를 부여합니다. 수신 측은 이 ID를 확인해 이미 처리한 메시지면 건너뛰는 로직을 쉽게 구현할 수 있습니다.
UUID 버전 차이
- v1 — 타임스탬프와 MAC 주소 기반. 순서가 추적 가능해 보안·개인정보 측면에서 조심스럽습니다.
- v4 — 무작위 기반. 가장 많이 쓰이는 버전으로, 별도의 정보가 드러나지 않습니다.
- v5 — 지정된 네임스페이스 + 이름으로 해시 기반 생성. 동일 입력에 같은 UUID가 나오는 구조가 필요할 때 사용.
쓸 때 알아두면 좋은 점
UUID는 길이가 길어서 데이터베이스 인덱스 효율에 영향을 줍니다. 성능이 중요한 경우 바이너리 16바이트 저장, 또는 ULID·Snowflake 같은 대안을 함께 검토합니다. 간단한 테스트나 일반적인 식별자 용도라면 GUID 생성으로도 충분합니다.
마무리
UUID는 시스템을 크게 만드는 동시에 복잡성을 줄이는 독특한 식별자입니다. 한 번의 클릭으로 값이 만들어지는 도구가 있으면 설계·개발·운영 어느 단계에서든 바로 꺼내 쓸 수 있습니다.