Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

forge

ForgeMT es una plataforma multi-inquilino para runners de GitHub Actions autohosteados en AWS. Proporciona un modelo IaC para operar runners EC2 y ARC/Kubernetes en múltiples repositorios tenant.

Ficha actualizada 22 sept 2026, 23:24 · upstream 22 sept 2026, 23:10 · release v4.16.4

00

Qué es forge

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

ForgeMT actúa como el control plane del modelo operativo, no solo un módulo Terraform. La equipo de plataforma posee la integración con GitHub App, imágenes de runners, configuración de AWS, acceso IAM/OIDC por tenant, limpieza de ciclo de vida y observabilidad opcional. Los equipos de tenant consumen labels aprobados, roles IAM y accesos desde su YAML de workflow.

CASOS DE USO
  • Implementar runners de GitHub Actions autohosteados en cuentas AWS con aislamiento multi-tenant
  • Gestionar escalado de runners mediante lanes separadas por tipo (EC2, ARC/Kubernetes)
  • Aplicar límites de tenencia mediante labels, roles IAM y acceso a repositorios
  • Ejecutar builds de Windows, macOS, ARM64 o cargas pesadas en EC2
  • Automatizar la limpieza de runners, imágenes ECR y validaciones post-build
PUNTOS DESTACADOS
  • Soporta múltiples lanes: EC2 con AMI personalizada y ARC/Kubernetes en EKS
  • Modelo IaC completo con Terragrunt para onboarding de tenant sin configuración manual
  • Seguridad multi-tenant mediante labels, roles IAM y acceso controlado por repositorio
  • Observabilidad opcional integrada vía Splunk, Teleport o OpenTelemetry
  • Soporte nativo de Windows, macOS y arquitecturas ARM64 en runners
PRECAUCIONES
  • No incluye Dockerfile ni docker-compose como parte del ecosistema oficial
  • La integración con GitHub App requiere configuración manual por tenant
  • El backend de estado se basa en S3 + DynamoDB, no en base de datos relacional
  • Los runners EC2 requieren imágenes AMI predefinidas o imagen propia
  • No incluye herramientas de CI/CD como Renovate ni smoke tests automáticos
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.

Despliegue manual

Para iniciar un entorno mínimo: usar el ejemplo `examples/deployments/platform` y reemplazar variables AWS, GitHub, VPC y runner image. Registrar la clave PEM del GitHub App en SSM antes de ejecutar `terragrunt apply`. Para ARC/Kubernetes, integrar `modules/infra` con EKS. Opcionalmente agregar integraciones como Splunk (skipped si no es necesario), Teleport o OpenTelemetry según necesidades operativas.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsPython
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.