El CI/CD factura por minuto de ejecución, y ese minuto no vale igual en todos los proveedores ni en todos los sistemas operativos. Un equipo de desarrollo que automatiza sus despliegues sin mirar la factura descubre el límite el día que GitHub, GitLab o CircleCI avisan de que se han acabado los minutos gratuitos. Le pasa igual a una empresa de Barcelona con tres desarrolladores que a un equipo de treinta: la cuota gratuita es la misma para todos y el consumo crece con cada commit.
Esta pieza desglosa qué incluye cada plan, qué cobra el minuto extra según el sistema operativo y cuándo compensa cambiar de proveedor o autoalojar la infraestructura.
El CI/CD cuesta entre 0,006 y 0,062 dólares por minuto de ejecución según el sistema operativo del runner, y los planes gratuitos de GitHub Actions, GitLab CI y CircleCI reparten entre 400 y 30.000 minutos o créditos al mes antes de empezar a cobrar: agotada esa cuota, cada pipeline adicional se factura aparte.
El coste real de un minuto de CI/CD
Cada proveedor factura el tiempo que un runner pasa ejecutando el pipeline, no el número de despliegues ni las líneas de código. GitHub Actions cobra 0,006 dólares por minuto en un runner Linux de dos núcleos, 0,010 dólares en Windows y 0,062 dólares en macOS, según su documentación de facturación. GitLab CI y CircleCI siguen la misma lógica con sus propias tarifas: cuanto más pesado el sistema operativo del runner, más caro el minuto, y un pipeline que compila para iOS nunca saldrá al precio de uno que solo corre tests en Linux.
Un runner es la máquina, física o virtual, que ejecuta cada paso del pipeline: clona el repositorio, instala dependencias, compila y lanza los tests. Factura el tiempo que esa máquina está ocupada, no el tiempo que tarda el equipo en escribir código.
Por qué un runner de macOS sale diez veces más caro
Apple no permite virtualizar macOS en hardware de terceros en las mismas condiciones que Linux o Windows, así que los proveedores de CI/CD mantienen flotas de Mac físicos o instancias en la nube de Apple, con menos densidad por servidor y licencias más caras. Esa limitación se traslada directamente al precio: en GitHub Actions, un minuto de macOS cuesta más de diez veces lo que cuesta un minuto de Linux. Quien compila solo para Android o backend nunca usa ese runner; quien compila también para iOS debería aislar esos jobs y limitar cuántas veces al día se dispara el pipeline completo.
Minutos gratis de CI/CD en GitHub, GitLab y CircleCI
La cuota gratuita varía mucho de un proveedor a otro: GitHub y GitLab cuentan minutos reales, y GitLab factura el extra a 10 dólares por cada 1.000 minutos, mientras CircleCI cuenta créditos convertibles a minutos según el runner. La tabla recoge los planes y el coste del extra.
| Proveedor y plan | Incluido al mes | Coste extra (Linux) | Runner macOS |
|---|---|---|---|
| GitHub Actions Free | 2.000 minutos | 0,006 $/min | Sí, 0,062 $/min |
| GitHub Actions Enterprise Cloud | 50.000 minutos | 0,006 $/min | Sí, 0,062 $/min |
| GitLab CI Free | 400 minutos | 10 $ por 1.000 min | Sí, factor 6x |
| GitLab CI Premium | 10.000 minutos | 10 $ por 1.000 min | Sí, factor 6x |
| CircleCI Free | 30.000 créditos (~3.000 min) | ≈0,006 $/min | Concurrencia limitada a 1x |
| CircleCI Performance | +25.000 créditos por 15 $ | ≈0,006 $/min | Sí, sin límite de 1x |
Qué pasa cuando tu equipo agota la cuota gratuita
Una empresa de doce desarrolladores que lanza 40 pipelines al día de seis minutos consume unos 9.600 minutos mensuales, muy por encima de los 2.000 de GitHub Free o los 400 de GitLab Free. El excedente de 7.600 minutos se factura en GitHub a 0,006 dólares cada uno: unos 46 dólares al mes, poco frente al salario de ese equipo. El problema aparece cuando ese pipeline compila también para macOS o Windows: el mismo excedente cuesta allí entre 1,7 y 10 veces más, y nadie lo nota hasta que llega la factura completa.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
Autoalojar el runner no es gratis, aunque lo parezca
El 73% de los equipos que ejecutan CI/CD aloja su herramienta principal en infraestructura propia, ya sea on-premises o en instancias cloud gestionadas por ellos mismos, según la encuesta State of CI/CD Tools 2026 de JetBrains, con 598 respuestas de equipos que ya usan estas herramientas. GitHub Actions y GitLab permiten registrar runners propios sin coste de minutos, pero ese ahorro traslada el gasto a otra partida: servidor, mantenimiento, parches de seguridad y la persona que responde cuando el runner se cae a medianoche.
El coste oculto del self-hosted: servidor, mantenimiento y parches
Un runner autoalojado necesita una máquina encendida, actualizada y vigilada: la factura de minutos desaparece, pero aparece la de un servidor dedicado o una instancia cloud, más las horas de quien lo administra. Para un equipo pequeño, ese tiempo de mantenimiento suele costar más que los minutos que ahorra. Compensa a partir de un volumen de ejecuciones alto y sostenido, o cuando el pipeline necesita hardware específico que el proveedor no ofrece en su runner estándar. Decidir esto a conciencia, con el volumen real de pipelines sobre la mesa y no con una intuición sobre qué sale más barato, es trabajo de una consultoría de sistemas IT en Barcelona; externalizar después esa infraestructura con un servicio de mantenimiento de servidores en Barcelona evita que ese ahorro en minutos se convierta en una incidencia a las tres de la madrugada.
Cambiar de proveedor de CI/CD compensa en estos casos
Cambiar de proveedor rara vez compensa solo por el precio del minuto: migrar pipelines, secretos e integraciones tiene un coste propio que hay que amortizar. Conviene revisar la cuenta cuando se cumple más de uno de estos puntos:
- El código ya vive en GitHub o GitLab y el pipeline corre en un proveedor distinto, duplicando la integración.
- Más de la mitad de los minutos se gastan en runners de macOS o Windows que podrían reducirse a Linux.
- El consumo mensual supera varias veces la cuota gratuita de forma sostenida, no solo en picos puntuales.
- El equipo ya dispone de infraestructura propia y de alguien que pueda mantener un runner sin añadir otra tarea a nadie más.
Cumplidos dos o tres de esos puntos, el cambio suele pagarse en menos de un año. La disciplina del propio pipeline también importa: ejecutar los tests end-to-end con Playwright en cada pipeline consume más minutos que una suite ligera, y desplegar apoyándose en feature flags en vez de un redeploy completo reduce cuántas veces se dispara el pipeline entero en producción. Un equipo que ya ha ordenado esos dos puntos suele descubrir que el problema de minutos se reduce solo, sin cambiar de proveedor. Si no hay capacidad interna para auditar esto, una agencia de desarrollo de software en Barcelona puede configurar el pipeline adecuado desde el primer sprint.
Preguntas frecuentes sobre el gasto en integración continua
¿Cuánto cuesta migrar de Jenkins a GitHub Actions?
No hay un número fijo: depende de cuántos pipelines haya que reescribir y de si Jenkins usa plugins propietarios sin equivalente directo. Como referencia, migrar una suite de 10 a 15 pipelines suele llevar entre una y tres semanas de un desarrollador, más el tiempo de validar que cada build sigue pasando igual en el sistema nuevo.
¿Los minutos gratis se acumulan de un mes a otro?
No. Los minutos o créditos gratuitos de GitHub Actions, GitLab CI y CircleCI se renuevan cada mes natural y lo que no se gasta no pasa al siguiente ciclo. Si un equipo apenas usa minutos en agosto, eso no amplía su cuota de septiembre: cada mes vuelve a empezar desde cero, sin arrastre posible.
¿Qué runner conviene para compilar apps iOS?
Para compilar y firmar apps iOS no hay alternativa a un runner macOS, el más caro de los tres proveedores: 0,062 dólares por minuto en GitHub Actions. Conviene limitar ese pipeline a los commits que de verdad necesitan un build completo y dejar los tests unitarios corriendo en un runner Linux mucho más barato.
