애플 발표회가 막 끝났는데, 친구들 사이에서 절반은 새 아이폰 색상에 대해 이야기하고, 나머지 절반——특히 코딩하는 사람들——은 단체 채팅방에 링크를 던지며 "믿을 만한 UUID 생성기 추천해줄 사람?"이라고 묻고 있다. 외부인은 영문을 모른다. 발표회가 UUID와 무슨 관계가 있지? 사실 이건 전혀 이상한 일이 아니다.
애플이 새 시스템이나 새 하드웨어를 발표할 때마다 개발자들은 한동안 바빠진다. 올해는 특히 힘들다. iOS 18이 프라이버시 권한의 근본 로직을 바꿔서, 앱이 특정 기기 식별자에 접근하려면 새로운 인증 절차를 거쳐야 한다. 예전에는 많은 팀이 게을러서 기기 ID를 사용자 고유 식별자로 바로 썼는데, 이제 그 길은 완전히 막혔다. 어떻게 해야 하나? 그냥 순순히 UUID를 생성해서 키체인에 저장하고 익명 사용자 ID로 쓰는 수밖에 없다. 그래서 발표회가 끝나자마자 UUID 생성기라는 평소 눈에 띄지 않던 작은 도구의 검색량이 무려 열몇 배로 뛰었다.
UUID는 풀네임이 범용 고유 식별자로, 쉽게 말하면 "550e8400-e29b-41d4-a716-446655440000"처럼 엉망으로 보이는 문자열이다. 핵심 가치는 딱 두 글자다: 중복 없음. 이론적으로 매초 1억 개를 생성해서 100년 동안 계속 만들어도 충돌 확률은 운석에 맞을 확률보다 낮다. 개발자에게 이건 데이터에 신분증을 발급하는 것과 같다. 사용자, 주문, 로그, 세션, 뭐든 붙일 수 있다.
그런데 문제가 생겼다. UUID 생성기는 어디에나 넘치는데, 왜 애플 발표회 후에 갑자기 다들 찾는 걸까? 이번에 함정이 하나 있기 때문이다. iOS 18은 UUID 버전에 요구사항이 있어서, v4 버전은 반드시 암호학적으로 안전한 난수 생성기를 사용해야 하고, 일반적인 의사 난수는 더 이상 쓸 수 없다. 어떤 오래된 도구가 생성한 UUID는 그럴듯해 보이지만, 실제로는 난수 원천이 충분히 견고하지 않아서 애플 심사에서 거부될 수 있다. 게다가 새 시스템의 키체인 동기화 변경으로, 같은 iCloud 계정 아래에서 UUID가 기기 간에 일관되게 유지되어야 하므로, 생성기가 키 내보내기와 가져오기를 지원해야 한다. 이런 세부 사항은 평소엔 아무도 신경 쓰지 않다가, 발표회 후 일제히 적응 작업을 하면서 전부 드러난다.
나는 습관 체크인 앱을 만드는 인디 개발자 한 명을 안다. 발표회 당일 밤에 그는 단체 채팅방에서 불평했다. 구버전 앱이 새 시스템에서 돌아가면 사용자 데이터가 전부 엉망이 된다고. 이전에 쓴 UUID 생성기가 iCloud 동기화를 고려하지 않아서, 기기를 바꾸면 새 ID가 생성되어 체크인 기록이 전부 사라진 것이다. 그는 밤새 키 내보내기를 지원하는 온라인 도구로 바꾸고, 사용자 데이터를 다시 마이그레이션하느라 새벽 4시까지折腾했다. 그가 한 말이 꽤 흥미롭다: "애플 발표회는 소비자의 춘완이고, 개발자의 기말고사다."
그럼 일반 개발자들은 지금 어떤 도구를 쓸까? 내가 관찰한 바로는 대략 세 파벌로 나뉜다. 한 파벌은 명령줄을 쓴다. Linux와 macOS에 기본 포함된 uuidgen을 쓰면 엔터 한 번에 하나가 나온다. 간단하고 직관적이지만, 대량 생성이 안 되고 크로스 플랫폼 동기화도 불편하다. 한 파벌은 온라인 도구를 쓴다. 웹페이지를 열고 클릭해서 생성하고 복사해서 떠나면 된다. 임시 사용에 적합하지만, 믿을 만한 사이트를 골라야 한다. 어떤 웹사이트는 백엔드에서 네가 생성한 UUID를 기록하는데, 그건 사용자 ID를 나체로 뛰어놀게 하는 것과 같다. 또 한 파벌은 프로그래밍 라이브러리를 쓴다. Python의 uuid 모듈, JavaScript의 uuid 패키지를 코드에 직접 통합하는 게 가장 안전하지만, 생성할 때마다 스크립트를 돌려야 해서 디버깅할 때 좀 불편하다.
그래서 진짜 잘 아는 개발자는 휴대폰에 보통 온라인 UUID 생성기 북마크를 한두 개 저장해 둔다. 순수 프런트엔드 생성, 네트워크 연결 없음, 대량 내보내기 지원, 버전 선택 가능한 것만 골라서. 애플 발표회 후 이런 도구의 트래픽이 폭증한 건, 다들 갑자기 코드를 못 짜게 된 게 아니라, 새 시스템에 적응할 때 빠른 검증, 대량 생성, 여러 버전의 효과 비교가 필요하기 때문이다. 백엔드 하는 친구 하나가 말하길, 요 며칠 동안 온라인 도구로 UUID를 2천 개 넘게 생성했다고 한다. 새 시스템의 키체인 동기화 로직을 테스트해서 어떤 게 충돌하는지 보려고.
결국 UUID 생성기는 망치 같은 것이다. 평소엔 공구함에서 먼지만 쌓이고 있다가, 인테리어할 때가 되면 어디에나 필요한 걸 알게 된다. 애플 발표회는 그 인테리어 통지서로, 개발자에게 "이제 망치를 꺼낼 때다"라고 알려준다. 게다가 이번 인테리어는 규모가 작지 않다. 프라이버시, 동기화, 보안, 세 가지 차원을 동시에 바꾸니 아무도 소홀히 할 수 없다. 네가 개발자라면, 혹은 주변에 개발자 친구가 있다면, 최근에 믿을 만한 UUID 생성기를 하나 준비해 두는 게 좋다. 심사에서 거부된 후에야 찾기 시작하지 말고.
마지막으로 한마디. 도구를 고를 때는 눈치를 좀 챙겨라. 열자마자 로그인하라고 하고, 생성 후에 광고를 띄우는 건 바로 닫아라. 좋은 UUID 생성기는 공기 같아야 한다. 필요할 때 거기 있고, 필요 없을 때는 전혀 방해하지 않는다. 애플 발표회는 해마다 있고, 개발자의 기말고사도 해마다 있다. 공구함에 쓸 만한 작은 도구 몇 개 더 준비해 두면 나쁠 게 없다.