Eine Anwendung wird für den Konfigurationsdaten-Upload vorbereitet

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 4 Minuten Lesedauer

    • Ein Anwendung In CDM Ist die vollständige Sammlung von Konfigurationsdaten für einen Anwendungsservice, ein Anwendungsmodell oder Dynamische CI-Gruppe[Infrastruktur] in CMDB. Nachdem Sie Ihre Quellkonfigurationsdaten hochgeladen haben, kann die Anwendung alle potenziellen Elemente unterstützen Bereitstellbare Elemente Aus denen jede Version der Entwicklungs-, Test- und Produktionsumgebungen des Service besteht.

    Wichtig:
    DevOps Config Ist jetzt veraltet und wird nicht mehr unterstützt oder ist für eine neue Aktivierung verfügbar.

    Übersicht: Anwendung wird vorbereitet, um hochgeladene Konfigurationsdaten zu akzeptieren

    Sie führen diesen allgemeinen Prozess aus, um eine Anwendung so vorzubereiten, dass das Hochladen von Konfigurationsdaten akzeptiert wird:
    1. Auf Apps Registerkarte, Sie, ein Anwender mit CDM-Administrator [sn_cdm.cdm_admin] Rolle: Erstellen Sie einen Anwendungsdatensatz.

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

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

      Die Anwendung unterstützt die Erstellung von mehreren Bereitstellbare Elemente. Sie können beispielsweise einen erstellen Bereitstellbar Für jede typische Umgebung: Entwicklung, Test und Produktion. Sie können auch mehrere Versionen von jeder erstellen Bereitstellbar Für jeden Umgebungstyp.

    2. Arbeiten in CDM Code-Editor 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 Modelle Die Konfigurationsdaten, d. h. sie bereiten die Anwendung so vor, dass Ihre Quellkonfigurationsdaten in zugeordnet werden CDM Datenstruktur.
      Hinweis:

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

    4. Jetzt, da die Struktur vorhanden ist, verwenden Sie die REST-APIs oder CDM Codebearbeitungsbereich zum Hochladen Ihrer vorhandenen Konfigurationsdaten in das Changeset. Der Prozess wird in beschrieben Ihre Konfigurationsdaten werden hochgeladen. Weitere Informationen finden Sie unter CdmApplicationsAPI , CdmChangesetsAPI , Und 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. Beispiel: Eine monolithische App, ein Micro-Service, ein physischer Server oder eine Docker-Vorlage.

      Eine Komponente kann Variablen enthalten, die verschiedene Werte in Sammlungen und annehmen können Bereitstellbare Elemente. Detailliertere Anweisungen werden in angezeigt 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 Release-Zusammensetzung vorstellen.

      Eine Sammlung kann Variablen enthalten oder Einstellungen überschreiben, die für die 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 Arbeitsspeicher Einstellung ( „Arbeitsspeicher“: „2 GB“ ) Und Release-2 können einen anderen Wert angeben ( „Arbeitsspeicher“: „4 GB“ ). Darüber hinaus kann eine Sammlung Konfigurationseinstellungen enthalten, die nicht in ihren Komponenten angezeigt werden. Sie könnten sich Werte wie „Überlagerungen“ vorstellen.

      Einsetzbare

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

      A Bereitstellbar Besteht aus der Sammlung oder dem Satz von Sammlungen, die das Release für eine bestimmte Umgebung definieren. Die Kombination aus Sammlungen und Umgebung verknüpft mit einem Anwendungsservice in CMDB Oder einen Infrastrukturservice.

      A Bereitstellbar Kann Variablen enthalten oder Einstellungen überschreiben, die für die Umgebung spezifisch sind. Beispiel: Datenbank Variable hat 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 zurück CDM. Sie aktualisieren Variable und überschreiben Werte, damit der relativ kleine Satz von Komponenten und Sammlungen Konfigurationsdaten für alle drei bereitstellen kann Bereitstellbar Umgebungen. Beispiel: Entwicklung Bereitstellbar Kann die gleichen Komponenten und Sammlungen wie verwenden Testen Bereitstellbar. Entwicklung Verwendet den Standard Datenbank Variablenwert. Testen Verwendet dagegen 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:
      • Bestimmen Sie, ob Konflikte mit anderen früheren Commits bestehen. Wenn das System einen Konflikt meldet, müssen Sie ihn lösen und erneut bestätigen oder ein Changeset erstellen und Ihre Änderungen wiederholen. Weitere Informationen zur Konfliktlösung finden Sie unter Konflikte zwischen Changeset-Commits.
      • Alle Änderungen in das Datenmodell der Anwendung übertragen (die Konfigurationsdaten werden beibehalten).
      • Generieren Sie jeweils einen Snapshot Bereitstellbar Das von den Änderungen im Changeset betroffen ist. Das System validiert Konfigurationsdaten, indem es die angegebenen Richtlinien für einen Snapshot ausführt. In dem Moment, in dem der Snapshot erstellt wird, kann der Snapshot 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 gespeichert CDM Tabellen. Sie können die Daten jetzt nach Bedarf verwalten: Ordnen Sie jedem Richtlinien zu Bereitstellbar 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 einem leeren zuordnen Bereitstellbar, Aber das ist kein typisches Verfahren.