Hébergement DevOps & CI/CD — Hébergez vos pipelines

Choisissez votre outil DevOps

Cinq outils pour construire un pipeline CI/CD et de déploiement complet sur votre propre infrastructure.

Votre pipeline. Votre infra.

Git push

Runner CI build

Image Docker

Déploiement Coolify

En ligne

Toutes les étapes tournent sur vos propres serveurs. Pas de factures cloud, pas de quota de minutes.

Docker & Portainer

Gestion de conteneurs

À partir de €3.90/mo

Docker vous permet de faire tourner n'importe quelle application dans des conteneurs isolés sur votre propre serveur. Portainer CE ajoute une interface web pour gérer les conteneurs, stacks, volumes et réseaux — sans ligne de commande pour les opérations quotidiennes.

Cloud VPS Dedicated

Nos recommandations pour Docker & Portainer

GitHub Actions runners

CI/CD auto-hébergé

À partir de €19.00/mo

Les runners GitHub Actions auto-hébergés font tourner vos workflows existants sur votre propre serveur. Même YAML de workflow, aucune modification nécessaire. Les builds tournent sur NVMe dédié avec caches chauds, sans cold start, sans attente en queue.

VPS Dedicated

Nos recommandations pour GitHub Actions runners

GitLab CI runners

CI/CD auto-hébergé

À partir de €19.00/mo

Les runners GitLab CI auto-hébergés fonctionnent avec GitLab.com ou votre instance GitLab auto-hébergée. Pas de limite de quota, pas de facturation à la minute, accès complet à votre réseau privé. L'executor Docker fournit des builds isolés par job.

VPS Dedicated

Nos recommandations pour GitLab CI runners

Jenkins

Serveur d'automatisation

À partir de €19.00/mo

Jenkins est le serveur d'automatisation open source originel. 1 800+ plugins, pipelines-as-code (Jenkinsfile), builds distribués sur plusieurs agents, et 20+ ans d'utilisation en production enterprise. Basé sur Java — prévoyez 4+ Go de RAM.

VPS Dedicated

Nos recommandations pour Jenkins

Envie de faire tourner autre chose ?

Linux · Docker · Any stack

Tout outil DevOps qui tourne sous Linux tourne sur un serveur Dedimax. Gitea, Drone CI, Tekton, ArgoCD, Ansible Tower, Nexus — accès root complet, Docker prêt à l'emploi, aucune restriction.

Parcourir tous les serveurs →

Pourquoi auto-héberger votre CI/CD ?

Pas de facturation à la minute

Les runners CI auto-hébergés font tourner des builds illimités pour un coût mensuel fixe. Pas de frais par job, pas de quota d'utilisation, pas de factures surprises en fin de mois.

Builds plus rapides

Stockage NVMe dédié, cache de dépendances chaud, pas de cold start, pas d'attente en queue aux heures de pointe. Les couches Docker, les paquets npm et les dépendances de test persistent entre les builds pour des jobs constamment rapides.

Pas de vendor lock-in

Le YAML GitHub Actions fonctionne sans modification sur des runners auto-hébergés. Les pipelines GitLab CI fonctionnent sans modification sur votre propre runner. Votre logique de pipeline vous appartient.

Accès au réseau privé

Les runners auto-hébergés tournent sur votre infrastructure et peuvent accéder aux bases de données privées, serveurs de staging et APIs internes — des ressources inaccessibles depuis les runners cloud.

Questions fréquentes

Dois-je utiliser Coolify ou Docker/Portainer ?

Coolify est le bon choix si vous voulez une expérience git-push-to-deploy — SSL auto, déploiements de prévisualisation, provisionnement de bases de données, tout depuis une interface web. Docker/Portainer est le bon choix si vous voulez une gestion de conteneurs plus bas niveau — déployez n'importe quelle image Docker, gérez les stacks manuellement, contrôle total du réseau. Beaucoup d'équipes utilisent les deux : Portainer pour la gestion du serveur, Coolify par-dessus pour les déploiements d'applications.

Quelles specs serveur sont recommandées pour les runners CI ?

Pour un runner unique gérant des jobs séquentiels : 4 cores, 8 Go RAM, 60 Go NVMe. Pour 2-3 runners parallèles : 6 cores, 16 Go RAM, 100 Go NVMe. Pour du CI intensif avec des builds matrix ou de grosses images Docker : 8+ cores, 32 Go RAM, 200 Go NVMe sur un serveur dédié.

Puis-je faire tourner le runner CI et l'application sur le même serveur ?

Oui, pour les petites équipes. Un seul VPS peut faire tourner Coolify (pour les déploiements) et un runner GitHub Actions ou GitLab CI simultanément. Séparez-les quand les builds deviennent gourmands en ressources — les builds Docker lourds rivalisent avec les applications en cours d'exécution pour le CPU et la mémoire.

Ai-je besoin d'un serveur dédié ou un VPS suffit-il ?

Un VPS convient à la plupart des équipes. 4-6 cores et 8-16 Go de RAM couvrent Coolify avec 5-10 apps, ou 2-3 runners CI parallèles. Passez à un serveur dédié quand vous avez besoin de 4+ runners parallèles, de gros builds Docker, ou que Coolify héberge 20+ services.

Comment gérer les certificats SSL ?

Coolify gère le SSL automatiquement — il provisionne des certificats Let's Encrypt pour chaque application déployée sans étapes manuelles. Pour les configurations Docker uniquement, utilisez Nginx Proxy Manager ou Traefik comme reverse proxy — les deux gèrent l'automatisation Let's Encrypt. Jenkins ne gère pas le SSL directement ; mettez-le derrière un reverse proxy.

Puis-je utiliser GitHub Actions avec un runner auto-hébergé ET GitLab CI ?

Oui. Les deux runners peuvent tourner sur le même serveur. Enregistrez un runner GitHub Actions pour vos dépôts GitHub et un runner GitLab CI pour vos dépôts GitLab. Ils fonctionnent indépendamment et partagent le CPU et la RAM du serveur. Pour les charges de travail parallèles intensives, donnez à chacun son propre serveur.

DevOps & CI/CD sur vos propres serveurs Déployez plus vite. Pas de facturation à la minute. Pas de vendor lock-in.