Ressourcenblöcke in Cloud Provisioning and Governance

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 5 Minuten Lesedauer
  • Ressourcenblöcke fungieren als eine Art von Middleware-Komponente zwischen Katalogelementen, der Cloud-API (CAPI) und der CMDB.

    Die folgende Grafik zeigt, wie Ressourcenblöcke zwischen anderen Komponenten im System passen:

    Ressourcenblöcke in der Cloud-Bereitstellungs- und Governance-Umgebung

    Blueprints
    Jeder Ressourcenblock wird zu einem Baustein innerhalb eines Blueprints. Der Blueprint wird schließlich zu einem Katalogelement (auch als Stapel bezeichnet), das ein Anwender aus dem Cloud-Katalog bereitstellt.
    Cloud-API (CAPI)
    Jeder Ressourcenblock definiert zulässige Vorgänge, z. B. Bereitstellung und Aufhebung der Bereitstellung. Diese Vorgänge rufen verschiedene Komponenten innerhalb des CAPI auf, um den vom Stapel empfangenen Vorgang auszuführen.
    Die CMDB
    Jeder Ressourcenblock basiert auf einem CI-Typ aus der CMDB. Ressourcenblöcke haben auch einen Antwortprozessor, der Antworten des Cloud-Providers verarbeitet, um eine Art von Aktion in der CMDB auszuführen, z. B. das Erstellen oder Aktualisieren eines CI.

    Wie Ressourcenblöcke verbunden sind

    Ressourcenblöcke werden in Blueprints miteinander verbunden. In diesem Blueprint ist beispielsweise ein virtueller Serverressourcenblock mit dem Speicher verbunden. Der virtuelle Server und der Speicher sind beide mit einem Ressourcenblock des AWS-Rechenzentrums verbunden.

    Abbildung : 1. Blueprint-Server mit Speicher
    Blueprint-Server mit Speicher

    Damit diese Verbindungen erfolgreich sind, muss jeder Ressourcenblock einen Schnittstellentyp angeben. Diese Grafik veranschaulicht diese Schnittstellen:

    Abbildung : 2. Typen von Schnittstellen für Ressourcenblöcke
    Ressourcenblockschnittstellen
    • Die Gastschnittstelle Stellt eine Verbindung zur Ressource her, die sich darüber befindet. Die Gastschnittstelle enthält Vorgänge (Auch genannt Vorgangssignaturen ), mit dem Anwender Maßnahmen für ihre Ressource ergreifen können.
    • Die Host-Schnittstelle Stellt eine Verbindung zur Ressource unter dem Ressourcenblock im Blueprint her. Die Hostschnittstelle enthält auch Vorgangssignaturen.
    • Die Bindungen Verbinden Sie angrenzende Ressourcen.
    Ressourcenblöcke können so viele Gastschnittstellen, Hostschnittstellen und Bindungen wie erforderlich haben. Verbindungen können in verschiedenen Richtungen hergestellt werden:
    • Vertikale Verbindungen erfordern, dass der oberste Ressourcenblock dieselbe Host-Schnittstelle wie die Gastschnittstelle des unteren Ressourcenblocks hat.
      Hinweis:
      In Blueprints wird diese vertikale Verbindung als bezeichnet Eindämmung Verbindung.
    • Horizontale Verbindungen binden eine Ressource an eine andere, aber beide Ressourcen müssen sich oben auf demselben Ressourcenblock befinden.
      Hinweis:
      In Blueprints wird diese horizontale Verbindung als bezeichnet Angehängt an Verbindung.
    Derselbe Beispiel-Blueprint mit einem virtuellen Server mit angehängtem Speicher in einem AWS-Rechenzentrum. Die Ressourcenblöcke werden so konfiguriert, wie diese Grafik veranschaulicht:
    Abbildung : 3. Schnittstellen für Ressourcenblöcke
    Schnittstellen für Ressourcenblöcke
    Ressourcenblock Schnittstellen und Bindungen
    Virtueller Server
    • Hostschnittstelle: Berechnen
    • Bindung: An Speichervolume
    AWS-Rechenzentrum
    • Gastschnittstelle: Berechnen
    • Gastschnittstelle: Speicherserverschnittstelle
    Speicher

    Hostschnittstelle: Speicherserverschnittstelle

    Die Bindung zwischen dem virtuellen Server und dem Speicher ist unidirektional. Sie konfigurieren die Bindung für den virtuellen Speicherressourcenblock nur, indem Sie den Speicherressourcenblock angeben. Sie müssen keine weitere Bindung für den Speicherressourcenblock konfigurieren.

    Gastschnittstellen und -Vorgänge

    Jede Gastschnittstelle bietet einen Standardsatz von Vorgängen (auch als Vorgangssignaturen bezeichnet), mit denen der Anwender auswählen kann, was er mit einer virtuellen Ressource tun möchte. Der häufigste Vorgang ist die Bereitstellung, d. h. eine virtuelle Ressource wird erstellt. Viele Gastschnittstellen und entsprechende Vorgänge werden standardmäßig mit bereitgestellt Cloud Provisioning and Governance Anwendung. Sie können diese standardmäßigen Gastschnittstellen für viele Ihrer Ressourcenblöcke verwenden.

    Wenn Sie eine neue Gastschnittstelle erstellen müssen, werden diese Vorgänge standardmäßig bereitgestellt:
    • Start
    • Stoppen
    • Bereitstellung
    • Aufheben der Bereitstellung
    • Bereinigung
    • ModifySchedule
    • ModifyLease

    Ressourcenblockkomponentendetails

    Jeder Ressourcenblock enthält diese Komponenten:
    Ebenen

    Die logische Ebene im Stapel, zu der dieser Ressourcenblock gehört. Standardmäßig Cloud Provisioning and Governance Stellt die Ebenen bereit. Wenn Sie Ressourcenblöcke konfigurieren, können Sie den wählen, der sich auf Sie bezieht.

    Vorgänge für jede Gastschnittstelle

    Wie erwähnt bietet jede Gastschnittstelle Vorgänge. Beispielsweise sind die häufigsten Vorgänge für einen virtuellen Server Bereitstellung , Bereitstellung Aufheben , Starten , Anhalten .

    Eingabeparameter für jeden Vorgang

    Die Eingabeparameter enthalten Werte, die der Cloud-Anbieter über CAPI verwendet, wenn Vorgänge ausgeführt werden. Diese Parameter enthalten die Informationen, die der Anwender beim Ausführen eines Vorgangs, z. B. der Bereitstellung, für einen Stapel auswählt.

    Ein Anwender muss beispielsweise normalerweise den Standort angeben, bei dem es sich um ein Rechenzentrum handelt, zu dem ein Stapel gehört. Der Wert, den der Anwender in auswählt Standort Feld wird im Parameter „Standort“ gespeichert. Das System verwendet diesen Parameter, der standardmäßig für den Ressourcenblock des virtuellen Servers verfügbar ist, und übergibt ihn an Knoten erstellen CAPI-Schnittstellenvorgang. Die Knoten erstellen Der Schnittstellenvorgang weist den Cloud-Anbieter an, den tatsächlichen virtuellen Server zu erstellen (oder bereitzustellen).

    Schritte für jeden Vorgang

    Jeder Vorgang erfordert einen Schritt, um die tatsächliche Arbeit auszuführen. Jeder Schritt ruft eine bestimmte Schnittstelle und Methode in CAPI auf und übergibt die für diese Methode erforderlichen Eingabeparameter. Beispiel: Bereitstellung Der Vorgang auf einem virtuellen Server bietet einen Schritt zum ersten Verbinden und Erstellen einer virtuellen Maschine und einen weiteren Schritt zum Erstellen des Knotens im Cloud-Provider. Jeder Schritt stellt verschiedene Eingabeparameter bereit. Zum Verbinden und Erstellen einer virtuellen Maschine ist neben vielen anderen Parametern der Cloud-Account erforderlich. Zum Erstellen des Knotens ist kein Cloud-Account erforderlich.

    Sie können beliebig viele Schritte für jeden Vorgang hinzufügen. Sie können auch verwenden Ausgabeattribute Dient zum Übergeben von Werten in Attributen von einem Schritt an einen anderen oder von Schritten in einem Vorgang zu Schritten in einem nachfolgenden Vorgang. Beispiel: Bereitstellung Der Vorgang für einen virtuellen Server kann ein Ausgabeattribut für die Netzwerkschnittstellen-ID und ein anderes für die Knoten-ID bereitstellen. Wenn der Cloud-Anbieter die Antwort sendet, werden die tatsächliche ID des Netzwerks und des Knotens aus der Antwort analysiert und in den Ausgabeattributen gespeichert. Nachfolgende Schritte können dann die IDs zum Ausführen von Aktionen verwenden.

    Antwortprozessoren

    Antwortprozessoren teilen dem System mit, was in der CMDB zu tun ist. Wenn der Cloud-Anbieter nach der Ausführung eines Vorgangs eine Antwort sendet, verarbeitet der Prozessor die Antwort.

    Hinweis:
    Diese Prozessoren sind Skripts, die Systemeinbindungen sind. Es handelt sich nicht um MID-Server-Skripteinbindungen wie die CAPI-Skripts, die Sie zur Integration in den Cloud-Anbieter erstellen können.
    Abbildung : 4. Wie Komponenten zusammenarbeiten
    Wie Ressourcenblockkomponenten zusammenarbeiten
    Anwender können Katalogelemente, auch als Stapel bezeichnet, im Cloud-Katalog anzeigen. Ein Katalogelement basiert auf einem Blueprint, der wiederum aus Ressourcenblöcken besteht, die miteinander verbunden sind.
    1. Der Anwender startet den Prozess, indem er einen Stapel anfordert. Die Anforderung ist Bereitstellung Vorgang im System.
    2. Das System führt die Schritte in der Reihenfolge für aus Bereitstellung Vorgang für die Ressourcenblöcke, aus denen der Stapel besteht.
    3. Jeder Schritt ruft CAPI auf, um zu bestimmen, welche Methode ausgeführt werden soll, und übergibt gleichzeitig Werte für die erforderlichen Parameter.
    4. CAPI stellt eine Schnittstelle mit der API des Cloud-Providers her, um die tatsächliche Ressource bereitzustellen.
    Abbildung : 5. Prozess-Flow, wenn eine Ressource im Cloud-Anbieter erstellt wird
    Antwortprozess des Cloud-Providers
    1. Der Cloud-Anbieter stellt die Ressource bereit und antwortet mit JSON.
    2. Das System analysiert die Antwort im Ressourcenskript im Ressourcenblock.
    3. Das System aktualisiert die CMDB. Bei der Bereitstellung einer neuen Ressource erstellt das System ein CI in der richtigen Tabelle.
    4. Der neue Stapel wird im Cloud-Anwenderportal für den Anwender zur Verwaltung angezeigt.

    Die Seite „Ressourcenblöcke“

    Verwalten Sie Ressourcenblöcke auf der Seite „Ressourcenblöcke“. Öffnen Sie das Cloud-Administratorportal, und navigieren Sie dann zu Entwurf > Ressourcenblöckean.

    Abbildung : 6. Komponenten der Seite „Ressourcenblöcke“
    Ressourcenblockseite und Beschreibungen der Elemente auf der Seite