Runners alojados en GitHub y 7 alternativas

¿Qué son los runners alojados en GitHub?

Los runners alojados en GitHub son las máquinas virtuales que GitHub proporciona para ejecutar sus jobs de GitHub Actions. Cada job recibe una nueva VM en Microsoft Azure con Ubuntu, Windows o macOS y un conjunto de herramientas preinstaladas, y usted elige una con una etiqueta como runs-on: ubuntu-latest.

GitHub mantiene las imágenes en el repositorio actions/runner-images y actualiza su software cada semana. Admite como máximo dos imágenes en disponibilidad general y una en beta a la vez, y empieza a retirar la etiqueta más antigua en cuanto una nueva alcanza la disponibilidad general. Los runners Linux y macOS le dan sudo sin contraseña.

Especificaciones y precios de los runners estándar

En los repositorios privados, un runner Linux estándar tiene 2 vCPU, 8 GB de RAM y un SSD de 14 GB, a $0.006 por minuto en x64. Los repositorios públicos reciben 4 vCPU y 16 GB de RAM en Linux y Windows, gratis.

Límites que debe tener en cuenta

• Facturación: cada job se redondea al alza al minuto completo. Los planes incluyen 2.000 minutos en Free, 3.000 en Pro y Team, y 50.000 en Enterprise Cloud.
• Duración del job: hasta 6 horas por job; ubuntu-slim detiene los jobs a los 15 minutos.
• Concurrencia: 20 jobs simultáneos en Free, 40 en Pro, 60 en Team y 500 en Enterprise, con macOS limitado a 5 en Free, Pro y Team.
• Runners más grandes: hasta 96 núcleos en Linux x64, con IP estáticas y redes privadas de Azure, en los planes Team y Enterprise Cloud. Cuestan desde $0.012 por minuto y nunca consumen minutos incluidos.
• Evidencia: el runner no registra qué paquetes descargó un job. El grafo de dependencias de GitHub describe el repositorio, no un build concreto.

Coste de GitHub Actions: cuánto cuesta un minuto y cómo reducirlo

Por qué los equipos buscan alternativas

Los equipos sustituyen los runners alojados en GitHub cuando la factura, la capacidad, el control de red o la evidencia de las versiones dejan de encajar. Para muchos equipos, los valores por defecto bastan: no hay nada que operar, los tres sistemas operativos están disponibles y los runners estándar son gratuitos en los repositorios públicos.

Nosotros desarrollamos CRACI, así que téngalo en cuenta; describimos cada opción a partir de su propia documentación e indicamos cuándo encaja mejor otra herramienta. Los equipos buscan otras opciones cuando cambia su situación:

• Volumen. A septiembre de 2026, GitHub anuncia un runner estándar Linux x64 de 2 núcleos a $0.006 por minuto y redondea cada job al alza al minuto completo. Con muchos jobs cortos, ese redondeo se acumula.
• Capacidad y caché. Los builds superan la configuración por defecto o se pasan el tiempo restaurando cachés.
• Control de red. Quiere limitar a qué puede acceder un build, no solo lo que ejecuta.
• Evidencia. Un cliente o una normativa pregunta qué entró en una versión, y un runner de uso general no lo registra.
• Ubicación. Algunos jobs deben ejecutarse dentro de su propia red o cuenta en la nube.

Qué tener en cuenta

• Precio por vCPU-minuto, memoria por vCPU y cómo se redondea el uso.
• Sistemas operativos y arquitecturas que necesita, incluido ARM64.
• Caché de dependencias y de capas de Docker.
• Control de egress, y si es una política en el job o infraestructura de red que usted mantiene.
• Evidencia del build: SBOM, procedencia y un registro de lo que descargó cada job.
• Dónde residen los runners y qué evidencia del build pide su departamento de compras.

Cuando un proveedor de los siguientes publica una afirmación sobre velocidad, la citamos como cifra de ese proveedor. Su propio pipeline es el único benchmark justo.

Las opciones

CRACI (nuestro producto)

CRACI es un runner compatible con GitHub Actions construido en torno a la seguridad de la cadena de suministro. Instale la GitHub App de CRACI y configure runs-on: craci. La facturación es de $0.002 por vCPU-minuto ($0.004 para 2 vCPU), medida por segundo, con ARM64 a la misma tarifa. Los tamaños van de 1 a 32 unidades de cómputo de 1 vCPU y 3 GB de RAM. Cada job genera una SBOM de lo que descargó, con un estado de completitud, y se ejecuta bajo una política de egress que bloquea si falla.

Ideal para: builds de Linux de software que usted distribuye, cuando necesita demostrar qué entró en cada versión.

Valórelo si: la evidencia y el control de egress importan tanto como el coste. CRACI hoy solo funciona en Linux (Windows y macOS están en la hoja de ruta) y no tiene nivel gratuito. CRACI ejecuta los builds aproximadamente el doble de rápido que los runners alojados en GitHub, gracias a un hardware más rápido, tiempos de cola más cortos y la caché.

CRACI frente a los runners alojados en GitHub

Blacksmith

Blacksmith ejecuta jobs de GitHub Actions en microVM Firecracker, con Ubuntu en x64 y ARM de 2 a 32 vCPU, Windows en beta pública y macOS en Apple M4. Afirma que sus runners son el doble de rápidos que los runners alojados en GitHub. Una caché coubicada funciona con las acciones de caché estándar, y los sticky disks ofrecen caché de capas de Docker a $0.50 por GB al mes. A septiembre de 2026, 2 vCPU x64 cuesta $0.004 por minuto y ARM $0.0025, con 3.000 minutos gratuitos al mes.

Ideal para: Actions más rápidas y baratas, con caché de Docker y depuración por SSH.

Valórelo si: su objetivo son la velocidad y el coste.

CRACI frente a Blacksmith

Depot

Depot ofrece runners Linux de 2 a 64 vCPU, Windows, y macOS en el plan Startup y superiores, conectados a una caché distribuida. Describe sus runners como «up to 3x faster than a GitHub-hosted runner». Su servicio remoto de builds de Docker mantiene una caché de capas persistente, los runners Linux admiten filtrado de egress y, en el plan Business, los runners pueden residir en su propia cuenta de AWS. A septiembre de 2026, 2 vCPU cuesta $0.006 por minuto una vez superados los minutos del plan, con seguimiento por segundo.

Ideal para: equipos en los que los builds de imágenes Docker dominan el tiempo de CI.

Valórelo si: también quiere caché de build remota para Bazel, Gradle o Turborepo.

CRACI frente a Depot

Namespace

Namespace ejecuta runners Linux, Windows y macOS en hardware que opera por sí mismo, seleccionados mediante perfiles de runner. Los volúmenes de caché conservan los datos en almacenamiento local entre ejecuciones. Sus políticas de egress funcionan en modo de bloqueo o en modo consultivo, que registra las decisiones sin bloquear para que pueda crear una lista de permitidos a partir del tráfico real. A septiembre de 2026, un runner Linux de 2 vCPU y 4 GB cuesta $0.002 por minuto dentro del plan y $0.003 en excedente.

Ideal para: runners Linux, Windows y macOS de un solo proveedor, con volúmenes de caché.

Valórelo si: quiere probar una política de egress antes de aplicarla.

CRACI frente a Namespace

WarpBuild

WarpBuild ofrece runners Linux en x86-64 y arm64 de hasta 32 vCPU, Windows Server y macOS en Apple M4 Pro, con caché de capas de contenedor y runners con snapshots. Su opción de nube propia ejecuta los mismos runners en su cuenta de AWS, GCP o Azure a $0.002 por minuto más su factura de la nube. El x86-64 alojado de 2 vCPU cuesta $0.004 por minuto (a septiembre de 2026). WarpBuild anuncia builds de dos a diez veces más rápidos.

Ideal para: runners gestionados dentro de su propia cuenta en la nube.

Valórelo si: necesita compatibilidad con GitHub Enterprise Server o un SLA de disponibilidad del 99,9 %.

CRACI frente a WarpBuild

También comparamos CRACI uno a uno con RunsOn, que ejecuta runners en su propia cuenta de AWS, Ubicloud y Avrea.

Runners autoalojados con Actions Runner Controller

Actions Runner Controller (ARC) es «a Kubernetes operator that orchestrates and scales self-hosted runners for GitHub Actions». Los runner scale sets crecen y se reducen según el número de workflows en ejecución, y los runners pueden ser contenedores efímeros. GitHub no cobra por minuto el uso autoalojado a septiembre de 2026, pero usted es responsable del sistema operativo y del software, y GitHub advierte de que los runners autoalojados casi nunca deberían usarse para repositorios públicos.

Ideal para: jobs que deben ejecutarse en su red o en su hardware.

Valórelo si: ya utiliza Kubernetes y dispone de tiempo para reforzarlo y mantenerlo.

Runners gestionados frente a autoalojados

Complemento: StepSecurity Harden-Runner

Si quiere conservar los runners alojados en GitHub, Harden-Runner les añade seguridad en lugar de sustituirlos. Es un agente que se añade como primer paso de un job. Asigna las conexiones salientes, los procesos y las escrituras de archivos a cada paso del workflow, crea una línea de base en modo auditoría y bloquea el egress hacia todo lo que no esté en una lista de permitidos. Es totalmente compatible con los runners Linux alojados en GitHub y funciona en modo auditoría en Windows y macOS. El nivel Community es gratuito para repositorios públicos; Enterprise cuesta $16 por desarrollador colaborador al mes (a septiembre de 2026).

Ideal para: control de egress y visibilidad en tiempo de ejecución sin cambiar de runner.

CRACI frente a StepSecurity

Comparación directa

«No indicado» significa que no pudimos confirmarlo en las páginas públicas del proveedor.

Cuándo quedarse con los runners alojados en GitHub

• Su uso cabe en los minutos incluidos en su plan, o sus repositorios son públicos.
• Quiere cero configuración y ningún proveedor adicional.
• Necesita un nivel de SLSA documentado: GitHub indica que sus artifact attestations proporcionan SLSA v1.0 Build Level 2, y Level 3 con reusable workflows.
• Puede combinarlos: la elección es por job, así que los jobs de macOS y Windows pueden quedarse mientras los de Linux migran.

Lea más sobre la integración con CI/CD, los precios de CRACI y el programa para startups, o reserve una demo para ver uno de sus propios workflows en CRACI.

Runners alojados en GitHub: preguntas frecuentes

Especificaciones, precios, límites y alternativas, en respuestas breves.

¿Qué son los runners alojados en GitHub?

Son las máquinas que GitHub proporciona para ejecutar jobs de GitHub Actions. Cada job recibe una nueva máquina virtual alojada por GitHub en Microsoft Azure, con Ubuntu, Windows o macOS y un conjunto de herramientas preinstaladas del repositorio actions/runner-images. Se selecciona con una etiqueta como runs-on: ubuntu-latest.

¿Cuáles son las especificaciones de ubuntu-latest?

En los repositorios privados, ubuntu-latest es Ubuntu 24.04 con 2 vCPU x64, 8 GB de RAM y un SSD de 14 GB. En los repositorios públicos, la misma etiqueta recibe 4 vCPU y 16 GB de RAM.

¿Cuánto cuestan los runners alojados en GitHub?

A septiembre de 2026, el runner estándar Linux x64 de 2 núcleos cuesta $0.006 por minuto, arm64 $0.005, Windows $0.010 y macOS $0.062. Los planes incluyen de 2.000 a 50.000 minutos al mes para runners estándar, y los runners estándar son gratuitos en los repositorios públicos. GitHub redondea cada job al alza al minuto completo.

¿Cuánto tiempo puede ejecutarse un job en un runner alojado en GitHub?

Hasta 6 horas por job. El runner de una sola CPU ubuntu-slim detiene los jobs a los 15 minutos. La concurrencia está limitada por plan: 20 jobs simultáneos en Free, 40 en Pro, 60 en Team y 500 en Enterprise.

¿Qué son los runners más grandes?

Los runners más grandes son runners alojados en GitHub con más CPU, RAM y disco, hasta 96 núcleos en Linux x64, con opciones como direcciones IP estáticas, redes privadas de Azure y GPU. Requieren un plan Team o Enterprise Cloud, se facturan por minuto desde $0.012 con 4 núcleos y nunca consumen minutos incluidos.

¿Debo usar runners alojados en GitHub o autoalojados?

Los runners alojados en GitHub no requieren mantenimiento y sirven a la mayoría de los equipos cuyo uso cabe en los minutos incluidos. Los runners autoalojados no tienen hoy cargo por minuto de GitHub, pero usted ejecuta, parchea y protege las máquinas, y GitHub desaconseja usarlos en repositorios públicos. Un runner gestionado como CRACI se sitúa entre ambos: nada que operar, un precio de catálogo más bajo en runners Linux estándar y evidencia del build en cada job.

¿Puedo cambiar de runner sin modificar mis workflows?

Sí. Todas las alternativas gestionadas de esta página mantienen sus workflows en GitHub Actions y solo cambian la etiqueta runs-on, job por job. En CRACI, instala la GitHub App y configura runs-on: craci.

¿Tiene CRACI un nivel gratuito?

No. Paga por minuto de build desde el primer minuto, $0.004 en un runner de 2 vCPU, medido por segundo, sin cuota mensual ni cargo por SBOM. El programa para startups ofrece al menos 100.000 minutos de build gratuitos y onboarding personalizado.