Ressourcenblöcke in Cloud Provisioning and Governance
Ressourcenblöcke fungieren als eine Art Middleware-Komponente zwischen Katalogelementen, der Cloud API (CAPI) und der CMDB.
Die folgende Grafik zeigt, wie Ressourcenblöcke zwischen andere Komponenten im System passen:
- Blaupausen
- Jeder Ressourcenblock wird zu einem Baustein innerhalb einer Blaupause. Die Blaupause wird schließlich zu einem Katalogelement (auch Stapel genannt), das ein Benutzer aus dem Cloud-Katalog bereitstellt.
- Cloud-API (CAPI)
- Jeder Ressourcenblock definiert zulässige Vorgänge wie „Bereitstellung“ und „Bereitstellung aufheben“. Diese Vorgänge rufen verschiedene Komponenten in der CAPI auf, um den vom Stapel empfangenen Vorgang auszuführen.
- Die CMDB
- Jeder Ressourcenblock basiert auf einem CI-Typ der CMDB. Ressourcenblöcke haben auch einen Antwortprozessor, der Antworten vom Cloud-Provider verarbeitet, um eine Art von Aktion in der CMDB durchzuführen, z. B. das Erstellen oder Aktualisieren eines CI.
Verbindungen von Ressourcenblöcken
Ressourcenblöcke sind in Blaupausen miteinander verbunden. Beispielsweise ist in dieser Blaupause ein Ressourcenblock eines virtuellen Servers mit Speicher verbunden. Der virtuelle Server und der Speicher sind beide mit einem AWS-Rechenzentrum-Ressourcenblock verbunden.
Damit diese Verbindungen erfolgreich hergestellt werden können, muss jeder Ressourcenblock einen Schnittstellentyp angeben. Diese Grafik veranschaulicht diese Schnittstellen:
- Die Gastschnittstelle stellt eine Verbindung mit der darüber befindlichen Ressource her. Die Gastschnittstelle enthält die Vorgänge (auch Vorgangssignaturen genannt), mit denen Benutzer Aktionen für ihre Ressource ausführen können.
- Die Hostschnittstelle stellt eine Verbindung mit der Ressource unter dem Ressourcenblock in der Blaupause her. Die Hostschnittstelle enthält auch Vorgangssignaturen.
- Die Bindungen verbinden angrenzende Ressourcen.
- Vertikale Verbindungen erfordern, dass die Hostschnittstelle des oberen Ressourcenblocks der Gastschnittstelle des unteren Ressourcenblocks entspricht.Hinweis:In Blaupausen wird diese vertikale Verbindung als Containment-Verbindung bezeichnet.
- Horizontale Verbindungen binden eine Ressource an eine andere, aber beide Ressourcen müssen sich über demselben Ressourcenblock befinden. Hinweis:In Blaupausen wird diese horizontale Verbindung als Angehängt-Verbindung bezeichnet.
| Ressourcenblock | Schnittstellen und Bindungen |
|---|---|
| Virtueller Server |
|
| AWS-Rechenzentrum |
|
| 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 Vorgangssignaturen genannt), mit denen der Benutzer auswählen kann, was er mit einer virtuellen Ressource tun möchte. Der häufigste Vorgang ist die Bereitstellung, was bedeutet, dass eine virtuelle Ressource erstellt wird. Viele Gastschnittstellen und entsprechende Vorgänge werden standardmäßig mit der Cloud Provisioning and Governance-Anwendung bereitgestellt. Sie können diese standardmäßigen Gastschnittstellen für viele Ihrer Ressourcenblöcke verwenden.
- Start
- Stoppen
- Bereitstellung
- Aufheben der Bereitstellung
- Bereinigung
- ModifySchedule
- ModifyLease
Details der Ressourcenblockkomponenten
- Ebenen
Die logische Ebene im Stapel, zu der dieser Ressourcenblock gehört. Standardmäßig stellt Cloud Provisioning and Governance die Ebenen bereit. Beim Konfigurieren von Ressourcenblöcken können Sie die für Sie relevante auswählen.
- Vorgänge für jede Gastschnittstelle
Wie bereits erwähnt, bietet jede Gastschnittstelle Vorgänge. Die häufigsten Vorgänge für einen virtuellen Server sind beispielsweise Bereitstellung, Bereitstellung aufheben, Starten, Stoppen.
- Eingabeparameter für die einzelnen Vorgänge
Die Eingabeparameter enthalten Werte, die der Cloud-Provider bei der Ausführung von Vorgängen über CAPI verwendet. Diese Parameter enthalten die Informationen, die der Benutzer beim Ausführen eines Vorgangs, z. B. Bereitstellung, für einen Stapel auswählt.
Beispielsweise muss ein Benutzer normalerweise den Standort angeben, bei dem es sich um ein Rechenzentrum handelt, zu dem ein Stapel gehört. Der Wert, den der Benutzer im Feld Standort auswählt, wird im Standortparameter gespeichert. Das System verwendet diesen Parameter, der standardmäßig für den Ressourcenblock des virtuellen Servers verfügbar ist, und übergibt ihn an den CAPI-Schnittstellenvorgang CreateNode. Der Schnittstellenvorgang CreateNode weist den Cloud-Provider an, den tatsächlichen virtuellen Server zu erstellen (oder bereitzustellen).
- Schritte für die einzelnen Vorgänge
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. Beispielsweise stellt der Vorgang Bereitstellung für einen virtuellen Server einen Schritt zum Herstellen einer Verbindung und zum Erstellen eines virtuellen Computers sowie einen weiteren Schritt zum Erstellen des Knotens im Cloud-Provider bereit. Jeder Schritt bietet andere Eingabeparameter. Zum Herstellen einer Verbindung und Erstellen eines virtuellen Computers ist neben vielen anderen Parametern das Cloud-Konto erforderlich. Zum Erstellen des Knotens ist kein Cloud-Konto erforderlich.
Sie können jedem Vorgang beliebig viele Schritte hinzufügen. Sie können auch Ausgabeattribute verwenden, um Werte in Attributen von einem Schritt an einen anderen Schritt zu übergeben oder Werte von Schritten in einem Vorgang an Schritte in einem nachfolgenden Vorgang zu übergeben. Beispielsweise kann der Vorgang der Bereitstellung für einen virtuellen Server ein Ausgabeattribut für die Netzwerkschnittstellen-ID und ein anderes für die Knoten-ID bereitstellen. Wenn der Cloud-Provider die Antwort sendet, werden die tatsächliche ID des Netzwerks und die 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-Provider eine Antwort sendet, nachdem ein Vorgang ausgeführt wurde, verarbeitet der Prozessor die Antwort.
Hinweis:Diese Prozessoren sind Skripts, die im System eingeschlossen sind. Sie sind keine MID Server-Skripteinbindungen wie die CAPI-Skripts, die Sie zur Integration des Cloud-Providers erstellen können.
- Der Benutzer startet den Prozess, indem er einen Stapel anfordert. Die Anforderung ist der Vorgang Bereitstellung im System.
- Das System führt die Schritte in der angegebenen Reihenfolge für den Vorgang Bereitstellung für die Ressourcenblöcke aus, die den Stapel bilden.
- Jeder Schritt ruft CAPI auf, um die auszuführende Methode zu bestimmen und gleichzeitig Werte für erforderliche Parameter zu übergeben.
- CAPI arbeitet mit der API des Cloud-Providers zusammen, um die tatsächliche Ressource bereitzustellen.
- Der Cloud-Provider stellt die Ressource bereit und antwortet mit JSON.
- Das System analysiert die Antwort im Ressourcenskript im Ressourcenblock.
- Das System aktualisiert die CMDB. Beim Bereitstellen einer neuen Ressource erstellt das System ein CI in der richtigen Tabelle.
- Der neue Stapel wird im Cloud-Benutzerportal für den zu verwaltenden Benutzer angezeigt.
Die Seite „Ressourcenblöcke“
Verwalten Sie Ressourcenblöcke auf der Seite „Ressourcenblöcke“. Öffnen Sie das Cloud-Adminportal, und navigieren Sie dann zu .