Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

rubix-redis-bridge

Puente HTTP seguro para Redis escrito en Rust con compatibilidad API estilo Upstash. Ofrece autenticación por tokens, listas de permitidos/denegados de comandos y despliegue Docker. Ideal para exponer backends KV privados a servicios que usan SDKs compatibles sin acceso TCP directo.

Ficha actualizada 26 sept 2026, 16:23 · upstream 26 sept 2026, 15:53 · release v1.2.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es rubix-redis-bridge

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Rubix Redis Bridge es un puente HTTP seguro y endurecido para producción escrito en Rust que expone una API REST compatible con Redis para backends privados. Diseñado para equipos que prefieren la simplicidad de los SDKs de Upstash o comandos simples pero requieren infraestructura privada, soporte para variantes de KV backend, políticas de comandos estrictas y control operativo. Proporciona un acceso controlado a través de HTTP para servicios internos, redes Docker/Tailscale y cargas de trabajo serverless que no pueden conectarse por TCP.

El puente implementa flujos de SDKs como @upstash/redis, @upstash/ratelimit y @upstash/realtime mientras aplica autenticación, políticas, límites y controles por objetivo antes de que las solicitudes lleguen al backend. Soporta comandos individuales, peticiones en pipeline, transacciones gestionadas y suscripciones SSE en tiempo real con tokens Bearer. La seguridad incluye listas de permitidos/denegados de comandos, límites de tamaño de solicitud, timeouts y ejecución como contenedor no root.

Es compatible con backends como Redis, Valkey, Dragonfly, Kvrocks y Garnet (parcial). La configuración permite modos `env` para despliegues simples o `file` para enrutamiento multi-objetivo basado en tokens. Incluye métricas Prometheus, comprobaciones de salud y gestión de concurrencia global y por tiempo real.

CASOS DE USO
  • Exponer instancias Redis privadas a aplicaciones que solo soportan HTTP/REST
  • Permitir el uso de SDKs Upstash (@upstash/redis) en entornos autoalojados sin acceso TCP directo
  • Implementar control estricto de comandos (allowlist/blocklist) para prevenir operaciones peligrosas en Redis
  • Habilitar suscripciones SSE en tiempo real para flujos de datos desde backends KV privados
  • Desplegar gateways de Redis seguros en redes Docker o Tailscale sin exposición pública directa
  • Gestionar límites de operación y concurrencia para proteger el backend de sobrecargas
PUNTOS DESTACADOS
  • Escrito en Rust con compilación segura y rendimiento optimizado
  • Compatibilidad verificada con SDKs @upstash/redis, @upstash/ratelimit y @upstash/realtime
  • Soporte nativo para múltiples backends: Redis, Valkey, Dragonfly, Kvrocks
  • Implementación de hard-denied commands para bloquear operaciones inseguras por defecto
  • Despliegue simplificado mediante Docker con soporte para imágenes oficiales y Compose
  • Métricas Prometheus expuestas para monitorización integrada en stacks observables
PRECAUCIONES
  • El backend Garnet tiene soporte parcial debido a fallos en pruebas de Lua/script
  • Los comandos raw MULTI, EXEC, WATCH, UNWATCH y DISCARD están bloqueados; se debe usar /multi-exec
  • Los canales SSE no pueden contener separadores de ruta, comas o caracteres nulos por limitaciones de framing
  • La configuración RRB_ALLOWED_COMMANDS es obligatoria en modo file; si está vacía, el arranque falla
  • Las operaciones de scripting (EVAL, EVALSHA) están bloqueadas por defecto salvo perfiles específicos como ratelimit
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Usar modo `env` para despliegues simples o `file` con tokens JSON para multi-objetivo. Configurar RRB_ALLOWED_COMMANDS explícitamente; si se omite, usa lista conservadora. Asegurar que el contenedor no sea root y exponer puerto 8080. Para métricas, usar token separado en RRB_METRICS_TOKEN. Verificar compatibilidad del backend (Redis/Valkey recomendados).

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsRust
SERVICIOS
Redis
BASES DE DATOS
Redis
PUERTOS
8080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.