Introduction
Ce document décrit l'intégration entre CloudCenter et ServiceNow (SNOW).
Contribution de Mitchell Cramer, ingénieur TAC.
Qu'offre l'intégration CloudCenter et ServiceNow ?
L'intégration entre CloudCenter et ServiceNow permet de modéliser les applications dans CloudCenter, puis de les publier dans ServiceNow, où vous pouvez demander des déploiements dans n'importe quel cloud disponible et voir des comparaisons de coûts entre les clouds. La dernière version est la version 1.4 qui prend en charge les deux environnements Helsinki et Istanbul.
Comment un utilisateur obtient-il l'intégration de ServiceNow pour CloudCenter ?
Pour intégrer l'intégration de ServiceNow dans CloudCenter, procédez comme suit :
- Accédez à store.servicenow.com.
- Recherchez CloudCenter.
- Cliquez sur Intégration CloudCenter.
- Cliquez sur Contacter le vendeur.
- Connectez-vous avec vos informations d'identification.
- L'équipe CloudCenter approuve la demande de téléchargement et vous envoie les informations via ServiceNow.
Quelles modifications ont été apportées du côté de CloudCenter pour que cette intégration fonctionne ?
Il existe une action personnalisée appelée Publier sur ServiceMaintenant et trois stratégies appelées SNOW_job_status_changed, SNOW_job_Deployment et SNOW_job_anneled dans CloudCenter. L'action personnalisée ajoute un bouton intitulé Publier dans ServiceMaintenant dans la liste déroulante des applications.

Quel est le format de l'action personnalisée Publier sur ServiceNow ?
La structure de l'action personnalisée est présentée dans ce tableau :
Visible par l'utilisateur |
Activée |
Objet |
Application |
Type d'action |
Appeler un service Web |
Protocol |
HTTPS |
URL du service Web |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_publisher_app_trigger |
Nom d’utilisateur |
rest.admin |
Mot de passe |
mot de passe rest.admin |
Type de requête HTTP |
POST |
Type de contenu |
JSON |
Body (Corps) |
{
« app_id »
::
"%appId%"
,
« app_name »
::
"%appName%"
,
« dernière_version_app »
::
"%dernierAppVersion%"
,
« owner_id »
::
"%ownerId%"
,
« propriétaire »
::
"%owner%"
}
|
Quel est le format des stratégies personnalisées nécessaires à l'intégration de ServiceNow ?
Le format des stratégies personnalisées est indiqué dans ces tableaux, ils suivent un modèle similaire avec des informations modifiées pour chaque stratégie.
Name (nom) |
SNOW_job_status_changed |
Exécuter pour |
Déploiement d'applications |
Sur l'événement |
État modifié |
Type d'action |
Appeler un service Web |
Protocol |
HTTPS |
URL du service Web |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Nom d’utilisateur |
rest.admin |
Mot de passe |
mot de passe rest.admin |
Type de requête HTTP |
POST |
Type de contenu |
JSON |
Body (Corps) |
{
« job_id »
::
"%jobId%"
,
« nom_travail »
::
"%jobName%"
,
« type_travail »
::
"%jobType%"
,
« app_name »
::
"%appName%"
,
« propriétaire »
::
"%owner%"
,
« état »
::
"%status%"
,
« modifié_on »
::
"%ChangedOn%"
,
« new_status »
::
"%NewStatus%"
}
|
Activé automatiquement pour les utilisateurs partagés |
Activée
|
Restreindre les utilisateurs à désactiver cette stratégie |
Activée
|
Name (nom) |
Travail_NEW_déployé |
Exécuter pour |
Déploiement d'applications |
Sur l'événement |
Déployé |
Type d'action |
Appeler un service Web |
Protocol |
HTTPS |
URL du service Web |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Nom d’utilisateur |
rest.admin |
Mot de passe |
mot de passe rest.admin |
Type de requête HTTP |
POST |
Type de contenu |
JSON |
Body (Corps) |
{
« job_id »
::
"%jobId%"
,
« nom_travail »
::
"%jobName%"
,
« type_travail »
::
"%jobType%"
,
« app_name »
::
"%appName%"
,
« propriétaire »
::
"%owner%"
,
« état »
::
"%status%"
,
« déployé_on »
::
"%DeployedOn%"
}
|
Activé automatiquement pour les utilisateurs partagés |
Activée
|
Restreindre les utilisateurs à désactiver cette stratégie |
Activée
|
Name (nom) |
SNOW_job_annulé |
Exécuter pour |
Déploiement d'applications |
Sur l'événement |
annulé |
Type d'action |
Appeler un service Web |
Protocol |
HTTPS |
URL du service Web |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
Nom d’utilisateur |
rest.admin |
Mot de passe |
mot de passe rest.admin |
Type de requête HTTP |
POST |
Type de contenu |
JSON |
Body (Corps) |
{
« job_id »
::
"%jobId%"
,
« nom_travail »
::
"%jobName%"
,
« type_travail »
::
"%jobType%"
,
« app_name »
::
"%appName%"
,
« propriétaire »
::
"%owner%"
,
« état »
::
"%status%"
,
« annulé_on »
::
"%CancelledOn%"
}
|
Activé automatiquement pour les utilisateurs partagés |
Activée
|
Restreindre les utilisateurs à désactiver cette stratégie |
Activée
|
Comment un utilisateur peut-il se déployer de ServiceNow vers CloudCenter ?
Pour pouvoir déployer de ServiceNow vers CloudCenter, ces étapes doivent être suivies dans ServiceNow.
- Accédez au serveur principal ServiceNow.
- Recherchez le tableau Utilisateurs sous Utilisateurs et groupes.
- Cliquez sur New.
- Complétez les informations et assurez-vous que l'adresse e-mail est unique (ServiceNow ne vérifie pas l'unicité mais CloudCenter en a besoin).
Une fois l'utilisateur créé, recherchez-le et ajoutez-le à deux groupes :
- Cliqr : traite de la liaison de ServiceNow et des profils d'activation.
- Consommateurs de Cloud Marketplace : crée l'utilisateur dans CloudCenter et reçoit la clé API en retour.

L'utilisateur a également besoin d'autorisations pour tous les environnements et applications qu'il déploiera dans CloudCenter afin de pouvoir déployer avec succès à partir de ServiceNow.
Comment un utilisateur peut-il être confirmé avoir été créé avec succès dans CloudCenter à partir de ServiceNow ?
Lorsqu'un utilisateur dans ServiceNow est créé, il est tenté de le créer dans CloudCenter si un utilisateur est créé avec succès dans CloudCenter, la clé API est renvoyée à ServiceNow. Pour vérifier cela, accédez à la table User API Keys dans ServiceNow et vérifiez s'il existe une clé API pour cet utilisateur.
Quel est le processus de déploiement des applications dans CloudCenter à partir de ServiceNow ?
Pour commander un nouveau service via ServiceNow, procédez comme suit.
- Accédez au catalogue CloudCenter dans ServiceNow.
- Assurez-vous que l'utilisateur qui demande le service dans ServiceNow dispose des autorisations appropriées dans CloudCenter sinon il n'aura pas accès à ces balises système ou à cet environnement dans l'écran de demande de service.
- Définissez le temps de déploiement. Si le temps de déploiement est prévu pour le futur ServiceNow mettra la demande en attente jusqu'à ce que le temps soit atteint, puis enverra la demande à CloudCenter.
- Définissez l'heure de fin. Le ServiceNow ne sera plus disponible à ce moment-là et ne sera pas suspendu.
- Une fois envoyée, la commande attend l'approbation d'un utilisateur disposant des autorisations d'approbation.
- Les demandes de service peuvent être gérées à partir de l'onglet Instances de service par les utilisateurs ServiceNow.
Quels sont les principaux points de dépannage entre l'intégration ?
Le principal problème rencontré avec l'intégration est l'incompatibilité des autorisations entre CloudCenter et ServiceNow. Les applications et les environnements de déploiement doivent être partagés avec les utilisateurs de CloudCenter qui effectuent les déploiements dans ServiceNow.
Vous trouverez des informations supplémentaires sur les utilisateurs et leurs autorisations via le serveur principal de ServiceNow et accédez à la table des propriétés des utilisateurs.
Si d'autres problèmes surviennent dans les journaux ServiceNow, vous pouvez les trouver dans le backend sous les journaux système.
Y a-t-il une vérification de la pulsation de ServiceNow par CloudCenter au cas où ServiceNow tomberait en panne ?
CloudCenter ne vérifie pas les battements de coeur, toutes les informations sont directement transmises par CloudCenter à ServiceNow, si ServiceNow tombe en panne dans le processus, les informations peuvent ou non être fournies correctement.
Informations connexes
- Ces informations font référence à la dernière version de l'intégration de CloudCenter ServiceNow, qui est la version 1.4. Si vous utilisez une autre version, il peut y avoir des modifications subtiles entre elles et vous devriez consulter la documentation de votre version spécifique si des informations supplémentaires sont nécessaires.
- Support et documentation techniques - Cisco Systems