mr-boxington-cache
Servidor de caché remoto autoalojado para mbx y mise, implementa protocolo v1 con almacenamiento inmutable por BLAKE3, atomicidad de resultados, aislamiento por namespace, validación tipoada y transferencias en streaming.
Ficha actualizada 23 sept 2026, 18:41 · upstream 23 sept 2026, 18:21 · release v0.1.1
Qué es mr-boxington-cache
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
mbx-cache es un servidor de caché remoto autoalojado diseñado para el uso local y en entornos de CI/CD. Implementa el protocolo v1 del protocolo de caché de acciones de mbx con almacenamiento inmutable basado en BLAKE3, atomicidad garantizada mediante commits atomísticos de resultados de acción, aislamiento por namespace, validación tipoada de acciones y transferencias en streaming para optimizar la transferencia de datos. El proyecto soporta almacenamiento local en disco, S3-compatible (incluyendo MinIO) y Azure Blob Storage con autenticación mediante identidad gestionada. Incluye validaciones recursivas del árbol de resultados, validación tipoada con negociación de tipos, consultas por bloques faltantes, packs de streaming y métricas Prometheus. Soporta despliegues con Docker Compose, Helm y Terraform en Azure.
El proyecto está experimental y no está destinado a uso público inmediato. Actualmente no garantiza consistentemente un rendimiento superior a RustCache sobre GitHub-hosted runners. Se recomienda realizar benchmarks end-to-end antes de reemplazar una caché existente. La documentación de usuario se encuentra disponible en la web oficial del proyecto.
- Implementar pipelines CI/CD con validación de dependencias y resultados de build antes de desplegar a producción
- Acelerar pruebas unitarias en desarrollo local mediante caché persistente de resultados de tests
- Optimizar flujos de trabajo de despliegue mediante caché de manifests de tareas para reducir tiempo de ejecución
- Implementar cache de dependencias y archivos de configuración en entornos multi-tenant con aislamiento por namespace
- Automatizar pruebas de integración mediante validación tipoada de acciones antes de ejecutarlas
- Reducir tiempos de compilación en pipelines CI al reutilizar resultados de build existentes
- Almacenamiento inmutable basado en BLAKE3 con soporte para almacenamiento S3-compatible y Azure Blob Storage
- Atomicidad garantizada mediante commits atomísticos de resultados de acción, evitando conflictos entre workers
- Transferencias en streaming que reducen el ancho de banda requerido para caché de grandes volúmenes de datos
- Validación recursiva del árbol de resultados antes de publicar, asegurando integridad de la información
- Soporte nativo con GitHub Actions mediante token OIDC sin necesidad de almacenar secretos en el pipeline
- El rendimiento no es consistente sobre GitHub-hosted runners comparado con RustCache; se requiere benchmarking antes del reemplazo
- La autenticación por OIDC depende de la disponibilidad de tokens de identidad y puede fallar si los proveedores no responden
- El almacenamiento local en disco no garantiza persistencia ante fallos de red o cortes de energía sin redundancia
- Las transferencias en streaming pueden ser ineficientes para grandes volúmenes de datos que requieren descarga completa
- La validación tipoada puede introducir cuellos de botella si los tipos son demasiado específicos y rígidos
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para desarrollo local, ejecutar `docker compose up --build` inicia el servidor en http://localhost:8080 con token de desarrollo. Para producción, usar Helm desde charts/mbx-cache o Terraform para Azure Blob Storage. Configurar MBX_CACHE_TOKENS_JSON mediante un Secret Kubernetes y MBX_CACHE_OIDC_PROVIDERS_JSON para OIDC. Asegurar HTTPS con certificados válidos en entornos públicos. Implementar RBAC con roles de namespace para control granular de acceso.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
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.