Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

terraform-aws-s3-nix-lru-cache

Módulo Terraform para desplegar caché binario S3 de Nix con política LRU (Least Recently Used). Utiliza bucket S3 crudo sin servidor HTTP, con garbage collection asíncrono vía Lambda y reglas de ciclo de vida.

Ficha actualizada 24 sept 2026, 5:34 · upstream 24 sept 2026, 5:03 · release v0.0.41

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es terraform-aws-s3-nix-lru-cache

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

Este módulo Terraform permite auto-alojar un caché binario Nix en AWS S3 utilizando la política de reemplazo LRU. A diferencia de otras implementaciones de caché auto-alojadas, no requiere servidor HTTP ni componentes móviles adicionales: el caché es simplemente un bucket S3 crudo.

La gestión de residuos se realiza asíncronamente mediante reglas de ciclo de vida y funciones AWS Lambda que limpian tanto los logs como el contenido del caché. El seguimiento de la política LRU se realiza utilizando los logs de servidor de AWS S3, lo que permite identificar qué archivos han sido accedidos recientemente.

El proyecto está disponible bajo licencia AGPLv3 (o posterior) y es gratuito para uso general, aunque sin garantía alguna. Está orientado a despliegues en cuentas propias de AWS para aprovechar beneficios de facturación, ubicación y simplicidad operativa.

CASOS DE USO
  • Auto-alojamiento de caché binario Nix en infraestructura propia de AWS
  • Reducción de costes al evitar dependencias de cachés externos (como Cachix)
  • Implementación de caché LRU para acelerar builds de Nix en pipelines CI/CD
  • Despliegue serverless sin necesidad de gestionar servidores HTTP o contenedores
PUNTOS DESTACADOS
  • Arquitectura completamente serverless: solo bucket S3 y Lambda, sin componentes móviles
  • Política LRU basada en logs de acceso a S3 para garbage collection inteligente
  • Licencia AGPLv3 que permite uso comercial con obligación de compartir modificaciones
  • Configuración mediante Terraform para integración en infraestructura como código
  • Uso de reglas de ciclo de vida nativas de AWS para mantenimiento automático
PRECAUCIONES
  • No soporta configuración de tamaño máximo del caché con pruning incremental; elimina todo lo no usado en el timeframe configurado (ej. 1 mes)
  • Dependencia obligatoria de AWS Lambda y S3, sin opción de MinIO o otros proveedores
  • Sin garantía ni soporte oficial por parte de los autores
  • Requiere conocimientos avanzados de Terraform y Nix para implementación correcta
01

Perfil de infraestructura

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

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

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

Despliegue manual

Despliegue en cuenta AWS propia. Configurar bucket S3 con reglas de ciclo de vida para pruning automático. Implementar Lambda para limpieza asíncrona de logs y caché. Verificar permisos IAM adecuados para S3 y Lambda. Considerar costos de almacenamiento y ejecuciones Lambda. Revisar LICENSE antes del uso.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

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