Alternativas a Depot 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 Depot

Depot (depot.dev) ofrece runners Linux de 2 a 64 vCPU, Windows y, desde el plan Startup, macOS, conectados a una caché distribuida, además de un servicio remoto de builds de Docker con una caché de capas persistente. Los runners Linux admiten filtrado de egress, y en el plan Business los runners pueden estar en su propia cuenta de AWS.

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

• Precio. A septiembre de 2026, un runner de 2 vCPU cuesta $0.006 por minuto por encima de los minutos del plan, contabilizado por segundo.
• Evidencias. Depot puede escanear imágenes con Syft, pero no registra una SBOM de lo que descargó cada job.
• Enfoque. Gran parte del valor de Depot está en Docker y en la caché remota de builds; los builds que no la necesitan aprovechan menos ese valor.

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. Namespace

Namespace ejecuta runners de Linux, Windows y macOS en hardware que opera ella misma, 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 elaborar 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 por encima del plan.

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

Considérelo si: quiere probar una política de egress antes de aplicarla.

CRACI frente a Namespace

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 Depot

• Los builds de imágenes Docker dominan su tiempo de CI.
• Depende de la caché remota para Bazel, Gradle, Turborepo o sccache.
• Los runners deben estar dentro de su propia cuenta de AWS.
• 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 Depot: preguntas frecuentes

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

¿Cuál es la mejor alternativa a Depot?

Depende de por qué se marche. Para un precio por minuto más bajo, fíjese en Ubicloud o Namespace. Para runners en su propia cuenta en la nube, fíjese en WarpBuild, RunsOn o Cirun. Si necesita un registro de lo que descargó cada build y una política de egress que, si falla, bloquee, CRACI registra ambos en cada job.

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

De los runners alojados de esta página, Ubicloud publica el precio más bajo: $0.00125 por minuto para 2 vCPU en x64 y arm64, a septiembre de 2026. El runner de 2 vCPU de Depot cuesta $0.006 por minuto por encima de los minutos del plan. Los runners autoalojados no tienen cargo por minuto de GitHub, pero usted paga y mantiene los hosts.

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

La opción bring-your-own-cloud de WarpBuild se ejecuta en AWS, GCP o Azure por $0.002 por minuto más su factura de la nube. RunsOn se ejecuta en su cuenta de AWS por una licencia anual fija, y Cirun admite AWS, Google Cloud, Azure, Oracle, OpenStack y DigitalOcean. 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, Namespace y WarpBuild ofrecen Windows y macOS, 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 Depot?

Los builds de Docker y la caché remota. depot build ejecuta builds de Docker en hosts BuildKit remotos con una caché de capas persistente, y una caché remota da servicio a Bazel, Gradle, Turborepo y sccache. Si ahí es donde se va su tiempo de CI, tiene sentido quedarse con Depot.