Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

gridops

GridOps es un control plane auto-alojado para gestionar pools de runners de GitHub Actions con autoscaling, observabilidad y gestión multi-repositorio desde una interfaz web.

Ficha actualizada 28 sept 2026, 13:47 · upstream 28 sept 2026, 13:26 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es gridops

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

GridOps funciona como un plano de control auto-alojado para el aprovisionamiento, escalado automático y observación de runners de GitHub Actions. Permite conectar una aplicación de GitHub, seleccionar repositorios u organizaciones, y operar pools aislados de contenedores Linux o máquinas virtuales macOS desde una única interfaz.

CASOS DE USO
  • Centralizar la gestión de runners GitHub Actions para múltiples repositorios
  • Escalar automáticamente pools de runners según demanda de cola de trabajo
  • Observar capacidad disponible, ocupada y en cola con vistas de 24h/7d/30d
  • Gestionar runners efímeros y persistentes con límites de CPU, memoria y disco
  • Soportar runners macOS efímeros en máquinas virtuales Tart Apple Silicon
  • Reemplazar runners con rolling generation-tracked sin interrupciones
PUNTOS DESTACADOS
  • Arquitectura híbrida: React 19 + Rust/Axum para API y control de runners
  • Persistencia SQLite WAL con política de retención y backups descargables
  • Guardrails de capacidad global con leases y límites de CPU, memoria y disco
  • Webhooks firmados idempotentes con reintentos y historial de auditoría
  • Reconciliador continuo que corrige estado deseado versus real de runners
  • Soporte nativo para Apple Silicon mediante agentes macOS y Tart VMs
PRECAUCIONES
  • El servicio manager requiere acceso al socket Docker del host
  • Los backups SQLite requieren la clave GRIDOPS_ENCRYPTION_KEY para recuperar credenciales
  • Webhooks requieren origen HTTPS público o activar modo polling sin entregas entrantes
  • Solo el contenedor manager recibe /var/run/docker.sock, no los runners
  • Configuración inicial de GitHub App con permisos específicos obligatoria
VISUAL

Capturas del proyecto

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

GridOps — Self-hosted GitHub Actions runner control plane
01

Perfil de infraestructura

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

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

Despliegue detectado

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

Listo para automatizar

Usar docker compose up --build -d tras configurar .env. El API/UI se une a 127.0.0.1:3000 por defecto; exponer requiere GRIDOPS_BIND_ADDRESS explícito. Para localhost, webhook delivery desactivado; para producción HTTPS público activarlo. Backup del volumen gridops-data o usar control de backups en Settings. Mantener GRIDOPS_ENCRYPTION_KEY segura para recuperación de credenciales.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

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

FRAMEWORKS
ReactNode.jsRust
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
3000808087908788
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.