Windows Build-Agent: ein Self-Hosted Runner auf dedizierter Maschine
Eine Windows-Maschine allein für Ihre Builds: Sie installieren Agent, SDK und Build Tools, wir liefern das System in 10 Minuten.
Ab 13 €/Monat
Einleitung
Ein Self-Hosted Windows Runner beginnt mit einer eigenen Maschine. Bei By-Hoster ist das ein dedizierter Windows-VPS, in 10 Minuten geliefert, mit vollem Administratorzugang und einer dedizierten IPv4-Adresse. Sie installieren darauf, was Ihre Pipeline verlangt — den Agenten für GitHub Actions oder Azure DevOps, das SDK, die Build Tools — und registrieren ihn anschließend bei Ihrer Organisation. Die Maschine macht nur das, und sie teilt es mit niemandem.
Was ein Linux-Runner nie leisten wird, passt in eine kurze, hartnäckige Liste: .NET Framework kompilieren, eine WPF- oder WinForms-Oberfläche bauen, MSBuild und MSTest auf einer Visual-Studio-Projektmappe ausführen, ein Binary signieren mit signtool, ein MSI-Installationspaket erzeugen. Diese Schritte verlangen Windows, seine APIs und sein Werkzeug. Ein Linux-Container umgeht sie selten, ohne einen Teil des Projekts neu zu schreiben.
Wir empfehlen mindestens Windows - Plus für 13 €/Monat inkl. MwSt.: 8 vCore, 16 GB RAM, 200 GB SSD und 500 Mbit/s. Ein Build liest und schreibt ununterbrochen — Paketwiederherstellung, Zwischendateien, Artefakte — daher der NVMe-Speicher, der in der gesamten Reihe enthalten ist. Offen gesagt: außer dem Betriebssystem ist nichts vorinstalliert. Kein Agent, kein SDK, keine Pipeline. Auch die Microsoft-Lizenz liegt bei Ihnen.
Was die Maschine bringt — und was nicht
8 vCore und 16 GB im Plus-Angebot
Windows - Plus für 13 €/Monat: 8 vCore, 16 GB RAM, 200 GB SSD, 500 Mbit/s. Das ist unsere Einstiegsempfehlung für einen Build-Agenten, denn eine Kompilierung nutzt jeden Kern, den sie bekommt, und eine vollständige Toolchain samt Testrunner füllt 8 GB schnell aus. Darüber lassen Windows - Max (16 vCore, 32 GB) und Windows - Titan (24 vCore, 64 GB) Platz für mehrere parallele Jobs.
NVMe, weil Kompilieren Schreiben heißt
Paketwiederherstellung, Zwischenordner, Ausgabeartefakte: ein Build erzeugt und löscht pausenlos Tausende kleiner Dateien. Das ist ebenso Ein-/Ausgabearbeit wie Rechenarbeit. <strong>NVMe-Speicher</strong> ist in allen vier Konfigurationen enthalten, ohne Option und ohne Aufpreis. Wir veröffentlichen keine Durchsatzwerte und keine Buildzeiten: hier hat sie niemand gemessen, und wir erfinden lieber nichts.
Nacktes System: kein Agent vorinstalliert
By-Hoster liefert Windows und den Administratorzugang, sonst nichts. Den GitHub-Actions-Runner, den Azure-DevOps-Agenten, das SDK, die Visual Studio Build Tools, das Signaturwerkzeug, Ihren Paketmanager: das installieren Sie, per RDP oder in PowerShell, und Sie registrieren den Agenten mit Ihrem eigenen Token bei Ihrer Organisation. Keine gelieferte Pipeline, kein vorbereitetes Abbild, kein Panel, das Versionen vorschreibt.
Dedizierte Maschine, dauerhafter Cache
Die Festplatte überlebt zwischen zwei Läufen: wiederhergestellte Pakete, ein bereits geklontes Repository, bereits installierte Werkzeuge. Nichts, was zu Beginn jedes Jobs erneut geladen werden muss, anders als bei einem flüchtigen, jedes Mal neu aufgebauten Agenten. Keine mit anderen Kunden geteilte Warteschlange und kein Minutenkontingent: Sie zahlen einen Server im Monat, keine Rechenminuten. Snapshot und Neuinstallation bleiben im Kundenbereich verfügbar.
Was auf einem Windows-Agenten wirklich kompiliert wird
.NET-Framework-Projektmappen
Eine Anwendung auf .NET Framework 4.8 kompiliert nur unter Windows. MSBuild, die von den Build Tools installierten Targets und die COM-Abhängigkeiten des Projekts brauchen das Betriebssystem, keine Kompatibilitätsschicht.
WPF- und WinForms-Oberflächen
Projekte mit Windows-Oberfläche benötigen die passenden Assemblys und Generatoren. Ein Linux-Runner bleibt beim ersten WPF-Target stehen; eine Windows-Maschine führt den Build genauso durch wie Ihr Entwicklungsrechner.
MSBuild und MSTest auf der ganzen Projektmappe
Kompilierung und Tests am selben Ort, in derselben Umgebung wie die Produktion. Die Windows-Aufgabenplanung kann außerdem einen Nacht-Build starten, ohne dass eine entfernte Pipeline beteiligt wäre.
Binaries signieren, MSI paketieren
Signieren mit signtool und Bau eines MSI-Installers: zwei Schritte, die auf Windows leben. Das Signaturzertifikat und dessen Schutz bleiben Ihre Sache — wir liefern und speichern keines.
Ein GitHub-Actions-Runner nur für Sie
Sie laden den Agenten herunter, registrieren ihn mit Ihrem Token bei Repository oder Organisation und betreiben ihn als Windows-Dienst. Er startet mit der Maschine, und wir berechnen Ihnen keine Ausführungsminuten.
Ein selbst gehosteter Azure-DevOps-Agent
Dasselbe Prinzip auf Azure-DevOps-Seite: ein selbst gehosteter Pool, der Agent als Dienst installiert und die Fähigkeiten der Maschine an Ihre Organisation gemeldet. Die Pipeline-Konfiguration bleibt vollständig bei Ihnen.
Häufig gestellte Fragen
Ja. Sie erhalten eine vollständige Windows-Maschine mit Administratorzugang: Sie laden den Agenten herunter, registrieren ihn mit Ihrem eigenen Token bei Repository oder Organisation und betreiben ihn als Windows-Dienst, damit er mit der Maschine startet. Ganz direkt gesagt: By-Hoster liefert weder den Agenten noch die Pipeline noch das Token. Wir stehen für den Server, sein Betriebssystem und sein Netzwerk ein. Die Regeln Ihrer CI-Plattform einzuhalten, liegt bei Ihnen.
Vier Konfigurationen, Monatspreise inkl. MwSt.: Core für 8 € (4 vCore, 8 GB, 50 GB SSD), Plus für 13 € (8 vCore, 16 GB, 200 GB), Max für 26 € (16 vCore, 32 GB, 500 GB) und Titan für 49,99 € (24 vCore, 64 GB, 800 GB, 1000 Mbit/s). Die Jahreszahlung bringt 10 % Nachlass. Der Preis deckt Maschine, Netzwerk und Support; er enthält weder die Microsoft-Lizenz noch Ihre Entwicklungswerkzeuge noch SQL Server. Ohne Vertragsbindung, 48 Stunden Geld-zurück-Garantie.
Wir empfehlen mindestens Windows - Plus für 13 €/Monat: 8 vCore, 16 GB RAM, 200 GB SSD. Unser veröffentlichter Richtwert liegt bei 4 GB für leichte Nutzung und 8 GB, sobald Business-Software oder mehrere Nutzer dazukommen; ein Build-Agent verlässt diesen Rahmen schnell, denn eine Kompilierung belegt alle verfügbaren Kerne und dahinter wartet noch der Testrunner. Für mehrere gleichzeitige Jobs zielen Sie auf Max (16 vCore, 32 GB) oder Titan (24 vCore, 64 GB).
Keines davon. By-Hoster liefert ein nacktes System: Windows, vollen Administratorzugang und sonst nichts. Runner oder Agent, SDK, Visual Studio Build Tools, die Workloads, Ihr Paketmanager und Ihre Signaturwerkzeuge installieren Sie selbst, in einer RDP-Sitzung oder mit PowerShell. Es wird keine Pipeline geliefert und kein Abbild vorbereitet. Im Gegenzug wählen Sie jede Version selbst, und nichts aktualisiert sich hinter Ihrem Rücken.
Wir veröffentlichen keine Buildzeiten und keine Benchmarks: hier hat sie niemand gemessen, und eine erfundene Zahl würde Ihnen nichts nützen. Beschreiben können wir die strukturellen Unterschiede: die Maschine ist dediziert, es gibt also keine geteilte Warteschlange; ihre Festplatte bleibt zwischen den Läufen bestehen, Pakete und Repository liegen also weiterhin bereit; der Speicher ist NVMe. Der reale Gewinn hängt von Ihrem Projekt ab — messen Sie ihn an Ihrem eigenen.
Wir setzen keine Job-Grenze und kein Minutenkontingent: Sie mieten einen Server im Monat, keine Rechenzeit. Die echte Grenze ist die Hardware — die 8 vCore und 16 GB des Plus-Angebots oder die 24 vCore und 64 GB von Titan. Auf der menschlichen Seite erlaubt Windows Server 2 gleichzeitige administrative RDP-Sitzungen; darüber hinaus verlangt Microsoft RDS-CAL-Lizenzen, die wir nicht bereitstellen. Ein als Dienst laufender Agent braucht überhaupt keine offene Sitzung.
Für Windows ja: die Microsoft-Lizenz bleibt zu Ihren Lasten. By-Hoster installiert das System, liefert und verkauft aber keine Lizenzen weiter, und Sie müssen für Ihren Einsatz eine gültige besitzen. Dasselbe gilt für alles, was Sie auf die Maschine legen: die Lizenzen der von Ihnen installierten Software bleiben Ihre. Nutzt Ihre Build-Kette eine Datenbank, verlangt SQL Server ebenfalls eine eigene Lizenz — Express ist in seinen Grenzen kostenlos, Standard und Enterprise sind kostenpflichtig.
Der Weg ist geradlinig: Server bestellen, in 10 Minuten geliefert mit dedizierter IPv4, per RDP verbinden und dieselbe Toolchain wie auf der alten Maschine installieren. Anschließend registrieren Sie den Agenten bei Ihrer Organisation und lassen beide Runner nebeneinander laufen, solange Sie die Ergebnisse vergleichen. Lösen Sie im Kundenbereich einen Snapshot aus, sobald die Umgebung steht: zu diesem Ausgangspunkt kehren Sie nach jedem misslungenen Versuch zurück.
Drei Systeme stehen bei der Bestellung zur Wahl, ohne Aufpreis: Windows Server 2025 (Standardsupport bis 13. November 2029, Sicherheit bis 14. November 2034), Windows Server 2022 (Standard bis 13. Oktober 2026, Sicherheit bis 14. Oktober 2031) und Windows 11, ein Client-Betriebssystem, das nicht für einen Mehrbenutzerdienst vorgesehen ist. Der Server läuft in unserem einzigen Rechenzentrum DC-FR_NA(01) in Nouvelle-Aquitaine, auf KVM mit Proxmox, unter französischer Rechtsprechung und ohne Übermittlung außerhalb der Europäischen Union.
Klar gesagt: enthalten sind ausschließlich Snapshots, die Sie im Kundenbereich selbst auslösen. Eine automatische externe Sicherung der Maschine gibt es bei By-Hoster nicht. Für einen Build-Agenten ist das selten dramatisch — die Quellen liegen in Ihrer Versionsverwaltung, die Artefakte in Ihrer Paketregistrierung — doch ein Signaturzertifikat oder eine lokale Konfiguration verdient eine Kopie außerhalb des Servers. VNC-Notfallkonsole und eigenständige Neuinstallation bleiben verfügbar.