WinRobots und NetInstall - eine Vereinfachung?

Ich habe auf der letzten Systems den Vortrag von Hr. Sturm über das NetInstall Verteilungs-System und Paketierungs-Verfahren mir angehört und ich war durchaus angetan (zunächst von Hr. Sturm, aber auch von seinem Vortrag).

Eine Ergänzung dazu ist, die eigentlichen Pakete die verteilt werden mit einem Drittprodukt (visuell) zu erstellen. Ein Beispiel für das ich Consulting-Dienstleistungen anbiete wäre "WinRobots-Deployment Script".

Die installation wird dabei ähnlich wie bei dem (ON Verfahren) visuell aufgeziechnet und dann ganz normal mit NetInstall verteilt.

Dabei kann eine Kommunikation zwischen Netistall und den Paketen über beliebige Verfahren eingerichtet werden (Returncode (Errorlevel),INI-Files etc.). So dass am Ende auch die Statistik über erfolgreiche Installationen auf den Clients wieder stimmt.

Zudem kann die Installation "visuell" erstellt werden, was in nicht-homogenen Umfeldern Vorteile hat und viele Support-Probleme schon im Vorfeld vermeidet.

Zwei Videos wie das praktisch funktioniert finden Sie hier:
http://www.winrobots.de/shtmls/visual%20automation-choice.shtml

Weitere Informationen gibt es hier:
Infos zur visuellen Automatisierungssoftware WinRobots

WinRobots ist nicht an irgendein Deloyment System gebunden.

Es muss allerdings möglich sein, auf dem Client eine EXE im Admin-kontext zu starten.

Wenn das geht, dann kann WinRobots in Ihr vorhandens System integriert werden und es erübrigt sich ggf. der Wechsel auf ein anderes Verteilungsverfahren das bessere/andere Paketierungmöglichkeiten bietet.

Es ist zum Beispiel kein Problem, der Einfachheit halber einfach die ganze Corel-Draw Installation "aufzuzeichnen" und dann die Files vom Datenträger 1:1 in das Paket einzubinden. Die neue WR-EXE-Erstellung unterstützt Pakete bis in den Gigabyte-Bereich und das mit einer Schnelligkeit, die viele Anwender überrascht.

Wenn Sie mit den Paketierungsmöglichkeiten Ihres Software-Deployment Verfahrens nicht so zufrieden sind wie Sie gerne wären, dann probieren Sie doch einmal unverbindlich die WR-Ergänzung zu Ihrem System aus.

Das das in der Praxis genau so funktioniert, zeigen die Referenzen, beispielhaft.

Melchior Joined: 13 Jun 2004 Posts: 28

theogott wrote:

Aber für Probleme die mit der Paketierung bestimmter problematischer Software zu tun haben kann man ein Fremdprodukt ausprobiieren/einsetzen und so den NetSupport umgehen.

Ein 3rd-Party-Paketierungssystem zu verwenden, ist im Einzelfall sicher eine praktikable Vorgehensweise.
Leider umgeht man mit solchen Lösungen auch das in viele Deployment-Tools eingebaute Logging und Reporting, bzw. muß sich manuell darum kümmern. Das ist in meinen Augen ein nicht zu unterschätzender Nachteil, den man nur mit Mehraufwand, und auch dann nicht immer optimal, beheben kann. Wenn ein "execute" fehlschlägt, weiß man gewöhnlich zunächst nicht, warum.
Vernünftige integrierte Lösungen bieten weit mehr Feedback als nur Returncode "1" oder "0"...

Map

map wrote:

Vernünftige integrierte Lösungen bieten weit mehr Feedback als nur Returncode "1" oder "0"...
Map

Hallo Map,

Das ist ein sehr wichtiger Punkt, nämlich die Kommunikation zwischen dem Deployment-System und einem evtl. laufenden Paket.

Es ist deshalb gut, dass Sie das erwähnen, da genau diese Frage immer wieder das Thema von Diskussionen ist.

Sicherlich kann man mit einer Skriptsprache die dafür geeignet ist Pakete machen, die nur 1 oder 0 zurückliefern (VB-Skript?). Wenn man jedoch weitere Parameter haben möchte, legt der Sprachumfang von WR keine Steine in den Weg. Und das nicht nur mit NetInstall.

Technisch startet das NetInstall-Paket das eingeschlossene WR-Paket und erhält von diesem beliebige, vom Admin gewünschte Rückmeldungen.

Wenn du es einmal ausprobieren willst, lass dir einfach mal ein Testpaket zusenden und schau mal wie es in der Praxis funktioniert.