Wie bereits erwähnt, ist Packaging weit mehr als das einfache Bearbeiten einiger Paketeigenschaften. Bevor mit dem eigentlichen Paket-Design begonnen wird, sollte sichergestellt sein, dass das Ziel-Installationsszenario klar definiert ist, das Ausgangsmaterial fehlerfrei und vollständig ist und ein klares Konzept der Qualitätskriterien vorliegt, die das Paket erfüllen muss.
Eingebettet in den standardisierten Enterprise Application Lifecycle Management-Prozess könnten die Schritte zur Realisierung einer Paketanforderung einem Workflow ähneln, der in etwa so aussieht:
1.RayFlow: Eingehender Paketauftrag vom Kunden
2.RayEval: Bewertung der Packaging-Anforderungen, Erstellung einer Installationsbeschreibung
3.RayPack: Packaging-Verfahren (Anpassen eines Transforms, Repackaging von Legacy-Formaten, Entwicklung komplexer Packaging-Lösungen, Paketvalidierung)
4.RayQC: Qualitätskontrollaufgaben für das gelieferte Zielpaket
5.RayFlow: Paketabnahme durch den Kunden
6.RayManageSoft: Bereitstellung des Pakets gemäß Kundenstandards
Da das Packaging nur ein Teil des EAL-Prozesses (= Enterprise Application Lifecycle) ist, erfordert der eigentliche vollständige Zyklus vorgelagerte Schritte, wie z. B. die Inventarisierung, um Anforderungen der Zielmaschinen, den Lizenzierungsstatus und Ähnliches zu erfassen.
Je nach individueller Packaging-Umgebung können die verwendeten Tools zur Bewältigung der Prozessschritte variieren. Die obige Abbildung zeigt ein typisches Setup für Frameworks, die auf Raynet-Standardanwendungen und -services basieren, wie z. B. RayFlow, RayEval, RayQC oder RayManageSoft. RayPack ist jedoch ein Framework, das in Kombination mit beliebigen Drittanbieter-Tools eingesetzt werden kann.
Erfahrene Packager stützen ihre Arbeit auf einen Kernsatz von Standardverfahren und passen diese an die spezifischen Anforderungen des jeweiligen Packaging-Jobs und der Projektumgebung an: Unabhängig vom Zielformat oder Betriebssystem sollte kein Paket ohne angemessene Qualitätsprüfungen in die Produktivumgebung gelangen. Welche Tests angewendet werden müssen, kann jedoch variieren. Dasselbe gilt für die Paketbereitstellung. Es ist eine übliche Unternehmensanforderung, ein Paket zu erstellen, das lautlos installiert wird, d. h. ohne Benutzerinteraktion während der Installation. Über diese Gemeinsamkeit hinaus teilen die marktführenden Bereitstellungssysteme keinen gemeinsamen Standard für das Deployment-Management. Abhängig von der operativen Bereitstellungsmethode muss jedes benutzerdefinierte Softwarepaket angepasst werden, um reibungslos durch den jeweiligen Bereitstellungsprozess zu laufen.
Namenskonventionen
Um Paketressourcen zu organisieren, wird dringend empfohlen, eine Namenskonvention für Projekte und Pakete anzuwenden. Es gibt grundlegende Eigenschaften, die für jedes Paketprojekt verfügbar sind. Ihre Verwendung zur Organisation der Speicherhierarchie innerhalb des Datenspeichers ermöglicht eine schnelle Orientierung und sofortige Paketidentifikation. Die Einhaltung einer strukturierten Konvention ermöglicht auch die automatisierte Aufgabenausführung und regelbasierte Datenextraktion.
Typische Elemente einer Paket-Namenskonvention sind:
•Lokale Paket-ID
Bei der Verwendung von Workflow-Management-Tools wie RayFlow ist es üblich, eine projektspezifische, lokal eindeutige Job-ID zu definieren. Um das Paket, das zu einem bestimmten RayFlow-Job gehört, schnell zu identifizieren, ist es praktisch, die ID im Paketprojektnamen zu verwenden.
•Herstellername, Softwarename, Softwareversion
Die Kombination dieser drei Eigenschaften identifiziert die Basissoftware eindeutig. Es sollte eine standardisierte Versionskonvention verwendet werden, um Haupt-, Neben- und Patch-Versionen darzustellen.
•Pakettyp
Der Zielpakettyp ist für viele operative Schritte entscheidend; daher liefert ein Typbezeichner im Projekttitel wesentliche Informationen über das Projekt, ohne dass dessen Dokumentation oder Projektdatei geöffnet werden muss. Es sollte ein standardisiertes Bezeichnersystem definiert werden, das durchgängig für alle Packaging-Projekte verwendet wird.
•Quelltyp
Fügen Sie einen Bezeichner hinzu, der den Quellmedientyp widerspiegelt. Handelt es sich um eine native MSI-Datei des Originalherstellers, eine originale Legacy-Installation oder eine bereits gewrappte oder neu verpackte MSI.
Auch hier ist es nicht zwingend erforderlich, eine Namenskonvention anzuwenden, aber die Definition einer solchen führt sicherlich zu Vorteilen hinsichtlich der Organisationsebene der Pakete und des Automatisierungsgrads, der auf die gespeicherten Paketmedien angewendet werden kann.