Un runner auto-hébergé classique est une machine fixe qui exécute les jobs séquentiellement. Si dix workflows se déclenchent simultanément, neuf attendent. Actions Runner Controller (ARC) est un opérateur Kubernetes qui provisionne des pods runner à la demande (un pod par job) et les supprime à la fin de l'exécution. La capacité s'adapte automatiquement à la charge.
Les runners hébergés par GitHub (ubuntu-latest) sont éphémères, gérés par GitHub, et consomment le quota de minutes de l'organisation. Les runners auto-hébergés tournent sur des machines contrôlées (serveur on-premise, VM cloud, Raspberry Pi) et n'ont pas de quota. Ils donnent accès à des ressources locales : réseau privé, GPU, caches persistants, outils propriétaires.
Un workflow GitHub Actions est un fichier YAML placé dans .github/workflows/. Il orchestre des jobs qui s'exécutent sur des runners en réponse à des événements. Comprendre les primitives disponibles (matrix, container, artefacts, conditions) permet de construire des pipelines maintenables sans duplication.
Une application réelle combine plusieurs conteneurs : un serveur web, une base de données, un cache, un worker. Les lancer à la main impose de répéter pour chacun les options de docker run (réseau, volumes, variables, ports) et de respecter un ordre de démarrage. Docker Compose décrit l'ensemble de ces conteneurs dans un fichier YAML déclaratif et les pilote comme une seule unité, le projet.
Dokku est une plateforme open source de type PaaS (Platform as a Service), inspirée de Heroku, qui s'installe sur un serveur unique. Le déploiement se fait par un git push vers un dépôt Git hébergé par le serveur : Dokku construit alors une image Docker à partir du code, démarre le conteneur, puis reconfigure son reverse proxy Nginx pour router le trafic vers la nouvelle version.
FastAPI est un framework web Python pour la création d'API HTTP, fondé sur les annotations de types standard du langage. Les types déclarés dans la signature d'une fonction servent à la fois à valider les requêtes, à convertir les données, à sérialiser les réponses et à générer une documentation OpenAPI interactive.
Voici un résumé de ma roadmap DevOps personnelle pour 2024. Cette roadmap s'appuie sur mon parcours d'ingénieur informatique, mes expériences en robotique, DevOps, auto-hébergement, CI/CD, et veille technologique. Elle évolue au fil des projets, des expérimentations et des apprentissages partagés sur le blog.
Ingénieur en informatique au CATIE spécialisé en Robotique, je travaille sur des projets de développement logiciel et d'intégration sur différentes plateformes. Intrigué par l'intégration et l'automatisation, j'ai décidé d'approfondir mes connaissances en DevOps.