Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

remotecache

Servidor de caché remoto para Nx construido con Bun, ofreciendo almacenamiento compatible con filesystem o S3. Alternativa MIT a soluciones oficiales de Nx Cloud con autenticación basada en tokens y separación clara entre permisos readonly y full.

Ficha actualizada 24 sept 2026, 17:41 · upstream 24 sept 2026, 17:40 · release v3.2.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es remotecache

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

remotecache es un servidor de caché remoto para Nx construido nativamente con Bun, diseñado como alternativa independiente a las soluciones oficiales de Nx Cloud que han cambiado su licencia. Proporciona endpoints REST completos para operaciones de caché (GET/PUT /v1/cache/:hash), métricas Prometheus en /metrics y puntos de control de salud en /health y /ready.

El sistema implementa un modelo de seguridad basado en tokens con separación clara entre permisos readonly (solo descarga) y full (descarga + subida). Los tokens se almacenan hashados con SHA-256 y no pueden recuperarse. Soporta múltiples estrategias de almacenamiento incluyendo filesystem local, S3-compatible (AWS S3, MinIO) y Google Cloud Storage.

Incluye Helm chart para Kubernetes en charts/remotecache/ con soporte para todos los backends de almacenamiento. También proporciona binarios nativos para Linux, macOS y Windows. La documentación completa está disponible en remotecache.dev con guías de seguridad, configuración y despliegue.

CASOS DE USO
  • Servidor de caché remoto para proyectos Nx que requieren control total sobre infraestructura
  • Alternativa open source a Nx Cloud Powerpack para evitar costes por asiento
  • Implementación en Kubernetes mediante Helm chart con persistencia configurable
  • Proyectos CI/CD que necesitan separar credenciales entre lectura y escritura de caché
PUNTOS DESTACADOS
  • Licencia MIT sin restricciones de uso ni vendor lock-in
  • Separación explícita entre tokens readonly y full para seguridad en pipelines CI
  • Soporte multi-backend: filesystem local, S3-compatible y Google Cloud Storage
  • Métricas Prometheus expuestas en /metrics para monitorización
  • Helm chart incluido con soporte para todos los backends de almacenamiento
PRECAUCIONES
  • Requiere Bun instalado o ejecución en contenedor Docker
  • Sin Docker Compose nativo, solo Dockerfile disponible
  • Complejidad HIGH según análisis técnico del repositorio
  • Configuración manual obligatoria de tokens ADMIN_TOKEN
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

remotecache
01

Perfil de infraestructura

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

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

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

Docker detectado

Para despliegue local: bun install y export ADMIN_TOKEN con openssl. Para producción: usar TLS directo o terminación en proxy/ingress. Kubernetes: instalar Helm chart en charts/remotecache/. PaaS: Railway, Render y Fly.io tienen plantillas en railway.json, render.yaml y fly.toml. Verificar persistencia de datos en /app/data y /app/cache.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Node.js
SERVICIOS
S3/MinIO
BASES DE DATOS
No detectadas
PUERTOS
3000
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.