Héberger vos exécuteurs d'intégration continue
Vos propres runners : plus de minutes facturées, et un cache qui survit d'un build à l'autre.
À partir de 13,99 €/mois
Présentation
Les minutes d'intégration continue se paient cher dès que les builds deviennent fréquents ou longs. Héberger ses propres exécuteurs sur un VDS change l'équation : un tarif mensuel fixe, quel que soit le nombre de builds, et un serveur qu'on peut dimensionner pour ce qu'on compile vraiment.
Le second gain est moins évident mais souvent plus sensible : le cache persiste. Sur un exécuteur hébergé chez soi, les dépendances téléchargées, les couches d'images et les artefacts intermédiaires restent d'un build à l'autre. Beaucoup de pipelines passent de plusieurs minutes à quelques dizaines de secondes rien qu'avec ça.
L'offre L à 26,99 €/mois et ses 8 vCore couvre confortablement deux ou trois exécuteurs parallèles. Isolez-les dans des VM distinctes plutôt que dans des conteneurs partagés : un build exécute du code arbitraire, et c'est précisément ce dont on veut protéger le reste du serveur.
Ce que le serveur apporte, sur toute la gamme
Proxmox VE déjà installé
Le serveur arrive avec <strong>Proxmox VE</strong> en place et son interface web accessible. Vous créez vos machines virtuelles et vos conteneurs LXC depuis le navigateur, sans ouvrir de ticket ni attendre une intervention. La <strong>réinstallation est illimitée</strong> : un essai qui tourne mal se refait en quelques minutes.
De la RAM, parce que c'est elle qui limite
Sur un hyperviseur, ce n'est presque jamais le processeur qui plafonne en premier : c'est la <strong>mémoire</strong>, parce que chaque machine virtuelle réserve la sienne. La gamme démarre à <strong>16 Go</strong> et monte à <strong>96 Go</strong>, ce qui laisse de la marge pour empiler plusieurs VM sans les étrangler.
Snapshots et sauvegardes sans limite
Un snapshot avant une mise à jour, un autre avant un changement de configuration : c'est ce qui sépare un essai d'un pari. Ni le nombre ni la fréquence ne sont facturés, donc rien ne dissuade d'en prendre un de plus.
Jusqu'à 16 IPv4 supplémentaires
Chaque VM peut disposer de sa propre adresse publique, ce qui évite de tout faire passer par des redirections de ports depuis l'hôte. Utile dès qu'un pare-feu virtuel, un serveur web et un service tiers doivent cohabiter proprement.
Ce qu'on y gagne
Un tarif fixe
Compiler cent fois par jour coûte le même prix que dix. Pour une équipe qui intègre souvent, l'écart avec la facturation à la minute se creuse vite.
Un cache qui reste
Dépendances, couches d'images, artefacts : tout ce qui était retéléchargé à chaque fois reste sur place. C'est souvent le gain le plus visible.
Choisir sa machine
Un projet qui compile longtemps profite des 8 vCore de l'offre L. Sur un service mutualisé, on subit la machine qu'on vous donne.
Garder le code chez soi
Le dépôt et les artefacts ne quittent pas un serveur que vous contrôlez, dans un datacenter français. Pour certains projets ce n'est pas un détail.
Tester sur plusieurs environnements
Une VM par version de langage ou de distribution, toutes sur le même serveur, toutes réinitialisables depuis un snapshot.
Questions fréquentes
VM, et sans hésiter. Un build exécute du code arbitraire, parfois issu d'une contribution extérieure. Une VM isole ce code du reste du serveur, un conteneur partagé beaucoup moins.
L'offre L à 26,99 € et ses 8 vCore convient à deux ou trois exécuteurs parallèles. Montez si vos builds sont longs ou si l'équipe intègre en continu.
Un snapshot pris sur la VM fraîchement configurée sert de référence. Restaurer prend quelques secondes et garantit qu'aucun build n'a laissé de résidu derrière lui.
Pour la partie exécution, oui. L'interface, la gestion des dépôts et l'orchestration restent chez votre fournisseur : vous ne déplacez que la machine qui travaille.