Configuraciones recomendadas

Los runners de GitHub Actions autoalojados ejecutan tus workflows existentes en tu propio servidor. Mismo YAML de workflow, sin modificaciones necesarias. Los builds corren en NVMe dedicado con cachés calientes, sin cold start, sin espera en cola.

Equipo pequeño

1 runner, CI ligero Builds secuenciales, repositorios pequeños
Desde €19.00/mo
VPS
CPU
4 cores
RAM
8 GB RAM
Disco
60 GB NVMe
Red
Unlimited bandwidth

Un runner gestiona un job a la vez — suficiente para la mayoría de equipos pequeños

Ver servidores compatibles

CI intensivo

4+ runners paralelos Grandes suites de tests, builds Docker, jobs matrix
Desde €79.00/mo
Dedicated
CPU
8+ cores
RAM
32 GB RAM
Disco
200 GB NVMe
Red
Unlimited bandwidth

Para builds matrix paralelos, imágenes Docker grandes o suites de tests de integración

Ver servidores compatibles

¿No sabes qué plan elegir? Explora todos los servidores disponibles.

Ver todos los servidores →

¿Por qué autoalojar GitHub Actions runners?

Mismo YAML — sin modificaciones necesarias

Los runners autoalojados usan el mismo YAML de workflow de GitHub Actions. Añade runs-on: self-hosted a tu job y el runner lo tomará. Sin migración, sin nuevas herramientas que aprender.

Sin facturación por minuto

Los minutos de runners autoalojados son gratuitos independientemente de tu plan GitHub. Solo pagas el coste mensual fijo del servidor — sin importar cuántos builds se ejecuten cada mes.

Builds más rápidos con caché caliente

Los runners autoalojados persisten entre jobs. El caché de capas Docker, el caché de npm y los cachés de dependencias sobreviven entre builds. Los jobs se completan más rápido a medida que el caché se calienta.

Acceso a recursos de red privados

Los runners autoalojados corren en tu infraestructura. Pueden conectarse a bases de datos privadas, servidores de staging y APIs internas — recursos inaccesibles desde runners en la nube.

Preguntas frecuentes

¿Debo modificar mi YAML de workflow?

Modificaciones mínimas. Simplemente reemplaza runs-on: ubuntu-latest por runs-on: self-hosted (o una etiqueta personalizada que asignes). Toda la demás sintaxis del workflow permanece idéntica. Tus acciones y pasos existentes funcionan sin cambios.

¿Cuántos jobs paralelos puede gestionar un servidor?

Un runner de GitHub Actions gestiona un job a la vez. Registra múltiples runners en el mismo servidor para ejecutar jobs en paralelo. Un VPS de 4 núcleos y 8 GB generalmente puede ejecutar 2–3 runners en paralelo cómodamente sin contención.

¿Es seguro el runner?

Sí, con la configuración adecuada. GitHub recomienda runners autoalojados solo para repositorios privados. Usa runners basados en Docker para el aislamiento. Nunca uses runners autoalojados para repositorios públicos — las pull requests no confiables podrían ejecutar código malicioso.

¿Puedo usar runners autoalojados con GitHub Free?

Sí. Los runners autoalojados funcionan con todos los planes GitHub, incluyendo Free. No hay cargos de GitHub por los minutos de runners autoalojados, independientemente de tu plan.

¿Qué ocurre si el runner se desconecta?

Los jobs pendientes para el runner permanecen en espera hasta que el runner vuelva a estar en línea. Usa systemd o políticas de reinicio de Docker para mantener el runner activo automáticamente. Para pipelines críticos, registra 2 runners para que siempre haya uno disponible.

Los runners autoalojados de GitHub Actions te permiten ejecutar tus pipelines CI/CD existentes en infraestructura de servidor que tú controlas. Los archivos YAML de workflow permanecen idénticos — sin migración necesaria. Los builds son más rápidos porque el runner dispone de almacenamiento NVMe dedicado con cachés calientes, sin retrasos por cold start y sin espera en cola en horas pico. Los runners autoalojados pueden acceder a bases de datos privadas, servidores de staging y APIs internas inaccesibles desde runners en la nube. Las capas Docker, los paquetes npm y las dependencias de tests persisten entre builds — los jobs se completan más rápido a medida que el caché se calienta. Registra múltiples runners en el mismo servidor para ejecutar jobs en paralelo.

Zona comunitaria

Una pregunta ?
¡Encuentra respuestas y comparte tus conocimientos!

Te estamos esperando zona comunitaria. Más que 70 guías (sysadmin, gaming, devops...) !

Permítame verificar
DEDIMAX DEDIMAX DEDIMAX DEDIMAX
DEDIMAX

¿Necesita una cotización?

Escribenos !

Contáctenos

Prendre contact