Umfrage: Build Server in einer virtuellen Maschine?

Hier sind einige der Vorteile, die der Build-Server in einer virtuellen Umgebung bietet:

Teilen Sie eine schreiende schnelle Box über mehrere Build-Server - sagen Sie, Sie haben ein halbes Dutzend Build-Server. Stellen Sie einen sehr schnellen Rechner (4-CPU, 64-128 GB RAM, sehr schnelle Festplatten usw.) zusammen und führen Sie einen Hypervisor darauf aus. Jetzt können alle Build-Server auf diese schnellere Hardware zugreifen, wenn sie Builds durchführen, wenn andere Build-Server dies nicht tun. Erstellen Sie einen Build-Zeitplan, und Sie sollten in der Lage sein, schnellere Builds zu erstellen. Wenn Sie physische Boxen verwenden müssen, können Sie sich diese Qualitätsstufe der Hardware wahrscheinlich nicht auf jedem einzelnen Build-Server leisten - aber das ist leichter zu rechtfertigen, wenn es geteilt wird.

Keine Ausfallzeit, wenn die Box ausfällt - Statt dass Ihre Produktions-Builds bei Hardware-Problemen zum Stillstand kommen, können Sie den Build-Server einfach auf einem anderen Virtualisierungs-Host starten. (Dies funktioniert nur gut, wenn Sie gemeinsam genutzten Speicher verwenden.)

Einfache Hardware-Upgrades - Wenn es Zeit für einen neuen Build-Server ist, müssen Sie keine lästigen Betriebssystem-Neuinstallationen durchführen. Bewegen Sie einfach das Gast-Betriebssystem auf den neuen physischen Host und Sie gehen zu den Rennen.

Wie immer kommt es darauf an ...

Wenn Sie davon ausgehen, dass andere VMs auf demselben Server ausgeführt werden und diese anderen VMs die gelegentlichen Verlangsamungen durch einen laufenden Build verarbeiten können, würde ich ja sagen. Wenn Sie jedoch eine einzelne Build-Server-VM auf einem einzelnen Host hosten oder wenn die anderen VMs durch gelegentliche Build-Ausführung negativ beeinflusst werden, dann no.

Ich kann Ihnen sagen, dass ich dort, wo ich arbeite, zum Hosting der meisten Build-Server auf VMWare gewechselt ist. Da wir mehrere Builds pro Woche mit mehr als 5 Produktlinien haben, ist es für uns sinnvoll, alle auf einer schnellen Maschine zu hosten. Wir hosten auch einen großen Teil unserer Testmaschinen auf demselben Server, was uns ermöglicht, die Maschine gut zu nutzen, und da keine Produktionsserver darauf laufen, ist die Verlangsamung, die während der Erstellung auftritt, kein Problem. p>     

Ein Build-Server ist etwas, das sehr konsistent aufgebaut werden muss. Sie benötigen ein gut dokumentiertes und gründlich reproduzierbares Rezept für die Erstellung Ihres Buildservers.

Build-Server sind jedoch nicht massiv performancekritisch ... oder zumindest sind sie für die Leistung Ihres Produktionssystems nicht entscheidend, also könnten Sie einen in einer VM haben.

Die Verwendung von VMs ist eigentlich eine gute Idee, wenn Sie unabhängig von der Hardware- und Softwarekompatibilität sein müssen. Ihr bevorzugter Hardwarehersteller kann die Unterstützung der von Ihnen benötigten Betriebssystemversion für den Buildserver auf den neuen Computern möglicherweise nicht mehr ausführen. Dann läuft die Garantie möglicherweise auf Ihrem alten Buildserver ab. Dadurch können Sie möglicherweise keine Builds in diesem Betriebssystem erstellen.

Sie wären dann entweder mit Trawling-Ebay für einen Ersatz aus zweiter Hand konfrontiert, den Vorrat Ihres veralteten Bausatzes Ihres Anbieters aufkaufend oder einen zweifelhaften, nicht unterstützten Software-Hack. (NB: Das ist uns fast passiert, und wir haben ein paar davon gemacht)

Ich sehe keinen Vorteil, es sei denn, Ihre VM befindet sich in einer Box, die ein virtueller Server ist.

Die Vor- und Nachteile der Verwendung einer VM für Ihren Build-Server entsprechen denen einer VM für einen anderen Dienst.

Diese Frage gilt genauso für die Verwendung einer VM für einen Mailserver / Wiki-Server usw.

(Ich hätte das gerade als Kommentar gepostet, aber habe noch nicht den Rep)