--- sourceDocument: Gestion des opérations IT Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-operations-management Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Gestion des opérations IT Xanadu ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Considérations relatives à l'administrateur de domaine # Considérations relatives à l'administrateur de domaine {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 10 minutes de lecture Avant de configurer Domain Separation pour les clients, assurez-vous de passer en revue les considérations suivantes en amont de la mise en service des ressources dans le cloud pour chaque domaine que vous gérez dans l'application Cloud Provisioning and Governance. ## Vue d'ensemble {#domain-admin-workflow__section_hxm_jsp_ckb} La section suivante répertorie les activités qu'effectue l'administrateur d'un domaine pour la société gérée par un fournisseur de services. Configurez des comptes de service et des comptes dans le cloud à l'aide du portail d'administration dans le cloud. Créez des opérations de pré-mise en service que vous pouvez configurer pour les ressources dans le cloud avant que vos utilisateurs ne les mettent en service ou exécutent des opérations de cycle de vie. Des normes de processus universelles rigoureuses, une conception de processus pilotée par les données, une gouvernance stricte et une administration centralisée maximisent les avantages de Domain Separation dans Cloud Provisioning and Governance au sein d'une instance unique. Le rôle d'administrateur de domaine doit être strictement limité aux utilisateurs de l'organisation du fournisseur de services et ne pas être affecté aux utilisateurs d'administrateur dans le cloud de l'organisation du client. Cette restriction permet au SP de s'assurer qu'un client n'a pas un accès complet aux données d'autres domaines. Dans la mesure où les données sont souvent partagées entre plusieurs clients, en tant qu'administrateurs de domaine, n'exposez pas ou ne fournissez pas d'autorisations qui pourraient entraîner une fuite de données. ## Mettre en service des ressources dans le cloud {#domain-admin-workflow__section_qfq_mg3_ckb} * Assurez-vous de mapper les comptes de service pertinents aux comptes dans le cloud de chaque domaine. Par exemple, détecter un abonnement principal à partir du cloud Azure entraine la création d'un ou plusieurs comptes de service enfants dans le même domaine. Cela signifie que tous les comptes de service d'un abonnement principal à partir du cloud Azure doivent appartenir à une seule société et à un seul domaine. Connectez-vous à l'aide d'un utilisateur disposant d'un rôle root_admin ou cloud_admin, tout en configurant des comptes dans le cloud et de service et en exécutant une détection pour n'importe quel domaine. Utilisez le sélecteur de domaine lors de l'exécution d'actions telles que la détection ou la création et le mappage de comptes de service et dans le cloud. Remarque : * Cloud Provisioning and Governance ne prend pas en charge l'option de développement et de réduction du champ d'application du domaine. * Pour plus d'informations sur ce à quoi un utilisateur peut et ne peut pas accéder, consultez [Champ d'application de domaine](https://www.servicenow.com/docs/access?context=c_DomainScope&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US) {#domain-admin-workflow__ul_z3c_pcg_lkb} Un compte de services est un enregistrement sécurisé sur votre instance qui stocke les informations d'identification et d'accès de votre compte fournisseur. Discovery utilise les informations pour accéder à votre compte fournisseur afin d'obtenir des données sur chaque ressource dans chaque centre de données spécifié. Un compte cloud est la représentation logique dans Cloud Provisioning and Governance de l'ensemble ou d'une partie de votre infrastructure cloud gérée. Un compte cloud peut inclure plusieurs comptes de services, y compris des comptes de services de différents fournisseurs. Pour chaque compte de services, vous spécifiez les centres de données à inclure dans le compte cloud. Assurez-vous que les clés de gestion et les informations d'identification du compte de service sont propres à chaque domaine et ne sont pas partagées. Pour configurer des comptes dans le cloud et des comptes de service pour plusieurs fournisseurs dans le cloud, effectuez les actions de configuration du jour 1 : * [Guide de configuration du jour 1 pour Amazon Web Services sur Cloud Provisioning and Governance](https://servicenow-prod.fluidtopics.net/AyiOurS6sLAOZUe_qjda4Q "Pour configurer Cloud Provisioning and Governance pour la première fois, vous effectuez les procédures dans ce guide de configuration « Jour 1 ». Assurez-vous d'entamer les procédures dans l'ordre. Une fois que vous avez effectué la configuration du Jour 1, vous pouvez entamer les procédures de configuration facultatives du Jour 2 au besoin et dans n'importe quel ordre. Les instructions détaillées pour chaque procédure suivent cette vue d'ensemble.") * [Guide de configuration du Jour 1 pour Azure sur Cloud Provisioning and Governance](https://servicenow-prod.fluidtopics.net/8TTz7rnhwupTN2fBoUt6RQ "Pour configurer Cloud Provisioning and Governance pour la première fois, vous effectuez les procédures dans ce guide de configuration « Jour 1 ». Assurez-vous d'entamer les procédures dans l'ordre. Une fois que vous avez effectué la configuration du Jour 1, vous pouvez entamer les procédures de configuration facultatives du Jour 2 au besoin et dans n'importe quel ordre. Les instructions détaillées pour chaque procédure suivent cette vue d'ensemble.") * [Guide de configuration du jour 1 pour Google Cloud Connector sur Cloud Provisioning and Governance](https://servicenow-prod.fluidtopics.net/shIBn~IucR53UB~aE2U9qw "Pour configurer l'application ServiceNow Google Cloud Connector pour la première fois, vous effectuez les procédures dans ce guide de configuration « Jour 1 ». Assurez-vous d'entamer les procédures dans l'ordre. Une fois que vous avez effectué la configuration du Jour 1, vous pouvez entamer les procédures de configuration facultatives du Jour 2 au besoin et dans n'importe quel ordre. Les instructions détaillées pour chaque procédure suivent cette vue d'ensemble.") * [Guide de configuration du jour 1 pour VMware sur Cloud Provisioning and Governance](https://servicenow-prod.fluidtopics.net/9BXoXw~VEXl9f5o576ljew "Pour configurer Cloud Provisioning and Governance pour la première fois, vous effectuez les procédures dans ce guide de configuration « Jour 1 ». Assurez-vous d'entamer les procédures dans l'ordre. Une fois que vous avez effectué la configuration du Jour 1, vous pouvez entamer les procédures de configuration facultatives du Jour 2 au besoin et dans n'importe quel ordre. Les instructions détaillées pour chaque procédure suivent cette vue d'ensemble.") {#domain-admin-workflow__ul_obq_kbp_ckb} * [API dans le cloud (CAPI)](https://servicenow-prod.fluidtopics.net/aH9PaASsduDgOFG6zQnI2Q "L'API dans le cloud (CAPI) vous permet d'intégrer Cloud Provisioning and Governance aux fournisseurs dans le cloud à l'aide des API REST.") et [scripts dans le cloud et modèles de scripts dans le cloud](https://servicenow-prod.fluidtopics.net/HOzV2qzZr18yWFJRy9C1jA "Dans l'application Cloud Provisioning and Governance, l'exécution de script est divisée en scripts dans le cloud et en modèles de script dans le cloud. Utilisez des scripts dans des plans, des blocs de ressources, des profils de système d'exploitation et utilisez des scripts de politique pour définir des attributs de formulaire de demande. Les scripts de politique ne peuvent pas remplacer les données utilisateur.") La CAPI n'est pas séparée par domaine, car Cloud Provisioning and Governance ne prend en charge la séparation par domaine que pour le niveau 1 (données uniquement) et pas pour le code. Étant donné que la CAPI est configurée dans un domaine global et partagé entre les domaines feuilles, assurez-vous que les scripts ne contiennent pas d'informations sensibles codées en dur telles que les détails du compte, les informations d'identification ou les noms, même dans les commentaires ou les annotations. La CAPI vous permet d'intégrer Cloud Provisioning and Governance aux fournisseurs dans le cloud à l'aide des API REST. Les scripts dans le cloud sont des scripts Java simples qui utilisent des fonctionnalités de plateforme. Dans l'application Cloud Provisioning and Governance, l'exécution de script est divisée en scripts dans le cloud et en modèles de script dans le cloud. Utilisez des scripts dans des modèles, des blocs de ressources, des profils de système d'exploitation et utilisez des scripts de politique pour définir des attributs de formulaire de demande. Les scripts de politique ne peuvent pas remplacer les données utilisateur. Les modèles de script dans le cloud sont des exécutables réels transmis pour cibler un ordinateur virtuel pour exécution. Créez d'abord un modèle dans le cloud, puis associez-le à un script cloud. * [Détection dans le cloud](https://servicenow-prod.fluidtopics.net/9zmqQY04847sZ6LcCTFQPg "Détection dans le cloud permet aux départements informatiques des entreprises de recueillir des informations détaillées sur leur infrastructure basée sur le cloud. Détection dans le cloud trouve des ressources dans les principaux fournisseurs de services dans le cloud.") Les fournisseurs de services utilisent Domain Separation pour séparer les données de chaque client. Les utilisateurs d'un domaine donné peuvent consulter uniquement les données de leurs propres domaines ou de domaines enfants. Les fournisseurs de services contrôlent généralement le domaine de niveau supérieur, ce qui leur donne une visibilité sur les données associées à tous les domaines. Bien que la prise en charge de Domain Separation pour Discovery soit de niveau 2, il n'existe aucune délégation d'administration aux domaines enfants dans Cloud Provisioning and Governance. Les fournisseurs de services doivent conserver le contrôle administratif. En tant que SP, exécutez toujours la détection à partir d'un domaine feuille en vous connectant en tant qu'administrateur de domaine ou en empruntant l'identité d'un administrateur de domaine pour détecter vos ressources dans le cloud. Cloud Discovery fournit un assistant qui vous permet de créer et d'exécuter des planifications dans le cloud dans une interface unique. Lorsque vous créez un calendrier avec le gestionnaire de Discovery, vous sélectionnez les comptes à détecter, les informations d'identification pour accéder à ces comptes et les MID Servers pour analyser les ressources. Vous pouvez ensuite afficher les résultats dans la page d'accueil de Discovery et suivre toutes les erreurs qui ont pu se produire. Pour plus d'informations, consultez * [Gestionnaire de Discovery](https://servicenow-prod.fluidtopics.net/VXYDVfiegRMJDAPlQNbVcA#discovery-manager "Créez des calendriers pour la détection des ressources dans le cloud en fonction de la méthode de détection dans le cloud que vous choisissez : comptes de services ou plages IP.") * [Exécuter des détections dans votre réseau](https://servicenow-prod.fluidtopics.net/T3hsGxshrF5LjjftIrXRfA "Vous pouvez exécuter des détections à partir de calendriers ou de scripts pour créer des éléments de configuration, définir des sous-réseaux ou trouver des ressources dans les clouds AWS et Azure.") * [Détection dans le cloud Amazon AWS](https://servicenow-prod.fluidtopics.net/iDQKUT8qtaB4IVX7kRf_1Q "Utilisez Détection dans le cloud pour détecter des ressources virtuelles dans vos organisations AWS : comptes de gestion et comptes membres.") * [Détection dans le cloud Microsoft Azure](https://servicenow-prod.fluidtopics.net/J92zkKa4WNdZc~DFKnIcdA "Si vos ressources cloud se trouvent dans un cloud Azure, vous devez créer une identité d’utilisateur appelée principal de service qui accorde des autorisations pour accéder aux Serveur MID ressources sélectionnées.") * [Détection VMware Cloud](https://servicenow-prod.fluidtopics.net/hIkycXCEmuYSFvBLdKndxQ "Les applications qui accèdent aux ressources dans le cloud VMware ont besoin d'accéder aux informations d'identification VMware.") * [Détection Google Cloud Platform](https://servicenow-prod.fluidtopics.net/u4JM9~pQ3W2NjL6CxTBgsQ "Découverte détecte Google Cloud Platform et ses composants. La détection de ces ressources nécessite l'installation de l'application Modèles de détection et de mappage des services à partir du ServiceNow Store.") * [Détection dans le cloud IBM](https://servicenow-prod.fluidtopics.net/GOd4NtU5tlfMNwhEJZS8uQ "Si vos ressources dans le cloud se trouvent dans un cloud IBM, créez des informations d'identification qui peuvent accéder à votre compte IBM.") {#domain-admin-workflow__ul_flx_p2k_dkb} {#domain-admin-workflow__ul_r25_wdk_dkb} * Configurez la gestion des événements pour recevoir des événements externes et générez des alertes en fonction des règles de gestion des événements et des alertes. La visibilité des événements dépend du domaine du compte de service associé. Seuls les utilisateurs appartenant à ce domaine peuvent voir les détails de l'événement pour les événements traités. Les événements qui ne sont pas associés à un compte de service sont visibles par tous les domaines. Surveillez l'intégrité des services aux entreprises et de l'infrastructure à l'aide d'une console de gestion unique et réagissez de manière appropriée à tous les problèmes qui surviendront. Event Management fournit une analyse intelligente des événements et des alertes pour garantir la continuité de la performance de vos services aux entreprises. Event Management reçoit et traite les événements via le MID Server. Pour plus d'informations, consultez * [Explorer Gestion des événements](https://servicenow-prod.fluidtopics.net/C8qqe8C8ZfH63gTAtw4IGw "Explorez-le Gestion des événements pour comprendre sa vue d’ensemble, son flux de processus, ses rôles d’utilisateur et ses avantages pour une surveillance et une résolution complètes des problèmes informatiques.") * [Configuration d'Event Management](https://servicenow-prod.fluidtopics.net/P8Bn9OvYXks7H7vLFuw_Dw "Après l'activation de l'application Gestion des événements, configurez-la pour recevoir et traiter les événements, puis générez et analysez les alertes.") * [Configurez le AWS service Config pour envoyer des notifications d'événements à l'instance ServiceNow](https://servicenow-prod.fluidtopics.net/QyXQ9Q8teqjjGpPfSITTmw "Configurez le service Configuration (Amazon Web ServicesAWS) pour envoyer des notifications d’événements à l’instance ServiceNow en cas de changement de l’état du cycle de vie d’une ressource.") * [Configurer le service d'alerte Microsoft Azure pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/QWRoRV4ifxSI3nhzlp0EZA#azure-alert-service-cloud-mgt "Configurez le service d'alerte de Microsoft Azure pour mettre à jour automatiquement la Base de données de gestion des configurations (CMDB) sans attendre la prochaine exécution planifiée de Détection dans le cloud.") * [Configurer le Journalisation de Google Stackdriver service pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/ufZ0oG5cBbvjRYqxKUhnWg "Le service Journalisation de Google Stackdriver peut mettre à jour automatiquement les données CI dans la CMDB chaque fois que Google Cloud Connector ou votre compte Google modifie l'état ou la configuration du cycle de vie d'une ressource Google Cloud Platform. Par conséquent, les données de CI de la CMDB sont mises à jour sans avoir à attendre l'exécution de Découverte.") * [Configurer le Événements VMware service pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/MXVfZ1u7J2pGxQl4y9ga7w "Configurez les événements de l'environnement cloud pour effectuer les mises à jour nécessaires à votre CMDB sans analyse supplémentaire. Le service Événements VMware peut mettre à jour automatiquement les données EC dans la CMDB dès que Cloud Provisioning and Governance apporte un changement d'état du cycle de vie ou de configuration à une ressource VMware. Par conséquent, les données EC de la CMDB sont mises à jour sans avoir à attendre que Découverte s'exécute.") {#domain-admin-workflow__ul_rml_sjl_hkb} {#domain-admin-workflow__ul_sw5_gfg_gkb} * L'application Cloud Provisioning and Governance prend en charge l'intégration avec les solutions d'offre en continu (également connues sous le nom de gestion des configurations). Créez un fournisseur de gestion des configurations Ansible ou Terraform, puis exécutez Discovery sur le fournisseur pour trouver ses ressources. Pour plus d'informations, consultez [Prise en charge de la livraison continue (gestion des configurations)](https://servicenow-prod.fluidtopics.net/NYImcCF6Xoyuao_gVzjz9Q "L'application Cloud Provisioning and Governance prend en charge l'intégration avec les solutions d'offre en continu (également connues sous le nom de gestion des configurations). Ansible est pris en charge en tant que fournisseur de gestion de la configuration par défaut.") et [Créer un type de fournisseur de charge de travail](https://servicenow-prod.fluidtopics.net/DjLBQjBrv2pL3Z8I5dtvxg "Créez un type de fournisseur de charge de travail pour chaque nouveau fournisseur de gestion des configurations. Ces informations apparaissent dans le formulaire de catalogue de commandes en tant qu'attributs de gestion que vos utilisateurs peuvent sélectionner lors de la mise en service d'une ressource virtuelle via un fournisseur de gestion des configurations.") pour chaque nouveau fournisseur de gestion des configurations. Ces informations apparaissent dans le formulaire de catalogue de commandes en tant qu'attributs de gestion que vos utilisateurs peuvent sélectionner lors de la mise en service d'une ressource virtuelle via un fournisseur de gestion des configurations. * Si vous créez des catalogues basés sur des modèles Terraform et partagez le catalogue avec plusieurs domaines. Effectuez une liste de modules (détection de configuration) dans le domaine global. Le Serveur MID doit être créé dans le domaine global et ne doit être affecté qu'avec l'aptitude Terraform pour sa détection. Cela permet aux SP de partager des catalogues avec plusieurs domaines. Avertissement : Ne créez pas de Serveur MID global avec des aptitudes différentes de la gestion des configurations pour Terraform. Créez un catalogue Terraform commun et partagez-le avec plusieurs clients : * Créez un Serveur MID dans le domaine global en tant qu'administrateur global. * [Créez un fournisseur de configuration open source Terraform](https://servicenow-prod.fluidtopics.net/1OKZZb8QT1DgKiz8Ur~9oQ "Créez un fournisseur de Terraform Open Source configuration dans Cloud Provisioning and Governance. Le Terraform Open Source fournisseur de configuration permet Cloud Provisioning and Governance de détecter les installables de configuration Terraform Open Source (Terraform modèles) et de détecter les changements dans ceux-ci."). Remarque : Ajoutez uniquement \<\< Terraform \>\> en tant que fournisseur de configuration. * [Créez un élément de catalogue basé sur un modèle Terraform](https://servicenow-prod.fluidtopics.net/ucLP89sXzGCDGC~_q35UCQ "Créez un élément de catalogue à partir du modèle pour demander la mise en service des ressources dans le Terraform cloud. Les éléments de catalogue activés apparaissent dans le portail de l’utilisateur dans le cloud."). {#domain-admin-workflow__ul_u35_z5j_jkb} * Cloud Provisioning and Governance prend en charge l'utilisation de règles Now Platform avec des workflows. Les règles sont des ensembles de conditions et d'actions. Si toutes les conditions d'une règle sont évaluées sur true, le système effectue les actions. Si une condition est évaluée sur false, le système n'effectue pas les actions. La création de règles vous aide à suivre les activités et à répondre plus rapidement aux problèmes et à les résoudre. Profitez du cadre de travail des workflows pour automatiser vos opérations du jour 2. Écrivez rapidement un workflow qui communique avec une API cloud ou une ressource particulière. Utilisez SSH, PowerShell ou un outil similaire pour accéder, puis étendre les options du workflow. Pour plus d'informations, consultez [Opérations du jour 2 utilisant des workflows](https://servicenow-prod.fluidtopics.net/a7klqeFGQgMNGfe95lJNbw "Profitez du cadre de travail des workflows pour automatiser vos opérations du jour 2. Écrivez rapidement un workflow qui communique avec une API cloud ou une ressource particulière. Utilisez SSH, PowerShell ou un outil similaire pour accéder, puis étendre les options du workflow."). * [Notification et approbation basées sur le budget](https://servicenow-prod.fluidtopics.net/0W4Jp9sUZsu14~e9YvTH5g#costbased-quota-managment "Les administrateurs peuvent affecter un budget à un groupe et à un utilisateur au sein du groupe. Lorsque l'utilisateur ou le groupe atteint le seuil de limite budgétaire, des notifications lui sont envoyées pour l'alerter.") Domain Separation dans Cloud Provisioning and Governance prend en charge la séparation des données des budgets. Vous pouvez affecter des budgets spécifiques au domaine. Affectez un budget à un groupe et à un utilisateur au sein du groupe. Lorsque l'utilisateur ou le groupe atteint le seuil de limite budgétaire, des notifications lui sont envoyées pour l'alerter. Pour plus d'informations, consultez [Configurer les budgets](https://servicenow-prod.fluidtopics.net/0W4Jp9sUZsu14~e9YvTH5g#configure-budgets "Vous pouvez configurer des budgets pour les groupes et les utilisateurs au sein de ce groupe. Vous pouvez configurer une période budgétaire pour le groupe, allouer une limite budgétaire à un groupe et à chaque utilisateur au sein de ce groupe."). * [Créer des balises pour les ressources dans le cloud](https://servicenow-prod.fluidtopics.net/NE~BijtNwT0Ha2T4VbOkeg#cloud-tagging "Les balises catégorisent les ressources dans le cloud pour fournir des données de suivi et de rapport de facturation plus riches et plus détaillées.") Les balises catégorisent les ressources dans le cloud pour fournir des données de suivi et de rapport de facturation plus riches et plus détaillées. Les clés de balise ne sont pas séparées par domaine et sont affichées aux utilisateurs d'autres domaines. La visibilité des balises dépend du domaine de CI associé ou du domaine d'enregistrement de facturation associé. Les balises qui ne sont associées à aucun CI ou enregistrement de facturation sont visibles par tous les administrateurs de domaine. Lorsqu'une balise est créée, elle apparaît dans n'importe quel nouveau catalogue que vous créez. L'administrateur dans le cloud doit choisir les balises qu'il souhaite pour son catalogue. * Les données de facturation peuvent être consultées séparément pour chaque domaine. Les tâches de facturation utilisent le domaine du compte de service configuré. Configurez la facturation pour permettre aux administrateurs dans le cloud et aux utilisateurs dans le cloud d'afficher des rapports tels que les données de facturation dans le cloud et l'utilisation des balises dans le cloud sur le tableau de bord de facturation.Définissez la tâche planifiée qui utilise régulièrement un MID Server pour télécharger les données de facturation du fournisseur. Cloud Provisioning and Governance enregistre les données dans une table de coûts et utilise les informations pour générer des rapports. Pour plus d'informations sur la configuration des calendriers de facturation et le téléchargement des rapports de facturation, consultez : * [Définir le calendrier de téléchargement des données de facturation AWS](https://servicenow-prod.fluidtopics.net/5ryAVQF2PnhTm_oY6Llfsw "Définissez la tâche planifiée qui utilise régulièrement un Serveur MID pour télécharger les données de facturation du fournisseur. Cloud Provisioning and Governance enregistre les données dans une table de coûts et utilise les informations pour générer des rapports.") * [Définir le calendrier de téléchargement des données de facturation Azure](https://servicenow-prod.fluidtopics.net/EAFXe4IdgiK0zEZT45kJ1Q "Définissez la tâche planifiée qui utilise régulièrement un Serveur MID pour télécharger les données de facturation du fournisseur. Cloud Provisioning and Governance enregistre les données dans une table de coûts et utilise les informations pour générer des rapports.") {#domain-admin-workflow__ul_nvz_2lb_ckb} {#domain-admin-workflow__ul_ggv_bvv_15b} {#domain-admin-workflow__ul_iw5_4b3_3kb} ## Étapes suivantes {#domain-admin-workflow__section_e1c_tfk_fkb} Important : Lors de la création d'opérations personnalisées invoquant des workflows sur des blocs de ressources, assurez-vous de remplacer le contexte par le domaine approprié. Pour modifier le contexte au bon domaine, modifiez l'activité du workflow pour appeler le script suivant à partir du workflow. Assurez-vous qu'un utilisateur approprié est obtenu auprès du créateur du compte de service ou de l'utilisateur de commande. L'invocation de ce script d'emprunt d'identité permet d'exécuter le workflow dans le bon contexte et de choisir le Serveur MID appartenant au domaine associé. //var orderContext = json.decode(workflow.inputs.ordercontext) ; new CMPDomainSeparationUtil() .impersonateUser(current.request.requested_for); Pour plus d'informations sur l'exécution Cloud Provisioning and Governance des opérations de cycle de vie disponibles pour chaque domaine que vous gérez dans votre instance, consultez [Portail de l'utilisateur dans le cloud](https://servicenow-prod.fluidtopics.net/12tZWiHpPfoyxQjEIGOouA "Le portail de l'utilisateur dans le cloud vous donne un accès immédiat à toutes les activités quotidiennes dans le cloud."). **Concepts associés** * [Configuration supplémentaire de Cloud Provisioning and Governance le jour 2](https://servicenow-prod.fluidtopics.net/LtvwAS6jYDJQ7z3lqlS3KA "Une fois que vous avez effectué la configuration du Jour 1, vous pouvez entamer les procédures de configuration facultatives au besoin et dans n'importe quel ordre. Les instructions détaillées pour chaque procédure suivent cette vue d'ensemble.") * [Modèles de détection utilisés par ITOM Visibility](https://servicenow-prod.fluidtopics.net/GvKotaAoqc4~ab_jNuPXMg "Mappage des services et Découverte utilisent des modèles dans leur processus de détection qui couvrent la plupart des appareils et applications réseau standard du secteur. Vous pouvez personnaliser ces modèles et en créer.")