Wir behalten eine Baseline von VMs in einer Bibliothek von Arten. Sie sind ungefähr 20 (mit Mischungen verschiedener Versionen von Java, DB2, WAS usw.), die die Entwicklungs- und Testteams für ihren eigenen Gebrauch kopieren können.
Der Bibliothekar (Entwickler, der diese Teilzeitstelle macht) ist dafür verantwortlich, sie auf dem neuesten Stand zu halten. Was sie tun werden, ist, jede Woche eine der VMs zu kopieren, sie zu starten und alle Updates zu installieren und dann die aktualisierte VM wieder über das Original zu kopieren. Dies bedeutet, dass es zum Auschecken zur Verfügung steht, außer wenn der Kopiervorgang ausgeführt wird. Darüber hinaus wird die Anzahl der VMs, die aktualisiert werden müssen, aufgrund der Tatsache, dass sie gemeinsam genutzt werden, minimiert.
So machen wir unsere Snapshots, indem wir die Verzeichnisse teilweise kopieren, weil es einfacher zu verwalten ist, aber meistens weil wir zu knapp sind, um die Workstation-Version zu kaufen :-) Wir verwenden stattdessen den Player.
Es ist größtenteils automatisiert, da alle VMs ihre Updates von unserem SUS-Server erhalten und wir wissen, wann Updates verfügbar sind. Der Bibliothekar wird von einem Skript benachrichtigt, dessen VMs aktualisiert werden müssen, und muss lediglich ein anderes Skript ausführen, das die VM kopiert und die Kopie startet.
Sobald der Bibliothekar zufrieden ist, ist die Kopie auf dem neuesten Stand, sie wird heruntergefahren und noch ein Skript kopiert diese VM zurück in die Bibliothek und aktualisiert ihren Status.
Dies sollte auf Serverfault sein. – Joe
Ich dachte darüber nach .. aber in VMs zu testen (und sie auf dem neuesten Stand zu halten) ist etwas, was viele Programmierer tun. –