Los runners de GitLab CI autoalojados funcionan con GitLab.com o con tu instancia GitLab autoalojada. Sin límite de cuota, sin facturación por minuto, acceso completo a tu red privada. El executor Docker proporciona builds aislados por job.
Un runner gestiona los pipelines secuenciales para la mayoría de equipos pequeños
Ver servidores compatiblesRecomendado — pipelines paralelos, builds Docker rápidos, runner compartido para todos los proyectos
Ver servidores compatiblesPara pipelines pesados con artefactos grandes, builds matrix paralelos o builds de imágenes Docker
Ver servidores compatibles¿No sabes qué plan elegir? Explora todos los servidores disponibles.
Ver todos los servidores →Un runner autoalojado no tiene cuota de minutos — los pipelines se ejecutan inmediatamente independientemente del número de minutos consumidos. Ya no necesitas vigilar un contador de uso.
El executor Docker ejecuta cada job en un contenedor nuevo, ofreciendo aislamiento completo entre pipelines. Las dependencias instaladas en un job no afectan a otro. Soporta cualquier imagen Docker como entorno de build.
Un runner autoalojado puede compartirse entre múltiples proyectos GitLab (o todo tu grupo). Regístralo una vez y todos los proyectos del grupo pueden usarlo — sin configuración por proyecto.
El caché de GitLab CI conserva node_modules, paquetes pip y dependencias Maven entre builds. Con un runner autoalojado, el caché vive en el NVMe local — cache hits más rápidos sin servicio de caché externo.
Los runners autoalojados de GitLab CI eliminan las limitaciones de cuota y la facturación por minuto de tus pipelines CI/CD. El runner se registra en tu cuenta de GitLab.com o en una instancia GitLab autoalojada — sin modificaciones en tus pipelines .gitlab-ci.yml. El executor Docker ejecuta cada job en un contenedor nuevo para un aislamiento completo entre pipelines. El executor shell proporciona acceso directo al servidor para los casos en que Docker no esté disponible. Un único runner autoalojado puede servir múltiples proyectos GitLab simultáneamente cuando se registra a nivel de grupo. Los cachés para node_modules, paquetes pip y dependencias Maven viven en el almacenamiento NVMe local para cache hits rápidos en cada build.
Toma el control de tu servidor dedicado (configuraciones, datos...) sin límites en el uso de aplicaciones.
Que estas esperando ?
Te estamos esperando zona comunitaria. Más que 70 guías (sysadmin, gaming, devops...) !
Permítame verificar