Runner (CI/CD)

Un runner (ou agent) est le composant qui exécute concrètement les jobs d'un pipeline CI/CD. Quand un pipeline est déclenché, le serveur de CI/CD (GitLab, GitHub Actions, Jenkins, etc.) assigne chaque job à un runner disponible, qui télécharge le code, exécute les commandes, et remonte le résultat (logs, exit code, artifacts).

Les runners peuvent être : (1) shared/hosted — fournis et gérés par le provider (GitHub-hosted runners, GitLab.com shared runners, CircleCI machines) — pratiques mais limités en concurrent jobs/minutes, et tournent dans des environnements génériques ; (2) self-hosted — installés par vous sur votre infra (VM, Kubernetes, baremetal), permettent d'utiliser vos propres outils, accéder à votre réseau privé, gérer vos coûts.

Les runners self-hosted Kubernetes (GitHub Actions Runner Controller — ARC, GitLab Runner avec executor kubernetes, Argo Workflows) sont devenus populaires : ils créent des Pods éphémères par job, isolent les builds, et auto-scalent selon la charge. Pour la sécurité, jamais utiliser des runners self-hosted sur des projets publics (risque d'exécution de code malveillant via PR).