UUID 생성기
브라우저에서 무작위 RFC-4122 버전 4 UUID(GUID라고도 함)를 생성하세요. 필요한 개수를 선택하고 대문자나 하이픈을 켜거나 끈 다음 결과를 즉시 복사하세요. 아무것도 업로드되지 않습니다.
옵션
수량
대문자
하이픈
UUID 생성기 사용 방법
- 1
수량 설정
필요한 UUID 수를 1부터 100까지 수량 입력란이나 더하기, 빼기 버튼으로 선택하세요.
- 2
형식 선택
대문자 16진수 글자를 쓰려면 Uppercase를, 각 ID의 네 개 대시를 유지하거나 제거하려면 Hyphens를 토글하세요.
- 3
ID 생성
Generate를 클릭해 암호학적으로 무작위인 버전 4 UUID를 만드세요. 각각 별도의 줄에 나열됩니다.
- 4
결과 복사
Copy 버튼으로 전체 목록을 한 번에 복사해 코드, 데이터베이스, 스프레드시트에 붙여넣을 준비를 하세요.
UUID 깊이 알기: 버전, 충돌, 그리고 언제 써야 하는가
UUID란 무엇인가
UUID(Universally Unique Identifier, Microsoft 진영에서는 GUID라고 부릅니다)는 번호를 나눠 주는 중앙 기관 없이도 고유하도록 설계된 128비트 값입니다. 표준 텍스트 형식은 36자입니다. 32개의 16진수 숫자를 네 개의 하이픈으로 다섯 묶음으로 나눈 8-4-4-4-12 패턴이죠. 이 128비트가 정체성의 전부이며, 하이픈과 글자의 대소문자는 표현 방식일 뿐입니다.
UUID가 약속하는 것은 탈중앙화입니다. 어디에 있는 어떤 기계든 다른 곳에서 만들어진 것과 부딪힐 가능성이 사실상 없는 식별자를 찍어낼 수 있습니다. 독립된 시스템들이 나중에 조율 없이 합쳐질 ID를 각자 생성해야 할 때 UUID가 기본 키로 쓰이는 이유가 바로 이것입니다.
버전 4: 설계부터 무작위
이 생성기는 가장 널리 쓰이는 종류인 버전 4 UUID를 만듭니다. v4 UUID는 거의 전적으로 무작위입니다. 128비트 가운데 소수의 비트만 버전과 변형(variant)을 표시하기 위해 고정되어 있고, 나머지 122비트는 순수한 무작위입니다. v4 값은 알아보기 쉽습니다. 세 번째 묶음을 여는 숫자가 항상 4이고, 네 번째 묶음을 여는 숫자가 8, 9, a, b 중 하나이기 때문입니다.
타임스탬프나 기계 식별자가 내장되어 있지 않기 때문에, v4 UUID는 언제 어디서 만들어졌는지에 대해 아무것도 흘리지 않습니다. 이 비공개성은 MAC 주소나 일련번호를 담는 방식에 비해 진짜 장점이며, v4가 키, 토큰, 레코드 식별자의 일상적 기본값이 된 이유 가운데 하나입니다.
무작위성은 어디서 오는가
무작위 UUID에서는 난수 소스의 품질이 전부입니다. 이 도구는 빠르지만 예측 가능한 의사 난수 함수 대신, 브라우저에 내장된 암호학적으로 안전한 생성기, 즉 보안에 민감한 값에 쓰이는 것과 동일한 기본 요소를 사용합니다. 이것이 중요한 까닭은, 취약한 생성기로 만든 ID는 추측되거나 열거될 수 있어 추측 불가능해야 할 식별자를 보안 구멍으로 만들어 버리기 때문입니다.
제대로 된 암호학적 소스가 있으면 122개의 무작위 비트는 진정으로 예측 불가능하므로, 출력은 프로덕션 데이터베이스 키, 멱등성 키 등 유사한 용도에 적합합니다. 다만 경계는 강조할 만합니다. UUID는 식별자이지 비밀이 아닙니다. 열거하기 어려울 만큼은 충분히 추측 불가능하다고 여기되, 그것 하나만으로 인증 토큰처럼 의지하지는 마세요.
충돌이 현실적인 걱정거리가 아닌 이유
v4 UUID의 공간은 천문학적으로 큽니다. 2의 122제곱, 즉 약 5.3 곱하기 10의 36제곱 가지의 서로 다른 값이죠. 감을 잡자면, 단 한 번의 충돌 확률이 측정 가능한 수준으로 올라가기까지는 초당 수십억 개의 UUID를 수십 년 동안 생성해야 합니다. 현실의 모든 응용에서 무작위로 생성한 두 v4 UUID가 일치할 가능성은 너무 작아 0으로 취급됩니다.
그래서 수천 대의 클라이언트와 서버에서 ID를 각자 생성하고도, 중앙 서비스에 고유성 확인을 왕복하지 않고 그저 충돌하지 않으리라 가정할 수 있는 것입니다. 이 희박함 자체가 기능입니다. 실무에서 결코 마주칠 일 없는 대가만 치르고 조율 없는 생성을 얻게 해 주니까요.
버전 1, 버전 7, 그리고 정렬 가능성
모든 UUID가 무작위인 것은 아닙니다. 버전 1은 현재 시각과 생성 기계의 네트워크 주소에서 값을 끌어내는데, 이는 고유성을 보장하지만 타임스탬프와 하드웨어 식별자를 ID에 새겨 넣습니다. 많은 팀을 v4로 밀어붙인 비공개성·정보 유출 우려죠. 버전 7은 다른 문제에 대한 현대적 답입니다. 상위 비트에 밀리초 타임스탬프를 두고 그 뒤에 무작위 비트를 붙입니다.
이 구성 덕분에 v7 값은 평범한 문자열로도 대체로 생성 순서대로 정렬되며, 이는 데이터베이스 인덱스에 진짜 이점입니다. 순수 무작위인 v4 키는 인덱스 곳곳에 흩어져 일부 엔진에서는 삽입 성능을 해칠 수 있는 반면, 시간순 키는 최근 삽입을 한데 모아 둡니다. UUID의 전역 고유성은 필요하지만 시간순 정렬도 원한다면 v7을 택하고, 시간 정보가 일절 박히지 않기를 특별히 원한다면 여전히 v4가 옳은 선택입니다.
UUID 대 자동 증가 ID
고전적인 대안은 데이터베이스의 자동 증가 정수입니다. 순차 정수는 작고, 자연스럽게 정렬되며, 기본 키로서 더없이 효율적이지만, 다음 번호를 내주는 단일 진실 공급원이 필요하고 정보를 노출합니다. 순차 ID는 레코드가 대략 몇 개나 있는지를 드러내고, 공격자가 1을 더해 이웃 ID를 추측하게 해 주죠. UUID는 두 문제를 모두 해결합니다. 중앙 카운터도 없고, 열거 가능한 일련번호도 없습니다.
절충점은 반대 방향으로도 작용합니다. UUID는 4바이트나 8바이트 정수에 비해 16바이트이고, 텍스트 형식은 URL과 로그에서 부피가 크며, 무작위 UUID는 정렬되지 않습니다. 합리적인 기본 원칙은 이렇습니다. ID를 클라이언트나 분산 서비스가 생성해야 하거나, 여러 시스템에 걸쳐 합쳐져야 하거나, 추측 불가능해야 할 때는 UUID를 쓰세요. 작은 크기와 정렬이 가장 중요한 단일 완결형 데이터베이스에는 자동 증가 정수를 고수하세요.
형식 지정과 대량 생성
표준 형식은 하이픈이 들어간 소문자 16진수이고 대부분의 시스템이 이를 받아들이지만, 관례는 제각각입니다. 이 도구로는 일부 플랫폼과 오래된 Microsoft 도구가 선호하는 대문자로 바꿀 수도 있고, 하이픈을 떼어 내 URL이나 파일명처럼 대시가 거슬리는 곳 어디에나 편리한 32자 압축 형식으로 만들 수도 있습니다. 바탕이 되는 128비트 값은 대소문자나 하이픈 유무와 상관없이 동일하므로, 이는 순전히 표시상의 선택입니다.
한 번에 많은 ID가 필요할 때, 이를테면 테이블 초기 데이터를 넣거나, 테스트 픽스처를 만들거나, 키를 미리 할당할 때는 클릭 한 번으로 한 묶음을 만들어 전체 목록을 각각 별도의 줄에 담아 함께 복사할 수 있습니다. 모든 것이 브라우저 안에서 로컬로 생성되고 아무것도 전송되거나 저장되지 않으므로, 민감한 레코드에 묶인 식별자조차 기기를 떠나지 않습니다.
자주 묻는 질문
이 도구는 어떤 종류의 UUID를 생성하나요?
무작위 값은 어떻게 만들어지나요?
한 번에 몇 개의 UUID를 만들 수 있나요?
생성된 UUID는 정말 고유한가요?
어떤 것이든 서버로 전송되나요?
관련 도구
이런 편리한 도구도 함께 사용해 보세요