Alternativas a Namespace para runners de GitHub Actions

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.

Por qué los equipos buscan más allá de Namespace

Namespace (namespace.so) ejecuta runners de Linux, Windows y macOS en hardware que opera la propia empresa, seleccionados mediante perfiles de runner. Los volúmenes de caché mantienen los datos en almacenamiento local entre ejecuciones, y sus políticas de egress funcionan en modo de bloqueo o en modo consultivo, que registra las decisiones sin bloquear.

Los equipos buscan otras opciones cuando su situación cambia:

• Evidencias. Namespace no registra una SBOM de lo que descargó cada job.
• Precio. A septiembre de 2026, un runner Linux de 2 vCPU y 4 GB cuesta $0.002 por minuto dentro del plan y $0.003 por exceso, con un mínimo de un minuto.
• Consolidación. Los equipos que también quieren evidencias del build acaban añadiendo otra herramienta junto al runner.

Qué tener en cuenta

• Precio por vCPU-minuto, memoria por vCPU y cómo se redondea el uso.
• Los sistemas operativos y arquitecturas que necesita, incluido ARM64.
• Caché de dependencias y de capas de Docker.
• Control del egress, y si es una política en el job o una infraestructura de red que mantiene usted.
• Evidencias del build: SBOM, procedencia y un registro de lo que descargó cada job.
• Dónde están los runners: alojados, en su cuenta en la nube o en su propio hardware.

Las opciones

1. CRACI (nuestro producto)

CRACI es un runner compatible con GitHub Actions diseñado en torno a la seguridad de la cadena de suministro, y ejecuta los builds aproximadamente el doble de rápido que los runners alojados en GitHub. Instale la GitHub App de CRACI y configure runs-on: craci. La facturación es de $0.002 por vCPU-minuto ($0.004 para un runner predeterminado de 2 vCPU), medida por segundo, sin cuota mensual ni cargo por SBOM. ARM64 se factura 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, se ejecuta bajo una política de egress que bloquea si falla (fail closed) y registra datos de procedencia que devuelve la API.

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

Considérelo si: las evidencias y el control del egress importan tanto como el coste. CRACI funciona hoy solo en Linux (Windows y macOS están en la hoja de ruta) y no tiene nivel gratuito.

CRACI frente a los runners alojados en GitHub

2. 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 actions 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.

CRACI frente a Blacksmith

3. Depot

Depot ofrece runners Linux de 2 a 64 vCPU, Windows, y macOS desde el plan Startup, conectados a una caché distribuida. Describe sus runners como "hasta 3 veces más rápidos que un runner alojado en GitHub". Su servicio remoto de build de Docker mantiene una caché de capas persistente, los runners Linux admiten filtrado del 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 por encima de los minutos del plan, contabilizado por segundo.

Ideal para: equipos cuyo tiempo de CI se va sobre todo en builds de imágenes Docker.

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

CRACI frente a Depot

4. 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 contenedores y runners con snapshots. Su opción bring-your-own-cloud 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 runner alojado de 2 vCPU x86-64 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.

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

CRACI frente a WarpBuild

5. Ubicloud

Ubicloud es una nube de código abierto, y sus runners gestionados de GitHub Actions se activan con una sola etiqueta, como ubicloud-standard-2. Ofrece runners Ubuntu en x64 y arm64 de 2 a 30 vCPU. A septiembre de 2026, 2 vCPU cuesta $0.00125 por minuto en x64 y en arm64, con facturación por minuto, y cada cuenta recibe un crédito mensual de $2.50, unos 1.250 minutos. Ubicloud también le permite gestionar sus propios runners.

Ideal para: un precio por minuto bajo para jobs de Linux en runners alojados.

Considérelo si: solo necesita Linux. La documentación de runners de Ubicloud solo incluye imágenes Ubuntu.

CRACI frente a Ubicloud

6. RunsOn

RunsOn lanza una instancia EC2 efímera por job en su propia cuenta de AWS, a partir de un único stack de CloudFormation o Terraform. Ejecuta Linux en x64 y arm64, Windows e instancias con GPU; los jobs de macOS se quedan en los runners alojados en GitHub. Incluye una caché S3 en su VPC y caché de capas de Docker. A septiembre de 2026, la licencia es una cuota anual fija por entidad jurídica, desde unos $348 (€300) al año en Starter hasta unos $4,176 (€3,600) en Enterprise, y AWS factura el cómputo sin recargo de RunsOn. Es gratuito para uso no comercial y tiene una prueba de 15 días.

Ideal para: runners dentro de su propia cuenta de AWS por una cuota de licencia fija.

Considérelo si: ya trabaja en AWS y quiere pagar el cómputo directamente.

CRACI frente a RunsOn

7. Cirun

Cirun ofrece "runners autoalojados gestionados a una fracción del coste, en su nube". Los runners se inician en su propia cuenta de AWS, Google Cloud, Azure, Oracle, OpenStack o DigitalOcean, se configuran en un archivo .cirun.yml y pueden ejecutar Linux o Windows, en ARM o con GPU como la NVIDIA Tesla T4. A septiembre de 2026, Cirun es gratuito para repositorios públicos, Startup cuesta $29 al mes para 3 repositorios privados y Business $79 para 10, y las máquinas se cargan a su propia factura de la nube.

Ideal para: runners con GPU en su propia cuenta en la nube, en el proveedor que elija.

Considérelo si: mantiene proyectos de código abierto, que Cirun admite de forma gratuita.

Runners gestionados frente a autoalojados

8. Runners alojados en GitHub

Los runners alojados en GitHub dan a cada job una máquina virtual nueva sin nada que operar, en Linux, Windows y macOS. Los planes incluyen de 2.000 a 50.000 minutos al mes, y los runners estándar son gratuitos en repositorios públicos. A septiembre de 2026, GitHub indica un precio de $0.006 por minuto para un runner estándar Linux x64 de 2 núcleos y redondea al alza cada job al minuto completo.

Ideal para: cero configuración, todos los sistemas operativos y un uso que cabe en los minutos de su plan.

Alternativas a los runners alojados en GitHub

9. Runners autoalojados con Actions Runner Controller

Actions Runner Controller (ARC) es "un operador de Kubernetes que orquesta y escala runners autoalojados para 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. A septiembre de 2026, GitHub no cobra por minuto el uso autoalojado, pero usted es responsable del sistema operativo y del software, y GitHub advierte que los runners autoalojados casi nunca deberían usarse en repositorios públicos.

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

Considérelo si: ya opera Kubernetes y tiene tiempo para reforzarlo y mantenerlo.

Runners gestionados frente a autoalojados

Lado a lado

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

Cuándo quedarse con Namespace

• Quiere runners de Linux, Windows y macOS de un solo proveedor.
• Quiere probar una política de egress en modo consultivo antes de aplicarla.
• Depende de los volúmenes de caché o de la ejecución remota de Bazel.
• Puede combinar: la elección es por job, así que algunos jobs pueden cambiar mientras el resto se queda.

Más información sobre integración con CI/CD, precios de CRACI y la comparativa de runners de GitHub Actions.

Alternativas a Namespace: preguntas frecuentes

Respuestas breves a las preguntas que se plantean los equipos al comparar

¿Cuál es la mejor alternativa a Namespace?

Depende de lo que necesite. Para un precio por minuto más bajo, fíjese en Ubicloud. Para runners en su propia cuenta en la nube, fíjese en WarpBuild, RunsOn o Cirun. Para builds con mucho Docker, Depot ofrece builds remotos con BuildKit. Si necesita un registro de lo que descargó cada build, CRACI lo registra en cada job.

¿Cuál es la alternativa más barata a Namespace?

Ubicloud publica 2 vCPU a $0.00125 por minuto en x64 y arm64, por debajo de los $0.002 dentro del plan y $0.003 por exceso de Namespace, a septiembre de 2026. La memoria por vCPU y el redondeo varían, así que compárelos también: Namespace tiene un mínimo de un minuto por job, y CRACI mide por segundo.

¿Qué alternativas a Namespace se ejecutan en mi propia nube?

Namespace se ejecuta en hardware que opera la propia empresa. La opción bring-your-own-cloud de WarpBuild se ejecuta en AWS, GCP o Azure, Depot se ejecuta en su cuenta de AWS con el plan Business, RunsOn se ejecuta en su cuenta de AWS, y Cirun admite seis nubes, OpenStack incluida. Los runners de CRACI son hoy gestionados, con runners alojados por el cliente en la hoja de ruta para Enterprise.

¿Qué alternativas son compatibles con Windows, macOS o GPU?

Los runners alojados por GitHub, Blacksmith, Depot y WarpBuild ofrecen Windows y macOS, igual que Namespace, con Windows en beta pública en Blacksmith. RunsOn y Cirun ofrecen Windows e instancias con GPU en su propia nube. CRACI ejecuta hoy Linux x86-64 y ARM64, con Windows y macOS en la hoja de ruta.

¿Qué hace bien Namespace?

Runners de Linux, Windows y macOS de un solo proveedor, volúmenes de caché en almacenamiento local y ejecución remota de Bazel. Sus políticas de egress pueden funcionar primero en modo consultivo, para que pueda construir una lista de permitidos a partir del tráfico real antes de bloquear.