tollgate
Tollgate es un gateway de API ligero con gestión de claves y limitación de tasa, soportando múltiples tenencias mediante DynamoDB o PostgreSQL.
Ficha actualizada 23 sept 2026, 17:40 · upstream 23 sept 2026, 17:29 · release v0.0.1
Qué es tollgate
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Tollgate es una herramienta ligera para la gestión de claves de API y control de tasa en entornos multi-tenant. Permite inyectar contexto de tenencia (tenant_id, service_id) a través de encabezados HTTP, realizar verificación de claves mediante hash SHA-256 sin almacenarlas en texto plano, y aplicar límites de tasa con ventanas deslizantes. Soporta múltiples backends de almacenamiento (DynamoDB, PostgreSQL, SQLite), escalabilidad horizontal mediante Redis o Valkey, y un diseño fail-fast que garantiza seguridad incluso ante fallos del backend.
- Gestión segura de API keys para microservicios multi-tenant con tenencia dinámica
- Control de tasa de entrada (RPM) en servicios de IA como LLM Gateway o MCP Gateway
- Protección de endpoints críticos mediante verificación de claves y contexto de tenencia
- Escalabilidad horizontal sin necesidad de múltiples instances del backend
- Monitoreo de rendimiento con métricas Prometheus integradas
- Gestión de cuotas mensuales para evitar sobreuso de recursos
- Soporta DynamoDB, PostgreSQL y SQLite como backends con arquitectura zero-dependency en modo local (SQLite)
- Implementa fail-fast mediante verificación de claves SHA-256 sin almacenarlas en texto plano
- Proporciona métricas Prometheus nativas y OpenAPI 3.1 documentación integrada
- DynamoDB requiere AWS o DynamoDB Local para funcionar, limitando su uso en entornos puramente on-premise sin infraestructura cloud
- La arquitectura de tenencia (tenant_id + service_id) puede ser compleja de mantener a gran escala si no se implementa correctamente
- El modo local con SQLite no permite escalabilidad horizontal real sin configuración adicional
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.
Recomendamos usar Docker Compose para despliegue. Configurar .env con ADMIN_API_KEY, DB_BACKEND (dynamodb/postgres), RATE_LIMIT_BACKEND (memory/redis). Para producción, migrar a Kubernetes con Helm Chart oficial y configurar prometheus/grafana. El modo local es ideal para desarrollo y PoC.
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.