Eine Anwendung wird für das Hochladen von Konfigurationsdaten vorbereitet

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer
  • Eine Anwendung in CDM ist die vollständige Sammlung von Konfigurationsdaten für einen Anwendungsservice, ein Anwendungsmodell oder eine dynamische CI-Gruppe [Infrastruktur] im CMDB. Nachdem Sie Ihre Quellkonfigurationsdaten hochgeladen haben, kann die Anwendung alle potenziellen Bereitstellungen unterstützen, aus denen die einzelnen Versionen der Entwicklungs-, Test- und Produktionsumgebungen des Service bestehen.

    Wichtig:
    Ab dem Release Washington DC wird DevOps Config auf den Übergang in den Zustand „Veraltet“ vorbereitet. Es wird ausgeblendet und in neuen Instanzen nicht mehr installiert, aber weiterhin unterstützt. Weitere Informationen finden Sie im Artikel Deprecation Process [KB0867184] (Abkündigungsprozess) in der Now Support Knowledge Base.

    Übersicht: Eine Anwendung wird auf die Annahme hochgeladener Konfigurationsdaten vorbereitet

    Sie befolgen den folgenden allgemeinen Prozess, um eine Anwendung auf das Hochladen von Konfigurationsdaten vorzubereiten:
    1. Auf der Registerkarte Apps erstellen Sie als Benutzer mit der Rolle CDM-Administrator [sn_cdm.cdm_admin] einen Anwendungsdatensatz.

      Das System generiert eine Anwendung, die mehrere Standardordner in einer hierarchischen Struktur enthält. Sie ordnen Ihre vorhandenen Konfigurationsdaten dieser Datenstruktur zu, um die in CDM-Datenmodellbeschriebenen Vorteile zu aktivieren.

      Datenstruktur für eine neue Anwendung. Sie fügen Ihre Konfigurationsdaten als Knoten im entsprechenden Ordner hinzu

      Die Anwendung unterstützt die Erstellung mehrerer Bereitstellungen. Beispielsweise können Sie für jede typische Umgebung (Entwicklungs-, Test- und Produktionsumgebung) ein bereitstellbar -Element erstellen. Sie können auch mehrere Versionen von bereitstellbar für jeden Umgebungstyp erstellen.

    2. Im Code-Editor CDM erstellen Sie jetzt ein Changeset – eine Entwurfskopie der Anwendung, die Sie bearbeiten können.
    3. Während Sie im Changeset arbeiten, erstellen Sie die folgenden Knotentypen in den entsprechenden Ordnern. Dieser Prozess modelliert die Konfigurationsdaten, d. h. er vorbereitet die Anwendung auf die Zuordnung Ihrer Quellkonfigurationsdaten in die Datenstruktur CDM.
      Hinweis:

      Ab Konfigurationsdaten-Management Version 4.2 können Sie einen Knoten mit einem beliebigen UTF-8-Zeichen einschließlich des Schrägstrichs (/) definieren.

    4. Nachdem die Struktur nun vorhanden ist, können Sie die REST APIs oder den Codebearbeitungsbereich CDM verwenden, um Ihre vorhandenen Konfigurationsdaten in das Changeset hochzuladen. Der Prozess ist in Ihre Konfigurationsdaten werden hochgeladenbeschrieben. Weitere Informationen finden Sie unter CdmApplicationsAPI, CdmChangesetsAPIund CdmSnapshoAPI.
      Hinweis:
      Wenn Sie eine XML- oder CSV-Datei hochladen, um Ihre vorhandenen Konfigurationsdaten in CDM zu importieren, analysiert der CDM-Parser die Daten auf eine bestimmte Weise. Weitere Informationen finden Sie unter Analyse von XML-Dateien in CDM und Analyse von CSV-Dateien in CDM.
      Sie können die folgenden Arten von Datensätzen hochladen: Komponentenvariablen, Komponenten, Sammlungen und bereitstellbare Elemente.
      Komponenten
      Komponenten sind die Bausteine, die normalerweise die Konfigurationsdaten für ein logisches Element einer Anwendung oder einen Teil eines Infrastrukturservice darstellen. Zum Beispiel eine Monolith-App, ein Micro-Service, ein physischer Server oder eine Docker-Vorlage.

      Eine Komponente kann Variablen enthalten, die in Sammlungen und Bereitstellungenunterschiedliche Werte annehmen können. Ausführlichere Anweisungen finden Sie unter Definieren oder aktualisieren Sie eine Komponente.

      Sammlungen

      Eine Sammlung ist der Satz von Komponenten, die zusammen ein Release definieren. Sie können sich eine Sammlung als eine Release-Zusammensetzung vorstellen.

      Eine Sammlung kann Variablen enthalten oder Einstellungen überschreiben, die für eine bestimmte Version spezifisch sind. Beispielsweise unterscheiden sich die in Release-1 verwendeten VM-Konfigurationsdaten von den in Release-2 verwendeten Daten. Release-1 verwendet möglicherweise den Wert 2 GB für die Arbeitsspeichereinstellung („memory“: „2 Gb“), und Release-2 gibt möglicherweise einen anderen Wert an („memory“: „4Gb“). Darüber hinaus kann eine Sammlung Konfigurationseinstellungen enthalten, die nicht in ihren Komponenten angezeigt werden. Sie können sich solche Werte als „Überlagerungen“ vorstellen.

      Einsetzbare

      Ein bereitstellbar ist ein Konfigurationsdatensatz (für eine Entwicklungs-, Test- oder Produktionsumgebung), der als Service in Ihrer CI/CD-Pipeline bereitgestellt werden kann. Jedes bereitstellbar in einer Anwendung konfiguriert einen Service in CMDB. Sie können beispielsweise drei bereitstellbare Elemente erstellen, eines für jeden Umgebungstyp: Entwicklung, Test und Produktion.

      Ein bereitstellbar besteht aus der Sammlung oder dem Satz von Sammlungen, die das Release für eine bestimmte Umgebung definieren. Die Kombination aus Sammlungen und Umgebungslink zu einem Anwendungsservice im CMDB oder zu einem Infrastrukturservice.

      Ein bereitstellbar kann Variablen enthalten oder Einstellungen überschreiben, die für die Umgebung spezifisch sind. Zum Beispiel hat die Datenbankvariable einen Wert in der Entwicklungsumgebung und einen anderen Wert in der Produktionsumgebung. Ein Überschreibungswert in der Produktion bereitstellbar kann einen erforderlichen Containerparameter angeben, der in der Entwicklungsumgebung nicht benötigt wird.

    5. Nachdem die Daten hochgeladen wurden, kehren Sie zu CDMzurück. Sie aktualisieren Variablen- und Überschreibungswerte, damit der relativ kleine Satz von Komponenten und Sammlungen Konfigurationsdaten für alle drei bereitstellbar -Umgebungen bereitstellen kann. Beispielsweise können für die Entwicklung bereitstellbar dieselben Komponenten und Sammlungen wie für den Test bereitstellbarverwendet werden. Die Entwicklung verwendet den Standardwert der Datenbankvariablen. Testhingegen verwendet einen anderen Wert, der für die Testumgebung geeignet ist.
    6. Speichern Sie jetzt das Changeset, und bestätigen Sie es. Das System führt die folgenden Aktionen aus:
      • Stellen Sie fest, ob Konflikte mit anderen früheren Commits bestehen. Wenn das System einen Konflikt meldet, müssen Sie ihn lösen und erneut committen oder ein Changeset erstellen und Ihre Änderungen wiederholen. Weitere Informationen zur Konfliktlösung finden Sie unter Konflikte zwischen Changeset-Commits.
      • Alle Changes in das Datenmodell der Anwendung verschieben (die Konfigurationsdaten werden beibehalten).
      • Generieren Sie einen Snapshot von jedem bereitstellbar, der von den Changes im Changeset betroffen ist. Das System validiert Konfigurationsdaten, indem die angegebenen Richtlinien für einen Snapshot ausgeführt werden. Sobald der Snapshot erstellt wird, kann er veröffentlicht und zum Exportieren der Konfigurationsdaten verwendet werden. Snapshots sind dauerhafte Datensätze, die nicht bearbeitet werden können.
    Die Quellkonfigurationsdaten werden jetzt in Tabellen CDM gespeichert. Sie können die Daten jetzt nach Bedarf verwalten: Ordnen Sie jedem bereitstellbar Richtlinien zu, damit die Snapshots validiert werden können, validieren Sie die Daten in einem Snapshot (wenden Sie die Richtlinien an), exportieren Sie Konfigurationsdaten usw.
    Hinweis:
    Sie können Richtlinien zu einem leeren bereitstellbarzuordnen, dies ist jedoch kein typisches Verfahren.