Cloudflare lanza KV Instant con lecturas 100x más rápidas

Cloudflare abre la beta privada de Workers KV Instant, su nuevo almacén clave-valor en el edge

El 1 de octubre de 2026, Cloudflare presentó Workers KV Instant, un nuevo modo dentro de su popular servicio de clave-valor para la plataforma Workers. La diferencia clave frente al modo clásico: la propagación de cambios ya no se mide en segundos, sino en cientos de milisegundos, y la latencia de lectura cae a menos de dos milisegundos incluso en el percentil 99.

El anuncio tiene peso porque detrás de KV Instant está Quicksilver, el almacén interno que la propia Cloudflare ha usado desde 2020 para resolver al menos una lectura en casi cada petición que procesa su red. Llevaban años recibiéndolo como petición de clientes, según reconoce el blog oficial; finalmente lo abren, aunque de momento en beta privada.

Qué cambia frente al modo clásico: 100x más rápido en lecturas y propagación global

El dato que Cloudflare quiere que cualquier arquitecto grabes es este: la latencia p99 de lectura pasa de 287 ms en el modo clásico a 1,62 ms en Instant, según la tabla publicada en el post oficial. Es decir, más de 100 veces más rápido, con p95 medido ya en microsegundos.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

En escritura el salto también es grande: el 99% de las escrituras se replican a todos los puntos de presencia (más de 300 según la fecha de publicación) en torno a 250 ms, frente a varios segundos del modo clásico. El detalle fino:

p99 lecturas Instant: 1,62 ms
p99 lecturas Classic: 287 ms (en caché, 160 ms)
Replicación mediana de escritura Instant: 107 ms
Replicación p99 de escritura Instant: 256 ms
Replicación p99 de escritura Classic: 4,38 s

Bajo el capó corre Quicksilver v2, una versión evolucionada del sistema interno que la compañía diseñó para replicación global rápida y acceso de baja latencia a escala planetaria. El mismo motor que decide si Cloudflare te sirve un CAPTCHA, te enruta por una CDN concreta o te aplica una regla de WAF, ahora al servicio del desarrollador.

Misma API que Workers KV, con tres diferencias operativas

La decisión técnica importante: el código que ya escribiste para Workers KV sirve casi tal cual. Las funciones get(), put(), list() y delete() funcionan igual. El cambio se hace en el momento de crear el namespace:

// Leer un flag de lanzamiento en cada petición
const launched = (await env.APP_CONFIG.get("new-product-launched")) === "true";
if (launched) {
  return new Response({ /* homepage del lanzamiento */ });
}
return new Response({ /* homepage por defecto */ });

Tres puntos a tener en cuenta, todos del blog de lanzamiento:

Hay que especificar el modo Instant al crear el namespace pasando el atributo "mode": "instant".
No hay metadatos: las llamadas getWithMetadata siempre devuelven null y no se admite pasar metadatos en put.
list() devuelve todas las claves que coincidan sin paginación en una sola página.

Si tu patrón de uso se parece al del ejemplo oficial — "activar el homepage nuevo a las 10:13 en punto durante el keynote" — KV Instant encaja casi sin pensarlo.

Precio: lecturas 60% más baratas, almacenamiento mucho más caro

KV Instant se factura en tres dimensiones, según el blog de Cloudflare, con una filosofía: premiar las lecturas baratas, penalizar el almacenamiento y las escrituras.

Concepto	Workers KV Instant	Workers KV Classic
Operaciones Clase B (lecturas)	$0,20 por millón	$0,50 por millón
Operaciones Clase A (put, delete, list)	$0,10 por operación	$5,00 por millón
Almacenamiento	$100 por MB/mes	$0,50 por GB/mes

El dato a subrayar: las lecturas cuestan 60% menos que en el modo clásico (de $0,50 a $0,20 por millón, según el anuncio), algo que Cloudflare justifica por compartir infraestructura con Quicksilver. Pero el almacenamiento pasa de $0,50 por GB-mes a $100 por MB-mes, un salto de cinco órdenes de magnitud. Cada namespace admite hasta 10.000 pares clave-valor y un tamaño total máximo de 1 MB.

Las escrituras están capadas a una por namespace por segundo (similar a la regla clásica de una escritura por clave por segundo), porque todas pasan por un único sistema de registro.

Qué significa esto para tu startup

KV Instant no es una base de datos; es un reemplazo de caché de configuración global. Si tu producto tiene alguno de estos patrones, tiene sentido que lo evalúes:

Feature flags leídos en cada request: lo que el propio equipo de Cloudflare mostró en el ejemplo del keynote. Activar y desactivar funcionalidades a nivel mundial con propagación sub-segundo.
Configuración de aplicación que cambia poco pero se lee mucho: planes de usuario, rutas dinámicas, multiplicadores de pricing A/B, segmentos de cohorte. El caso clásico del 1% de escrituras, 99% de lecturas.
Personalización ligera: país del usuario, idioma, versión del cliente, flags de rollout.

Dos acciones concretas que puedes implementar esta semana:

Audita cuántas lecturas de configuración haces hoy en cada request y desde dónde. Si lees de Redis o una base de datos central en el camino crítico, KV Instant puede mover esa lectura al edge con un await env.APP_CONFIG.get(...) y ganar latencia sin tocar el backend principal.
Separa los namespaces por patrón de acceso. No mezcles flags que cambian cada minuto (sigue usando el modo clásico o D1) con configuración que cambia cada hora. Mezclar dos patrones de escritura en el mismo namespace te obligará a elegir el peor de los dos mundos.

La advertencia importante: si necesitas almacenar más de 1 MB por namespace o más de 10.000 claves, Workers KV clásico sigue siendo la opción, según el propio post. Y si quieres participar en la beta, hay que apuntarse en el formulario del anuncio.