Generar un UUID

No todos los identificadores únicos se comportan igual

Un UUID v4 son 122 bits de aleatoriedad, lo que lo hace imposible de adivinar pero también imposible de ordenar y, con volúmenes altos de inserción, poco amigable con índices de base de datos que esperan claves aproximadamente ordenadas. Un UUID v7 corrige exactamente eso al incluir una marca de tiempo en milisegundos en los bits iniciales, así que los registros insertados cerca en el tiempo quedan ordenados cerca en disco, sin dejar de tener suficiente aleatoriedad para evitar colisiones. ULID resuelve el mismo problema de orden con una codificación distinta, usando base32 de Crockford para una cadena más corta, segura para URL y sin distinción de mayúsculas.

Qué hace POST /dev/uuid

Indica la versión, v4, v7 o ULID, y una cantidad, y la tarea devuelve esa cantidad de identificadores generados con una fuente de aleatoriedad criptográficamente sólida. No hay un límite artificial que le obligue a hacer decenas de solicitudes pequeñas cuando una sola migración necesita identificadores para una tabla entera; pide el lote que necesita y lo recibe como un solo resultado.

Una historia breve pero útil

Los UUID se estandarizaron en los años ochenta como parte del Apollo Network Computing System, y más tarde se formalizaron en el RFC 4122. Por más de dos décadas, la v4, puramente aleatoria, fue la opción por defecto, porque no requería coordinación entre sistemas que generaban identificadores de forma independiente. La v7 es reciente, se ratificó en 2024 específicamente para resolver el problema de localidad de índice que causan los UUID aleatorios en bases de datos modernas de alto volumen, y ULID surgió de la misma presión de la comunidad algunos años antes, como una alternativa pragmática y no estandarizada.

Dónde aparece esto en sistemas reales

Las migraciones de base de datos que necesitan rellenar claves primarias, los sistemas distribuidos que generan identificadores entre servicios sin un contador central, y los registros de eventos que se benefician de identificadores aproximadamente ordenados por tiempo son los tres escenarios donde esto aparece con más frecuencia. Como la tarea es asíncrona, una solicitud de un lote grande no bloquea su pipeline de despliegue; la encola, sigue trabajando, y recoge el resultado desde un webhook firmado o un enlace firmado válido por 24 horas.

Cómo elegir entre las tres

Si la impredecibilidad importa más que el orden, v4 sigue siendo la opción correcta por defecto. Si inserta filas a gran volumen y le importa el rendimiento del índice, v7 fue diseñada precisamente para eso. Si quiere una cadena más corta y fácil de escribir con el mismo beneficio de orden temporal, ULID es la opción práctica. Ninguna de las tres es 'mejor' de forma universal, cada una resuelve una restricción distinta.