Erläuterungen zu Lebenszyklusumgebungen
Eine Lebenszyklusumgebung ist eine benutzerdefinierte Pipeline, mit der ausgewählte, versionierte Inhalte sortiert bereitgestellt werden können.
Instanzen, die sich am besten für Lebenszyklusumgebungen eignen, sind Appliance-ähnlich und haben eine minimale Toleranz für die Variabilität ihrer installierten Software. Sie übermitteln Updates an Instanzen als feste Inhaltsversionen, die Sie in einer versionierten benutzerdefinierten Softwarequelle definieren. Der Inhalt ändert sich nur, wenn eine neue Version erstellt und in eine Phase hochgestuft wird.
Sie können eine Lebenszyklusumgebung erstellen mit maximal fünf Phasen und Instanzen zuweisen zu jeder Phase. Erstellen Sie dann eine versionierte benutzerdefinierte Softwarequelle mit bestimmten Packageupdates, um die Stufen zu durchlaufen. Die Promotion installiert den gesamten Inhalt in der versionierten Quelle auf den Instanzen in der Phase.
Lebenszyklusumgebungen unterscheiden sich in OS Management Hub von anderen Produkten wie Oracle Linux Manager. Nach der Erstellung können Sie eine versionierte Quelle weder aktualisieren noch ändern. Instanzen in einer Lebenszyklusumgebung sind Appliance-ähnlich und erhalten den gesamten Inhalt aus der versionierten Quelle. Wenn Sie mehr Flexibilität bei der Aktualisierung benötigen, verwenden Sie Gruppen und benutzerdefinierte Softwarequellen.
Häufig gestellte Fragen (FAQ)
- Wie verwende ich eine Lebenszyklusumgebung?
- Was ist eine versionierte benutzerdefinierte Softwarequelle?
- Was passiert, wenn ich Inhalte in eine Phase hochschicke?
- Was geschieht, wenn ich eine Instanz an eine Phase anhänge?
- Was geschieht, wenn ich eine Instanz von einer Phase trenne?
Wie verwende ich eine Lebenszyklusumgebung?
So verwenden Sie Lebenszyklusumgebungen:
- Erstellen Sie eine Lebenszyklusumgebung mit den Phasen, die Sie benötigen (z.B. Entwicklung, Test und Produktion). Es sind mindestens zwei Stufen erforderlich. Das Maximum sind fünf Stufen.
- Weisen Sie Instanzen zu einer Phase in einer Lebenszyklusumgebung zu. Eine Instanz kann sich in genau einer Phase befinden.
- Erstellen Sie eine versionierte benutzerdefinierte Softwarequelle, um Packages und Module anzugeben, die Sie auf Instanzen bereitstellen möchten.
- Fördern Sie die versionierte Quelle über die Pipeline von einer Lebenszyklusphase zur nächsten (z.B. von der Entwicklung über den Test bis hin zur Produktion). Die Promotion installiert den gesamten Inhalt in der versionierten Quelle auf Instanzen in der Phase. Siehe Was geschieht, wenn ich Inhalte in eine Phase hochstufen möchte?
Siehe auch Tutorial: Lebenszyklusumgebungen verwenden.
Was ist eine versionierte benutzerdefinierte Softwarequelle?
Eine versionierte benutzerdefinierte Softwarequelle weist mehrere eindeutige Attribute auf:
- Versionsdesignator: Beim Erstellen einer versionierten Quelle weisen Sie der Softwarequelle eine Version zu.
- Bestimmter Packageinhalt: Beim Erstellen verwenden Sie Filter oder eine Packageliste, um den Inhalt einzuschränken. Eine versionierte benutzerdefinierte Softwarequelle darf nur die Packages und Module enthalten, die Sie auf Zielinstanzen installieren möchten. Beim Erstellen einer versionierten benutzerdefinierten Softwarequelle mit Filtern ist die Option Nur neu erforderlich.
- Unveränderlich: Nach der Erstellung können Sie die Packages und Module in der Softwarequelle oder deren Version nicht ändern.
Wählen Sie sorgfältig die Packages und Module in der versionierten benutzerdefinierten Softwarequelle aus. Wenn der Service in eine Lebenszyklusphase hochgestuft wird, installiert er alle Inhalte in der Quelle in den Zielinstanzen.
Was passiert, wenn ich Inhalte in eine Phase hochschicke?
Beim Hochstufen einer versionierten Quelle in eine Lebenszyklusphase führt der Service folgende Schritte aus:
- Verknüpft die versionierte benutzerdefinierte Softwarequelle mit der Lebenszyklusphase.
- Löst zuvor angehängte Softwarequellen von der Instanz ab.
- Hängt die versionierte benutzerdefinierte Softwarequelle an, die mit der Lebenszyklusphase verknüpft ist, an die Instanz an.
- Installiert alle Packages und Module in der angehängten versionierten benutzerdefinierten Softwarequelle für die Instanz.
Siehe: Beispiel für das Hochstufen von Inhalten über Lebenszyklusphasen
Was geschieht, wenn ich eine Instanz an eine Phase anhänge?
Eine Instanz ist Mitglied einer einzelnen Phase. Sie können Instanzen mit einer der folgenden Methoden einer Phase in der Lebenszyklusumgebung zuweisen:
- Neue Instanz mit einem Lebenszyklusumgebungsprofil registrieren
- Vorhandene Instanzen an eine Phase in einer Lebenszyklusumgebung anhängen
Beim Anhängen einer Instanz an eine Lebenszyklusphase führt der Service folgende Schritte aus:
- Löst zuvor angehängte Softwarequellen von der Instanz ab.
- Hängt die versionierte benutzerdefinierte Softwarequelle an, die mit der Lebenszyklusphase verknüpft ist, an die Instanz an.
- Installiert alle Packages und Module in der angehängten versionierten benutzerdefinierten Softwarequelle für die Instanz.
Wenn in der Lebenszyklusphase noch keine versionierte benutzerdefinierte Softwarequelle vorhanden ist, die auf sie hochgestuft wurde, werden keine Änderungen an der Instanz vorgenommen. Sie können die Instanz jedoch nicht mehr als Standalone verwalten (z.B. Instanz aktualisieren). Bei der nächsten Promotion einer versionierten Quelle hängt der Service sie an alle Mitglieder der Phase an und installiert den gesamten Inhalt.
Was geschieht, wenn ich eine Instanz von einer Phase trenne?
Wenn Sie eine Instanz von einer Lebenszyklusphase trennen, führt der Service folgende Schritte aus:
- Entfernt die Instanz aus der Lebenszyklusphase.
- Trennt die versionierte benutzerdefinierte Softwarequelle (keine Softwarequellen sind an die Instanz angehängt).
Nachdem die Instanz getrennt wurde, enthält sie keine zugehörigen Softwarequellen mehr und erhält keine Updates. Sie können sie als Standalone-Instanz verwalten oder die Instanz einer Gruppe oder einem anderen Lebenszyklus zuweisen.
Beispiel für das Hochstufen von Inhalten über Lebenszyklusphasen
Das folgende Beispiel veranschaulicht eine Lebenszyklusumgebung mit drei Phasen (Entwicklung, Test und Produktion) und beschreibt, wie Lebenszyklusphasen zur Verwaltung monatlicher Patchreleases verwendet werden.
- Neues monatliches Release in Entwicklung
-
Angenommen, Ihre Flotte führt bereits das Patchrelease
Monthly-2024.05aus. Das Betriebspersonal beginnt mit der Vorbereitung der nächsten monatlichen Veröffentlichung. Sie erstellen eine neue versionierte benutzerdefinierte Softwarequelle (Monthly-2024.06) und bewerben sie. Der Service installiert den gesamten Inhalt inMonthly-2024.06in Instanzen in der Entwicklungsphase.
- Release auf Test hochgestuft
-
Nach Abschluss der Entwicklung auf
Monthly-2024.06fördert das Betriebsteam den Inhalt in die Testphase, in der das Qualitätssicherungsteam seine Tests startet. Der Service installiert den gesamten Inhalt inMonthly-2024.06in Instanzen in der Testphase.
- Nächster monatlicher Release in Development
-
Während das QA-Team seine Tests und die Validierung von
Monthly-2024.06fortsetzt, beginnt das Operations-Team mit der Zusammenstellung des nächsten monatlichen Release. Operations erstellt und fördert eine neue versionierte benutzerdefinierte Softwarequelle (Monthly-2024.07) in der Entwicklungsphase. Der Service installiert den gesamten Inhalt inMonthly-2024.07in Instanzen in der Entwicklungsphase.