BitRock InstallBuilder

Transkript

1 Seite 1 von 10 BitRock InstallBuilder das multifunktionale Werkzeug? Der InstallBuilder der kalifornischen Firma BitRock in der Version stellt ein Multiplattform- Entwicklungswerkzeug dar, mit dem komfortable Installationspakete sowohl für Desktop- als auch für Server-Applikationen erstellt werden können. Er ist eines der führenden Tools auf dem hart umkämpften Markt der Installation Management Systeme und erfreut sich in den letzten Jahren wachsender Beliebtheit. Dies auch gerade bei Firmen, die speziell in dem Bereich der Softwareentwicklung tätig sind und ihr Absatzfeld auf dem internationalen Markt suchen. Eckdaten des BitRock InstallBuilder: Link zur Website: Blog: Lizenzkosten: Einzelplatzversion ab $995 bis InstallBuilder Enterprise Site (5 Developer) $ Besonderheiten: Eclipse Integration Der InstallBuilder kann bezüglich der Preisgestaltung und der Form der Lizenzierung recht flexibel eingesetzt werden, wobei die Lizenzen pro Entwickler vergeben werden und im Gegensatz zu vielen vergleichbaren Systemen nicht node-locked, also an einen bestimmten Rechner gebunden, sind. Dies bedeutet, dass der Entwickler seine InstallBuilder-Lizenz auf den für seinen Einsatz notwendigen Entwicklungs- und Testsystemen installieren kann. Die Lizenz umfasst den -Support sowie freie Updates für ein Jahr. Erhältlich sind drei verschiedene Editionen, wobei die kostengünstigste (Single- Plattform-Edition) explizit für Linux, OS X oder Windows erworben werden muss. Die Professional- und die Enterprise-Edition bieten hingegen einen umfassenden Satz an kompatiblen Plattformen. Die teuerste Version (Enterprise-Edition) umfasst noch die Gruppe Solaris, HP-UX, AIX und weitere Unix-Derivate. Im Umfang des bereitgestellten Paketes unterscheiden sich die drei Editionen nicht, d.h. auch die kleinste Version umfasst bereits das volle Entwicklungswerkzeug. BitRock vergibt den InstallBuilder übrigens sowohl als Small-Business Lizenz also auch, aufgrund des firmeneigenen OpenSource-Backgrounds, als OpenSource-Lizenz. Der Fokus des Entwicklungswerkzeuges InstallBuilder liegt ganz klar auf der Erzeugung und Bereitstellung von Deploymentpaketen für den Multiplattformeinsatz. Der Builder verfügt über eine leicht zu bedienende GUI, um alle Implementierungsschritte durchführen und anschließend validieren zu können. Dabei wird der Benutzer anschaulich und intuitiv entlang eines Entwicklungsstranges durch ein Icon-basiertes Menu avato-referenzen zum Integrationsansatz: introduction avato whitepaper.pdf

2 Seite 2 von 10 Der InstallBuilder in der Detailanalyse geführt und kann alle erforderlichen Schritte detailliert im Hauptfenster bearbeiten. Zentrale Lieferverwaltung Der BitRock InstallBuilder bietet keine Möglichkeit der zentralen Lieferverwaltung, da der InstallBuilder als Standalone-Umgebung konzipiert ist und nicht integriert auf Software Repositories zugreifen kann. Die zu verarbeitende Software muss an geeigneter singulärer Stelle liegen und kann über eingebaute Properties definiert und referenziert werden. Anforderung nicht erfüllt! Parameterverwaltung Die Verwaltung kompletter Parametersätze bzw. die Anbindung an eine Parameterdatenbank zur Bestückung umfangreicher Serverlandschaften ist nicht vorgesehen. Parameter werden innerhalb des zu erstellenden Deployments in XML-Struktur bzw. per GUI definiert. Hier kann auf eine recht umfangreiche Definitionsbibliothek und vorgefertigte Properties zurückgegriffen werden, die auch Standardparameter wie beispielsweise ${installdir} enthält. Des Weiteren sind gezielte Vorgaben wie z.b. Must exist oder Allow empty value möglich. Weitere Optionen sind das Verhalten in Kommandozeilenumgebungen und die zeitliche Abfrage und Ersetzung der Variablen. Durch Benutzung des unattended Mode können an den Installer komplette Parameterfiles übergeben werden. Hierdurch wird eine, leider etwas umständliche, Simulation einer filebasierten Parameterdatenbank möglich. Anforderung teilweise erfüllt! Die Software kann sehr gut und feingranular Parametersätze für einen genau definierten Einsatz bereitstellen. Die Anbindung an eine Parameterdatenbank ist nicht vorgesehen bzw. umfangreiche Parametersätze sind nur umständlich zu realisieren. Parameterersetzung Zur Parameterersetzung bietet der BitRock InstallBuilder ein recht umfangreiches Gerüst an scriptgesteuerten Ersetzungsmechanismen, auf die relativ einfach und GUI-gesteuert zurückgegriffen werden kann. Hierbei ist positiv hervorzuheben, dass der BitRock InstallBuilder über vielfältige Definitionsmöglichkeiten verfügt, die bis ins Detail bezüglich ihres Verhaltens und ihrer Ausgestaltung bearbeitet werden können. Diese Bearbeitung ist sowohl über die GUI als auch direkt im XML-Code möglich und kann als sehr gelungen und leicht zugänglich bezeichnet werden.

3 Seite 3 von 10 Anforderung erfüllt! Die Parameterersetzung und die Definition von Parametern im übersichtlichen Rahmen ist eines der Paradestücke des InstallBuilder und kann komplett überzeugen. Optionale Konfigurationsdateien Die Möglichkeit eines Last-Minute-Eingriffs, der bereits auf dem Server zum Deploymentzeitpunkt stattfindet, dient vielfältigen Zwecken und kann als letzte Verteidigungslinie angesehen werden, um ein Scheitern des Deployments zu verhindern. In erster Linie werden durch diese, im besten Falle auf dem Server abliegende, Parameterdateien sicherheitsrelevante Einstellungen wie Passwörter, IPs und User, die der Geheimhaltung unterliegen, ersetzt. Der beschriebene Mechanismus kann aber auch als letztmöglicher Eingriff bei der Korrektur falscher Parameter benutzt werden. Hierbei handelt es sich wieder um ein Verfahren, das in dieser Form fast ausschließlich im Bereich der industriellen Softwareentwicklung und verteilten Verantwortlichkeiten in Rechenzentren zum Tragen kommt.

4 Seite 4 von 10 Der BitRock InstallBuilder bietet hier default keine standardisierte und somit einfache Möglichkeit, diese Funktion zu nutzen. Die Funktionalität kann aber dank der sehr guten Skriptfähigkeit und der umfangreichen Ausgestaltungsmöglichkeiten der Parameterersetzung eigenständig implementiert werden. Hierzu können per Pre-Installation-Actions bzw. Ready-to-Install-Actions die geeigneten Ersetzungsmechanismen modelliert werden. Allerdings ist anzumerken, dass der Fokus des BitRock InstallBuilder eindeutig auf der grafischen Benutzerführung liegt und der unattended Mode nur eingeschränkt herangezogen werden kann. Anforderung teilweise erfüllt! Optionale Konfigurationsdateien können nicht ohne Weiteres eingebunden werden, allerdings kann zum Deploymentzeitpunkt ein Ersetzungsmechanismus implementiert werden, der den Eingriff in letzter Minute gewährleistet. Komponentenbasiertes Deployment Der BitRock InstallBuilder ist in der Lage, während des Installationsprozesses eine Auswahl möglicher Komponenten anzuzeigen, die auch explizit an- und abgewählt werden können. Diese Möglichkeit kann auch innerhalb des unattended Modes verwendet werden, allerdings nur durch command-line-switches, wodurch ein geeignetes Filterverfahren durch Voreinstellung beim Aufruf bzw. durch Erzeugung eines Wrapper-Skriptes realisiert werden könnte. Des Weiteren besteht die Möglichkeit, Komponenten in Abhängigkeit interner Variablen an- bzw. auszuschalten, wodurch ein vergleichbarer Effekt erreicht werden kann. Die Mitlieferung eines vorgefertigten Filters, der dem Installationspaket beigelegt werden kann, existiert leider nicht. Anforderung teilweise erfüllt! Grundsätzlich ist es möglich, Teile des Installationspaketes an- und abzuwählen. Allerdings zeigt sich auch hier die Fokussierung des InstallBuilder auf die grafische Benutzerführung, wodurch ein automatisierter Einsatz zwar möglich ist, aber erst umständlich und aufwändig nachgerüstet werden müsste. Zentrale Buildplattform Die Bereitstellung einer zentralen Buildplattform, auf der alle Builds erstellt, verwaltet und deren erstellte Stände zwecks Gewährleistung gesichert werden, ist nicht vorgesehen, da sich der BitRock Installer an dieser Stelle deutlich auf den Bau singulärer, fein abgestimmter Pakete konzentriert. Der Einsatz im Automatisierungsbereich ist aber durch eigenständige Nachrüstung grundsätzlich möglich (siehe Snapshot-Buildplattform / unattended Mode ). Anforderung nicht erfüllt! Der Rahmen für eine zentrale Buildplattform müsste selbst entwickelt und an den BitRock Installer angebunden werden.

5 Seite 5 von 10 Snapshot-Buildplattform Auch hier ist, ebenso wie bei der zentralen Buildplattform, ein Einsatz in Enterprise-Umgebungen nicht ohne Weiteres möglich. Die automatische Anbindung an ein Softwarerepository, mit dem sich externe Gewerknehmer oder andere Abteilungen verbinden und damit ihre Applikation auf Buildfähigkeit im Zielsystem überprüfen können, ist nicht vorgesehen. Sie muss über die Bereitstellung der geeigneten Repositories und die per Eigenimplementierung nachgerüstete Funktionalität individuell erarbeitet werden. Hierzu kann der BitRock InstallBuilder im unattended Mode aufgerufen werden, um ihn dann in automatisierte Buildprozesse integrieren zu können. In diesem Modus arbeitet der InstallBuilder komplett kommandozeilengesteuert und stellt keine Rückfragen an den Deployer. Somit bleibt festzuhalten, dass eine zentrale Buildplattform nicht vorhanden ist, aber rund um den Installer eigenständig realisiert werden kann, um diese Anforderung abzudecken. Anforderung nicht erfüllt! Die Bereitstellung einer extern zugänglichen Prüfumgebung ist generell nicht vorgesehen. Management interner Abhängigkeiten Interne Abhängigkeiten können innerhalb des BitRock InstallBuilder durch die Implementierung von Rulesets mittels Actions realisiert werden. Über das Herzstück des InstallBuilder kann die geeignete Action (Zeitpunkt, zu dem die Handlung durchgeführt werden soll) bestimmt und eine Regel wie beispielsweise FileExists oder aber ein Test, ob eine bestimmte Komponente ausgewählt ist, definiert werden. Anforderung erfüllt! Die Eingriffsmöglichkeiten sind vielfältig und lassen dank der sehr guten Dokumentation, die teils durch ein Handbuch, teils durch die Referenz der Actions, Rules und Built-In Properties erfolgt, keine Wünsche offen.

6 Seite 6 von 10 Plattformunabhängigkeit Der InstallBuilder ist generell in der Lage, ein breites Spektrum an Plattformen zu bedienen. Allerdings ist ein entsprechendes Installationspaket nicht multiplattformfähig, sondern muss für die entsprechende Plattform jeweils erst gebaut werden. Somit kann ein Paket nicht für alle Umgebungen benutzt werden, wie dies bei Installationen auf Java-Basis der Fall ist, sondern es müsste immer das jeweils geeignete Paket auf dem entsprechenden Server verteilt werden. Dies hätte in Enterprise-Umgebungen, wo oftmals eine heterogene Serverlandschaft vorherrscht, zur Folge, dass ein Paket nicht über die verschiedenen Test- und Validierungsinstanzen weitergereicht werden könnte, sondern immer explizit verteilt werden müsste. BitRock bietet seit der Version 7 die Möglichkeit, einen Installer für Java-basierte Applikationen zu erstellen. Die Voraussetzung hierfür ist, dass die Applikation selbst schon auf Java-Basis ist. Dieser Umstand schränkt die Einsatzmöglichkeiten recht stark ein und ist aus diesem Grund kein Ersatz für eine echte Multiplattformfähigkeit, also dem Verpacken von sprachunabhängigen Applikationen in einen Java- Installations-Wrapper. Anforderung teilweise erfüllt! In sich abgeschlossenes Paket (self-contained) Der BitRock InstallBuilder erzeugt, ebenso wie alle vergleichbaren Produkte, ein in sich abgeschlossenes Paket, das alle für die Installation benötigten Komponenten mitbringt. Dabei ist hervorzuheben, dass der InstallBuilder für eine Vielfalt von Plattformen ein Installationspaket erzeugen kann und dieses in einem sogenannten Projekt verwaltet. Es können daher -basierend auf EINEM Projekt- Installationen für die unterschiedlichsten Plattformen erzeugt werden, was die Wartung und Überarbeitung einer Installation deutlich vereinfacht. Anforderung erfüllt! Clusterfähigkeit Eine Clusterfähigkeit ist innerhalb des Installationsprozesses nicht vorgesehen. Das heißt, wenn nicht implizit eine Replikation innerhalb des zu bestückenden Applikationsservers erfolgt, so muss diese Funktionalität in entsprechender Form manuell nachgezogen werden. Dies bedeutet, dass die entsprechenden Verteilungsskripte in einer nachgelagerten Post-Installation-Action auch hier wieder über die Kette System Action / Run Program referenziert und dann gestartet werden müssten. Anforderung teilweise erfüllt! Da die Verteilung über einen Cluster an dieser Stelle über das Verfahren Run Program gestartet werden müsste und eine Erfolgsprüfung innerhalb des Installationsprogrammes nur schwer möglich ist, wird diese Anforderung nur als teilweise erfüllt gewertet.

7 Seite 7 von 10 Plug-In Fähigkeit Generell ist festzustellen, dass im BitRock InstallBuilder sehr viel über die auch schon in der Analyse der Clusterfähigkeit zum Einsatz gekommene Ausführung von System Actions realisiert werden kann. Diese Actions können an fast allen Stellen des Lifecycles einer Installation aufgerufen werden und die Installation in gewünschter Weise beeinflussen. Insbesondere über das Ausführen externer Skripte und Applikationen via System Action / Run Program kann hier ein mächtiger Plug-In-Mechanismus implementiert werden, der an dieser Stelle keine Wünsche offen lässt. Anforderung erfüllt! Integration in übergeordneten Workflow Die Integration in einen übergeordneten Workflow ist nicht vorgesehen, da der InstallBuilder den Ansatz verfolgt, dass eine Installation einem Projekt entspricht und in seiner vollständig ausdefinierten Form bereits vorliegen muss. Dies ist wohl der Preis, der für die gute Benutzerführung innerhalb des Lifecycles und die Bereitstellung einer grafischen Entwicklungsumgebung für die Erzeugung eines Installationspaketes gezahlt werden muss. Anforderung nicht erfüllt!

8 Seite 8 von 10 Automatisierte Pre-/Posttests Die Automatisierung von Pre- und Posttests kann über die im BitRock InstallBuilder allgegenwärtigen Actions realisiert werden. Auch hier gilt, dass die Entwicklungsumgebung den Rahmen zur Implementierung bereitstellt, allerdings kein expliziter Mechanismus für diesen Umstand vorhanden ist. Der Vorteil an dieser Stelle ist, dass dem Entwickler viel Freiraum zur Ausgestaltung gegeben wird und er sich entscheiden kann, ob er die entsprechenden Tests über Run Program und bereits vorliegende externe Skripte aufrufen oder den vielleicht besseren, da konsistenteren Ansatz innerhalb des InstallBuilder, Weg über Modellierung von Actions und Rulesets wählen möchte. Anforderung erfüllt!

9 Seite 9 von 10 Die Analyse der Zusammenfassung: Anforderung Ergebnis Zentrale Lieferverwaltung Parameterverwaltung Parameterersetzung Optionale Konfigurationsdateien Komponentenbasiertes Deployment Zentrale Buildplattform Snapshot-Buildplattform Management interner Abhängigkeiten Plattformunabhängigkeit In sich abgeschlossenes Paket (self-contained) Clusterfähigkeit Plug-In-Fähigkeit Integration in übergeordneten Workflow Automatisierte Pre-/Posttests Legende: Positiv Negativ Neutral

10 Seite 10 von 10 Ergebnis des InstallBuilder in der Übersicht Der BitRock InstallBuilder ist eine robuste Entwicklungsumgebung mit deren Hilfe Installationspakete über mehrere Plattformen hinweg erstellt werden können. Dabei sind die hohe Anpassungsfähigkeit und die feingranulare Ausdefinierung von Aufgaben mittels Actions und Rules ein klares Plus. Hiermit lassen sich fast alle Anforderungen innerhalb der Erstellung eines Installationspaketes lösen. Mittels der grafischen Entwicklungsumgebung kann ein Installationspaket fast intuitiv erstellt und bereits ausimplementierte Bereiche bezüglich ihrer Definition über die Benutzeroberfläche mühelos eingesehen werden. Gerade hier zeigen sich aber auch die Schwachstellen des InstallBuilder, der durch seine klare Abgrenzung und Definition als grafische Entwicklungsumgebung einen middlewarebasierten Einsatz innerhalb hochautomatisierter Softwareproduktionsumgebungen nur sehr schwer zulässt.abschließend kann gesagt werden, dass der BitRock InstallBuilder sein spezifiziertes Einsatzgebiet zur Erzeugung eines vordefinierten Produktbundles als Standalonepaket für Multiplattformumgebungen vollständig abdeckt und dadurch seiner Marktpositionierung durchaus gerecht wird. Die Analyse zeigt aber auch, dass die Anforderungen in Bezug auf zentrale Lieferverwaltung und Buildplattform in vollintegrierten und automatisierten Umgebungen nicht erfüllt werden. avato notes: Lesen Sie unter über die praxisorientierten Einsatzmöglichkeiten der Continuous Software Integration & Delivery sowie den zugrunde gelegten Bewertungsmaßstab der in der Newsletter-Serie vorgestellten Softwareintegrationswerkzeuge. Impressum Datum: August 2012 Autoren: Uwe Bloch Andreas Fränkle Kontakt: Haben Sie weitere Fragen? Wir beraten Sie gerne: avato consulting