In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Dieses Dokument beschreibt die Integration von CloudCenter und ServiceNow (SNOW).
Mitarbeiter: Mitchell Cramer, TAC Engineer.
Die Integration von CloudCenter und ServiceNow ermöglicht die Modellierung von Anwendungen in CloudCenter und die anschließende Veröffentlichung in ServiceNow, wo Sie Bereitstellungen für eine der verfügbaren Clouds anfordern können und Kostenvergleiche zwischen den Clouds anzeigen können. Die neueste Version ist v1.4, die die beiden Umgebungen Helsinki und Istanbul unterstützt.
Um die ServiceNow-Integration in CloudCenter zu integrieren, gehen Sie wie folgt vor:
Es gibt eine benutzerdefinierte Aktion mit dem Namen Publish to ServiceNow und drei Richtlinien mit dem Namen SNOW_job_status_changed, SNOW_job_deploy und SNOW_job_canceled in CloudCenter. Die benutzerdefinierte Aktion fügt eine Schaltfläche mit der Bezeichnung Publish to ServiceNow in der Anwendungs-Dropdownliste hinzu.
Die Struktur der benutzerdefinierten Aktion ist in der folgenden Tabelle dargestellt:
Für Benutzer sichtbar | Aktiviert |
Objekt | Anwendung |
Aktionstyp | Aufrufen eines Webdiensts |
Protokoll | HTTPS |
URL des Webdiensts | <yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_publishing_app_trigger |
Benutzername | rest.admin |
Kennwort | rest.admin-Kennwort |
HTTP-Anforderungstyp | POST |
Inhaltstyp | JSON |
Text |
{
"app_id"
:
"%appId%"
,
"app_name"
:
"%appName%"
,
"neueste_App_Version"
:
"%latestAppVersion%"
,
"owner_id"
:
"%ownerId%"
,
"Eigentümer"
:
"%Owner%"
}
|
Das Format für die benutzerdefinierten Richtlinien wird in diesen Tabellen dargestellt. Sie folgen einem ähnlichen Muster, wobei die Informationen für die einzelnen Richtlinien geändert werden.
Name | SNOW_Job_status_geändert |
Ausführen für | Anwendungsbereitstellung |
Veranstaltung | Status geändert |
Aktionstyp | Aufrufen eines Webdiensts |
Protokoll | HTTPS |
URL des Webdiensts | <yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Benutzername | rest.admin |
Kennwort | rest.admin-Kennwort |
HTTP-Anforderungstyp | POST |
Inhaltstyp | JSON |
Text |
{
"Job_ID"
:
"%jobId%"
,
"Job_Name"
:
"%jobName%"
,
"Job-Typ"
:
"%jobType%"
,
"app_name"
:
"%appName%"
,
"Eigentümer"
:
"%Owner%"
,
"Status"
:
"%status%"
,
"changed_on"
:
"%ChangedOn%"
,
"new_status"
:
"%NewStatus%"
}
|
Automatische Aktivierung für freigegebene Benutzer |
Aktiviert
|
Benutzer daran hindern, diese Richtlinie zu deaktivieren |
Aktiviert
|
Name | SNOW_Job_bereitgestellt |
Ausführen für | Anwendungsbereitstellung |
Veranstaltung | Bereitgestellt |
Aktionstyp | Aufrufen eines Webdiensts |
Protokoll | HTTPS |
URL des Webdiensts | <yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Benutzername | rest.admin |
Kennwort | rest.admin-Kennwort |
HTTP-Anforderungstyp | POST |
Inhaltstyp | JSON |
Text |
{
"Job_ID"
:
"%jobId%"
,
"Job_Name"
:
"%jobName%"
,
"Job-Typ"
:
"%jobType%"
,
"app_name"
:
"%appName%"
,
"Eigentümer"
:
"%Owner%"
,
"Status"
:
"%status%"
,
"Bereitstellung_on"
:
"%DeployedOn%"
}
|
Automatische Aktivierung für freigegebene Benutzer |
Aktiviert
|
Benutzer daran hindern, diese Richtlinie zu deaktivieren |
Aktiviert
|
Name | SNOW_Job_abgebrochen |
Ausführen für | Anwendungsbereitstellung |
Veranstaltung | annulliert |
Aktionstyp | Aufrufen eines Webdiensts |
Protokoll | HTTPS |
URL des Webdiensts | <yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Benutzername | rest.admin |
Kennwort | rest.admin-Kennwort |
HTTP-Anforderungstyp | POST |
Inhaltstyp | JSON |
Text |
{
"Job_ID"
:
"%jobId%"
,
"Job_Name"
:
"%jobName%"
,
"Job-Typ"
:
"%jobType%"
,
"app_name"
:
"%appName%"
,
"Eigentümer"
:
"%Owner%"
,
"Status"
:
"%status%"
,
"Storniert_on"
:
"%CanceledOn%"
}
|
Automatische Aktivierung für freigegebene Benutzer |
Aktiviert
|
Benutzer daran hindern, diese Richtlinie zu deaktivieren |
Aktiviert
|
Um von ServiceNow zum CloudCenter bereitzustellen, müssen diese Schritte in ServiceNow befolgt werden.
Nachdem der Benutzer erstellt wurde, suchen Sie nach dem Benutzer und fügen Sie ihn zwei Gruppen hinzu:
Darüber hinaus benötigt der Benutzer Berechtigungen für alle Umgebungen und Anwendungen, die er in CloudCenter bereitstellen wird, um ServiceNow erfolgreich bereitstellen zu können.
Wenn ein Benutzer in ServiceNow erstellt wird, wird versucht, den Benutzer in CloudCenter zu erstellen, wenn ein Benutzer erfolgreich in CloudCenter erstellt wurde, wird der API-Schlüssel zurück an ServiceNow gesendet. Um dies zu überprüfen, rufen Sie die Tabelle User API Keys in ServiceNow auf, und prüfen Sie, ob ein API-Schlüssel für diesen Benutzer vorhanden ist.
Führen Sie die folgenden Schritte aus, um einen neuen Service über ServiceNow zu bestellen.
Das Hauptproblem bei der Integration sind die nicht übereinstimmenden Berechtigungen zwischen CloudCenter und ServiceNow. Anwendungen und Bereitstellungsumgebungen müssen für die Benutzer in CloudCenter freigegeben werden, die die Bereitstellungen in ServiceNow durchführen.
Weitere Informationen zu Benutzern und ihren Berechtigungen finden Sie im Backend von ServiceNow, und navigieren Sie zur Tabelle mit den Benutzereigenschaften.
Wenn andere Probleme innerhalb von ServiceNow selbst auftreten, finden Sie die Protokolle im Backend unter den Systemprotokollen.
CloudCenter bietet keine Heartbeat-Überprüfung. Alle Informationen werden direkt von CloudCenter an ServiceNow weitergeleitet, wenn ServiceNow bei einem Ausfall der Prozessinformationen nicht ordnungsgemäß bereitgestellt wird.