Agent de build Windows : un runner self-hosted sur machine dédiée
Une machine Windows rien que pour vos compilations : vous installez l'agent, le SDK et les Build Tools, nous livrons le système en 10 minutes.
À partir de 13 €/mois
Présentation
Un runner Windows self-hosted commence par une machine à soi. Chez By-Hoster, c'est un VPS Windows dédié, livré en 10 minutes avec un accès administrateur complet et une IPv4 dédiée. Vous y installez ce que votre pipeline réclame — l'agent GitHub Actions ou Azure DevOps, le SDK, les Build Tools — puis vous l'enregistrez auprès de votre organisation. La machine ne fait que ça, et elle ne la partage avec personne.
Ce qu'un runner Linux ne fera jamais tient en une liste courte et têtue : compiler du .NET Framework, construire une interface WPF ou WinForms, lancer MSBuild et MSTest sur une solution Visual Studio, signer un binaire avec signtool, produire un installeur MSI. Ces étapes réclament Windows, ses API et ses outils. Un conteneur Linux les contourne rarement sans réécrire une partie du projet.
Nous conseillons au minimum Windows - Plus à 13 €/mois TTC : 8 vCore, 16 Go de RAM, 200 Go de SSD et 500 Mbps. Une compilation lit et écrit sans arrêt — restauration des paquets, fichiers intermédiaires, artefacts — d'où le stockage NVMe inclus sur toute la gamme. À dire franchement : rien n'est préinstallé en dehors du système. Ni agent, ni SDK, ni pipeline. La licence Microsoft reste également à votre charge.
Ce que la machine apporte, et ce qu'elle n'apporte pas
8 vCore et 16 Go sur l'offre Plus
Windows - Plus à 13 €/mois : 8 vCore, 16 Go de RAM, 200 Go de SSD, 500 Mbps. C'est notre recommandation de départ pour un agent de build, parce qu'une compilation utilise tous les cœurs qu'on lui donne et qu'une chaîne d'outils complète, suivie d'un moteur de tests, remplit vite 8 Go. Au-dessus, Windows - Max (16 vCore, 32 Go) et Windows - Titan (24 vCore, 64 Go) laissent de la place à plusieurs jobs en parallèle.
NVMe, parce que compiler c'est écrire
La restauration des paquets, les dossiers intermédiaires, les artefacts de sortie : un build passe son temps à créer et supprimer des milliers de petits fichiers. C'est un travail d'entrées/sorties autant que de calcul. Le <strong>stockage NVMe</strong> est inclus sur les quatre configurations, sans option ni supplément. Nous ne publions aucun chiffre de débit ni de temps de compilation : personne ne les a mesurés chez nous, et nous préférons ne rien inventer.
Système nu : aucun agent préinstallé
By-Hoster livre Windows et l'accès administrateur, rien d'autre. Le runner GitHub Actions, l'agent Azure DevOps, le SDK, les Visual Studio Build Tools, le kit de signature, votre gestionnaire de paquets : c'est vous qui les installez, en RDP ou en PowerShell, et vous qui enregistrez l'agent auprès de votre organisation avec votre jeton. Aucun pipeline fourni, aucune image préparée, aucun panel qui impose ses versions.
Machine dédiée, cache persistant
Le disque reste entre deux exécutions : paquets restaurés, dépôt déjà cloné, outils déjà installés. Rien à retélécharger au démarrage de chaque job, contrairement à un agent éphémère reconstruit à zéro. Pas de file d'attente partagée avec d'autres clients, pas de quota de minutes à surveiller : vous payez un serveur au mois, pas des minutes de calcul. Snapshot et réinstallation restent disponibles depuis l'espace client.
Ce qu'on compile réellement sur un agent Windows
Des solutions .NET Framework
Une application en .NET Framework 4.8 ne se compile que sur Windows. MSBuild, les cibles installées par les Build Tools et les dépendances COM du projet réclament le système, pas une couche de compatibilité.
Des interfaces WPF et WinForms
Les projets à interface graphique Windows ont besoin des assemblages et des générateurs correspondants. Un runner Linux s'arrête à la première cible WPF ; une machine Windows enchaîne la compilation comme votre poste de développement.
MSBuild et MSTest sur la solution complète
La compilation puis les tests au même endroit, avec le même environnement que la production. Le Planificateur de tâches Windows peut aussi déclencher un build de nuit sans qu'aucun pipeline distant n'entre en jeu.
Signer les binaires, packager un MSI
Signature avec signtool et fabrication d'un installeur MSI : deux étapes qui vivent sur Windows. Le certificat de signature et sa protection restent votre affaire — nous n'en fournissons ni n'en stockons aucun.
Un runner GitHub Actions à vous seul
Vous téléchargez l'agent, vous l'enregistrez sur votre dépôt ou votre organisation avec votre jeton, vous le lancez en service Windows. Il démarre avec la machine, et aucune minute d'exécution ne vous est facturée par nous.
Un agent Azure DevOps auto-hébergé
Même principe côté Azure DevOps : un pool auto-hébergé, l'agent installé en service, et les capacités de la machine déclarées à votre organisation. Le paramétrage du pipeline reste entièrement de votre côté.
Questions fréquentes
Oui. Vous recevez une machine Windows complète avec accès administrateur : vous y téléchargez l'agent, vous l'enregistrez auprès de votre dépôt ou de votre organisation avec votre propre jeton, et vous le lancez en service Windows pour qu'il redémarre avec la machine. À préciser sans détour : By-Hoster ne fournit ni l'agent, ni le pipeline, ni le jeton. Nous garantissons le serveur, son système et son réseau. Le respect des règles de votre plateforme CI vous appartient.
Quatre configurations, prix TTC mensuels : Core à 8 € (4 vCore, 8 Go, 50 Go SSD), Plus à 13 € (8 vCore, 16 Go, 200 Go), Max à 26 € (16 vCore, 32 Go, 500 Go) et Titan à 49,99 € (24 vCore, 64 Go, 800 Go, 1000 Mbps). L'engagement annuel retire 10 %. Ce tarif couvre la machine, le réseau et le support ; il n'inclut ni la licence Microsoft, ni vos outils de développement, ni SQL Server. Sans engagement, satisfait ou remboursé 48 h.
Nous conseillons au moins Windows - Plus à 13 €/mois : 8 vCore, 16 Go de RAM, 200 Go de SSD. Notre repère officiel est de 4 Go pour un usage léger et 8 Go dès qu'on ajoute un logiciel métier ou plusieurs utilisateurs ; un agent de build dépasse vite ce cadre, parce qu'une compilation occupe tous les cœurs disponibles et qu'un moteur de tests s'ajoute derrière. Pour plusieurs jobs simultanés, visez Max (16 vCore, 32 Go) ou Titan (24 vCore, 64 Go).
Non, aucun. By-Hoster livre le système nu : Windows, un accès administrateur complet, et rien d'autre. Le runner ou l'agent, le SDK, les Visual Studio Build Tools, les charges de travail, votre gestionnaire de paquets et vos outils de signature s'installent par vos soins, en session RDP ou en PowerShell. Aucun pipeline n'est fourni et aucune image n'est préparée. En contrepartie, vous choisissez chaque version et rien ne se met à jour dans votre dos.
Nous ne publions aucun temps de build ni aucun benchmark : personne ne les a mesurés chez nous, et un chiffre inventé ne vous servirait à rien. Ce que nous pouvons décrire, ce sont les différences de structure : la machine est dédiée, donc sans file d'attente partagée ; son disque persiste entre deux exécutions, donc paquets et dépôt restent en place ; le stockage est NVMe. Le gain réel dépend de votre projet — testez-le sur le vôtre.
Nous n'imposons aucune limite de jobs ni de minutes : vous louez un serveur au mois, pas du temps de calcul. La vraie limite est matérielle — les 8 vCore et 16 Go de l'offre Plus, ou les 24 vCore et 64 Go de Titan. Côté accès humain, Windows Server autorise 2 sessions RDP administratives simultanées ; au-delà, Microsoft impose des licences RDS CAL que nous ne fournissons pas. Un agent tournant en service n'a besoin d'aucune session ouverte.
Oui pour Windows : la licence Microsoft reste à votre charge. By-Hoster installe le système mais ne fournit ni ne revend de licence, et vous devez en détenir une valide pour votre usage. Le même principe s'applique aux outils que vous déposez sur la machine : les licences des logiciels que vous installez restent les vôtres. Si votre chaîne de build utilise une base de données, SQL Server exige aussi sa propre licence — Express est gratuit dans ses limites, Standard et Enterprise sont payants.
La méthode est directe : commandez le serveur, livré en 10 minutes avec son IPv4 dédiée, connectez-vous en RDP et réinstallez la même chaîne d'outils que sur l'ancienne machine. Enregistrez ensuite l'agent auprès de votre organisation et laissez les deux runners coexister le temps de comparer les résultats. Déclenchez un snapshot depuis l'espace client une fois l'environnement en état : vous retrouverez ce point de départ après n'importe quelle expérience ratée.
Trois systèmes sont proposés à la commande, sans surcoût : Windows Server 2025 (support standard jusqu'au 13 novembre 2029, sécurité jusqu'au 14 novembre 2034), Windows Server 2022 (standard jusqu'au 13 octobre 2026, sécurité jusqu'au 14 octobre 2031) et Windows 11, système client non prévu pour héberger un service multi-utilisateurs. Le serveur tourne dans notre unique datacenter DC-FR_NA(01), en Nouvelle-Aquitaine, en KVM sur Proxmox, sous juridiction française et sans transfert hors Union européenne.
Soyons clairs : seuls les snapshots sont inclus, déclenchés par vous depuis l'espace client. Il n'existe aucune sauvegarde automatique externalisée de la machine chez By-Hoster. Pour un agent de build, ce n'est pas dramatique — les sources vivent dans votre gestionnaire de versions et les artefacts dans votre dépôt de paquets — mais un certificat de signature ou une configuration locale méritent une copie hors du serveur. Console VNC de secours et réinstallation restent disponibles en autonomie.