--- sourceDocument: Gestion des opérations IT Australie sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-operations-management Release : - australia ft:locale : - fr-FR ft:publication_title : - Gestion des opérations IT Australie 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: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 11 minutes de lecture Avant de configurer Séparation de domaine pour les clients, assurez-vous de prendre en compte les considérations suivantes avant de mettre en service des ressources dans le cloud pour chaque domaine que vous gérez dans l'application Mise en service et gouvernance du cloud . ## Activités d'administrateur de domaine dans l'organisation d'un fournisseur de service {#domain-admin-workflow__section_hxm_jsp_ckb} La section suivante répertorie les activités que l'administrateur d'un domaine effectue pour la société gérée par un fournisseur de service. Configurez des comptes de service et des comptes dans le cloud à l'aide du portail d'administration du cloud. Créez des opérations de pré-mise en service que vous pouvez configurer pour les ressources dans le cloud avant que les utilisateurs ne les mettent en service ou n'effectuent des opérations de cycle de vie. Des normes de processus universelles strictes, une conception des processus basée sur les données, une gouvernance stricte et une administration centralisée maximisent les avantages de la séparation de domaine dans Mise en service et gouvernance du cloud une instance unique. Le rôle d'administrateur de domaine doit être strictement limité aux utilisateurs de l'organisation du fournisseur de service et ne doit pas être affecté aux utilisateurs administrateurs du cloud de l'organisation du client. Cette restriction permet au SP de s'assurer qu'un client n'obtient pas l'accès complet aux données d'un autre domaine. Étant donné que 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. ## Mise en service des ressources dans le cloud {#domain-admin-workflow__section_qfq_mg3_ckb} * Assurez-vous de mapper les comptes de service appropriés aux comptes dans le cloud dans chaque domaine. Par exemple, la détection d'un abonnement primaire à partir du cloud Azure crée un ou plusieurs comptes de service enfants qui sont créés dans le même domaine. Cela signifie que tous les comptes de service d'un abonnement principal du cloud Azure doivent appartenir à une seule entreprise et à un seul domaine. Connectez-vous à l'aide d'un utilisateur disposant d'un rôle de root_admin ou de cloud_admin, tout en configurant des comptes de cloud et de service et en exécutant la détection pour n'importe quel domaine. Utilisez le sélecteur de domaine lors de l'exécution d'actions telles que la découverte ou la création et le mappage de comptes de cloud et de services. Remarque : * Mise en service et gouvernance du cloud ne prend pas en charge l'option Développer et réduire le champ d'application de 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=australia&pubname=australia-platform-security&ft:locale=en-US) {#domain-admin-workflow__ul_z3c_pcg_lkb} Un compte de service 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 dans le cloud est la représentation logique de Mise en service et gouvernance du cloud tout ou partie de votre infrastructure cloud gérée. Un compte dans le cloud peut inclure plusieurs comptes de service, même des comptes de service de différents fournisseurs. Pour chaque compte de service, vous spécifiez les centres de données à inclure dans le compte dans le cloud. Assurez-vous que les clés de gestion et les informations d'identification du compte de service sont uniques à 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 Mise en service et gouvernance du cloud](https://servicenow-prod.fluidtopics.net/SvbpAIMUG5lNCxl_94~tEA "Pour configurer Mise en service et gouvernance du cloud 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 Mise en service et gouvernance du cloud](https://servicenow-prod.fluidtopics.net/t~wGLNeb_GU89y_YaMU2qQ "Pour configurer Mise en service et gouvernance du cloud 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 Mise en service et gouvernance du cloud](https://servicenow-prod.fluidtopics.net/o~OlnKhquuUzb1OVSRxACw "Pour effectuer une configuration Google Cloud initiale, suivez les étapes de ce guide de configuration du Jour 1 dans l’ordre dans lequel elles sont présentées. Une fois la configuration du Jour 1 terminée, vous pouvez passer aux étapes de configuration facultatives du Jour 2 selon vos besoins, dans n’importe quel ordre. Des instructions détaillées pour chaque étape sont fournies dans les sections ci-dessous.") * [Guide de configuration du Jour 1 pour VMware sur Mise en service et gouvernance du cloud](https://servicenow-prod.fluidtopics.net/b1Qb1UBRh5ltUsY8Vu34jg "Pour configurer Mise en service et gouvernance du cloud 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/DKzPu2a2ZJ6LZjwgaLwdSA "L’API dans le cloud (CAPI) vous permet d’intégrer Mise en service et gouvernance du cloud des fournisseurs dans le cloud à l’aide d’API REST.")[Scripts dans le cloud et modèles de script dans le cloud](https://servicenow-prod.fluidtopics.net/GbW229_GAXf8FEdUvepZuQ "Dans l’application, l’exécution Mise en service et gouvernance du cloud de script est divisée en scripts cloud et en modèles de script cloud. Utilisez des scripts dans des plans, des blocs de ressources, des profils de système d’exploitation et utilisez des scripts de stratégie pour définir les attributs de formulaire de demande. Les scripts de stratégie ne peuvent pas remplacer les données utilisateur.") CAPI n'est pas séparé par domaine, car la prise en charge de la séparation de domaine dans Mise en service et gouvernance du cloud. Étant donné que CAPI est configuré 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. CAPI vous permet de vous intégrer Mise en service et gouvernance du cloud à des fournisseurs dans le cloud à l'aide d'API REST. Les scripts cloud sont des scripts Java simples qui utilisent des fonctionnalités de plateforme. Dans l'application, l'exécution Mise en service et gouvernance du cloud de script est divisée en scripts cloud et en modèles de script cloud. Utilisez des scripts dans des modèles, des blocs de ressources, des profils de système d'exploitation et utilisez des scripts de stratégie pour définir les attributs du formulaire de demande. Les scripts de stratégie ne peuvent pas remplacer les données utilisateur. Les modèles de script cloud sont des exécutables réels qui sont transmis à un ordinateur virtuel cible pour exécution. Créez d'abord un modèle dans le cloud, puis associez-le à un script dans le cloud. * [Découverte dans le cloud](https://servicenow-prod.fluidtopics.net/dykw4gjHAn5_lPWHGTm8qw "Visibilité ITOM Les solutions de découverte dans le cloud vous permettent de collecter des informations détaillées sur votre infrastructure basée sur le cloud et vos ressources auprès des principaux fournisseurs de services dans le cloud : Amazon Services Web (AWS), Microsoft Azure, Google Cloud Platform (GCP)IBM Cloud Platform, , Cloud Oracle Infrastructure (OCI) et Alibaba Cloud.") Les fournisseurs de services (SP) utilisent Séparation de domaine pour séparer les données de chaque client. Les utilisateurs d'un domaine donné n'ont de visibilité que sur les données de leurs propres domaines ou des domaines enfants. Les SP 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 la séparation de domaine pour Discovery soit considérée comme de niveau 2, il n'existe pas d'administration déléguée aux domaines enfants dans Mise en service et gouvernance du cloud. Les SP doivent conserver le contrôle administratif. En tant que SP, exécutez toujours Découverte à partir d'un domaine feuille en vous connectant ou en empruntant l'identité d'un administrateur de domaine pour détecter vos ressources dans le cloud. Découverte dans le cloud fournit un assistant qui vous permet de créer et d'exécuter des calendriers dans le cloud dans une seule interface. Lorsque vous créez un calendrier avec Discovery Manager (Gestionnaire de découverte), vous sélectionnez les comptes à détecter, les informations d'identification permettant d'accéder à ces comptes et les serveurs MID pour analyser les ressources. Vous pouvez ensuite afficher les résultats sur la page d'accueil de Discovery (Découverte) et suivre les erreurs qui ont pu se produire. Pour plus d'informations, consultez * [Gestionnaire de découverte](https://servicenow-prod.fluidtopics.net/makqJ07KokYRmbfVczhBAQ#discovery-manager "Créez des calendriers pour détecter les ressources dans le cloud à l’aide de comptes de services ou de plages d’adresses IP.") * [Exécuter des détections dans votre réseau](https://servicenow-prod.fluidtopics.net/41Wz2EghrwjNban2M3ztaQ "Vous pouvez exécuter des découvertes à partir de calendriers ou de scripts pour créer des éléments de configuration, définir des sous-réseaux ou rechercher des ressources dans les clouds AWS et Azure.") * [Découverte dans le cloud Microsoft Azure](https://servicenow-prod.fluidtopics.net/f_~NQ4c5Jj~~TAoX_dbTSQ "Si vos ressources dans le cloud se trouvent dans un cloud Azure, vous devez créer une identité d’utilisateur appelée principal de service qui accorde des autorisations aux Serveur MID ressources sélectionnées.") * [Découverte dans le cloud VMware](https://servicenow-prod.fluidtopics.net/_MxBh1D2z_2Q2oYXqj6mUQ "Les applications qui accèdent aux ressources VMware dans le cloud doivent avoir accès aux informations d’identification VMware.") * [Découverte de la Google Cloud Platform](https://servicenow-prod.fluidtopics.net/WpqnX9Cth4CtHsuUlwJ7vA "Découverte trouve Google Cloud Platform et ses composants. La détection de certaines de ces ressources peut nécessiter une mise à jour vers la dernière version de l’application Schémas de découverte et de mappage des services à partir du ServiceNow Store.") * [Découverte IBM Cloud](https://servicenow-prod.fluidtopics.net/m1ln5H2wj~vFckMuTAooYA "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} * Installez et configurez la gestion des événements pour recevoir des événements externes et générer des alertes basées sur les 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 d'entreprise et de l'infrastructure à l'aide d'une console de gestion unique et répondez de manière appropriée aux problèmes qui surviennent. Gestion des événements fournit une analyse intelligente des événements et des alertes pour garantir la continuité des performances de vos services d'entreprise. Gestion des événements reçoit et traite les événements via le serveur MID. Pour plus d'informations, consultez * [Explorer Gestion des événements](https://servicenow-prod.fluidtopics.net/ITlPQvIl~fPYAUdYKN0_HA "Explorez 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 de Gestion des événements](https://servicenow-prod.fluidtopics.net/zGjWu6KJi~~olLZB9Ac7bQ "Après l’activation Gestion des événements, configurez-le pour recevoir et traiter des événements, ainsi que pour générer et analyser les alertes.") * [AWS Découverte pilotée par les événements](https://servicenow-prod.fluidtopics.net/SAkdVtkiQNrMjZEc~aAr_A "Le Amazon Web Services service de configuration (AWS) peut déclencher des événements pour tout changement dans l’état du cycle de vie ou la configuration d’une ressource dans le cloud. La ServiceNow détection pilotée par les événements utilise les événements pour mettre à jour automatiquement les dernières informations de ressource dans le Base de données de gestion des configurations (CMDB).") * [Configurez le service d'alerte Microsoft Azure pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/57VT4qqhM_uEDp__WcWg_A#azure-alert-service-cloud-mgt "Configurez le service d’alerte Microsoft Azure pour qu’il Base de données de gestion des configurations (CMDB) se mette à jour automatiquement sans attendre l’exécution de la prochaine planification Découverte dans le cloud .") * [Configurer le service de journalisation dans le Google cloud pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/5NdS3unU3nWPrwQPaSh1bA "Vous pouvez activer le service Cloud Logging (anciennement Stackdriver Logging) pour mettre à jour automatiquement les Google données des éléments de configuration (CI) chaque fois que Google Cloud Connector votre Google compte effectue un changement d’état du cycle de vie ou de configuration d’une Google Cloud Platform (GCP) ressource.Base de données de gestion des configurations (CMDB) Par conséquent, les données CI de la CMDB sont mises à jour sans avoir à attendre Découverte pour s’exécuter.") * [Configurer le Événements VMware service pour mettre à jour automatiquement le CMDB](https://servicenow-prod.fluidtopics.net/TJ8mTA3gcswwdPNklZaJeA "Configurez les événements à partir de l’environnement dans le cloud pour effectuer les mises à jour CMDB nécessaires sans analyse supplémentaire. Le Événements VMware service peut mettre à jour automatiquement les données de CI dans le CMDB cas où Mise en service et gouvernance du cloud une ressource est apportée à un état du cycle de vie ou un VMware changement de configuration. 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 prend en charge l'intégration Mise en service et gouvernance du cloud avec des solutions de livraison continue (également connue sous le nom de gestion des configurations). Créez un fournisseur de gestion des configurations Ansible ou Terraform, puis exécutez Détection 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/I0beZ6~cc5rOWhmYtlMlJw "L’application prend en charge l’intégration Mise en service et gouvernance du cloud avec des solutions de livraison continue (également connue sous le nom de gestion des configurations). Ansible est pris en charge en tant que fournisseur de gestion des configurations par défaut.") et [Créer un type de fournisseur de charge de travail](https://servicenow-prod.fluidtopics.net/Oly9Nmlaa0A9U3H3Sy1KMA "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. Procédez à la liste des modules (découverte 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écouverte. Cela permet aux SP de partager des catalogues avec plusieurs domaines. Avertissement : Ne créez pas de global Serveur MID avec une autre aptitude que la gestion des configurations pour Terraform. Créez un catalogue Terraform commun et partagez-le avec plusieurs clients : * Créez Serveur MID dans le domaine global en tant qu'administrateur général. * [Créez un fournisseur de configuration Terraform Open Source](https://servicenow-prod.fluidtopics.net/S4sVMLR2vkurjWUZeJ0j_A "Créez un fournisseur de Terraform Open Source configuration dans Mise en service et gouvernance du cloud. Le Terraform Open Source fournisseur de configuration permet Mise en service et gouvernance du cloud de détecter les installables de configuration Terraform Open Source (Terraform modèles) et de détecter leurs changements."). Remarque : Ajoutez uniquement \<\< Terraform \>\> comme fournisseur de configuration. * [Créez un élément de catalogue basé sur un modèle Terraform](https://servicenow-prod.fluidtopics.net/jsc83zkBCfiNC3idxk5Jrg "Créez un élément de catalogue à partir du modèle pour demander la mise en service de ressources dans le Terraform cloud. Les éléments de catalogue activés s’affichent dans le portail de l’utilisateur dans le cloud."). {#domain-admin-workflow__ul_u35_z5j_jkb} * Mise en service et gouvernance du cloud prend en charge l'utilisation ServiceNow AI Platform avec des flux secondaires. 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 comme fausse, 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. Tirez parti du flux secondaire du concepteur de flux pour automatiser vos opérations du Jour 2. Rédigez rapidement un flux secondaire qui communique avec une API Cloud ou une ressource particulière. Utilisez SSH, PowerShell ou un outil similaire pour accéder aux options de flux secondaire et les étendre. Pour plus [d'informations, consultez Opérations du jour 2 à l'aide de flux secondaires](https://servicenow-prod.fluidtopics.net/7eFX8zAFKU7~s~vGoIHNAA "Profitez du concepteur de flux pour automatiser vos opérations du Jour 2. Écrivez rapidement un sous-fluxqui communique avec une API cloud ou une ressource particulière. Utilisez SSH, PowerShell ou un outil similaire pour accéder aux options du workflow, puis les étendre."). * [Notification et approbation basées sur le budget](https://servicenow-prod.fluidtopics.net/5jznpGZec7WSWLDwfULQRg#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 sont envoyées pour l’en avertir.") Séparation de domaine dans prend en charge la séparation des données des Mise en service et gouvernance du cloud budgets. Vous pouvez attribuer des budgets spécifiques à un 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 sont envoyées pour l'en avertir. Pour plus d'informations, voir [Configurer les budgets](https://servicenow-prod.fluidtopics.net/5jznpGZec7WSWLDwfULQRg#configure-budgets "Vous pouvez configurer les budgets de groupes et d’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 de ce groupe.") * [Créer des balises pour les ressources dans le cloud](https://servicenow-prod.fluidtopics.net/O8lcRVzHj7aUIT8YLpmOPA#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é de la balise dépend du domaine CI associé ou du domaine d'enregistrement de facturation associé. Les balises qui ne sont associées à aucun enregistrement de CI ou de facturation sont visibles par tous les administrateurs de domaine. Lorsqu'une balise est créée, elle apparaît dans tout nouveau catalogue que vous créez. L'administrateur 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 configuration de facturation pour permettre aux administrateurs et aux utilisateurs du 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 serveur MID pour télécharger les données de facturation du fournisseur. Mise en service et gouvernance du cloud enregistre les données dans une table de coûts et utilise les informations pour générer des rapports. Pour en savoir plus 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/bLg4BWv5iLSGwZfLsHlEzQ "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. Mise en service et gouvernance du cloud enregistre les données dans une table de coûts et utilise les informations pour générer des rapports.") * [Définir la planification de téléchargement des données de facturation Azure](https://servicenow-prod.fluidtopics.net/aShpZK1AdKQHr8977obtTA "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. Mise en service et gouvernance du cloud 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 appelant des workflows sur des blocs de ressources, assurez-vous de changer le contexte en fonction du domaine approprié. Pour changer le contexte en fonction du domaine approprié, modifiez l'activité de 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 la commande. L'appel de ce script d'emprunt d'identité permet d'exécuter le workflow dans le contexte approprié et de choisir le droit 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 les opérations de Mise en service et gouvernance du cloud 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/GnX2hUQjwFJ1lAbgqTd1XA "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 Mise en service et gouvernance du cloud le Jour 2](https://servicenow-prod.fluidtopics.net/QUaK02I_xTplCXfLNuv5DA "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.") * [Schémas de découverte utilisés par Visibilité ITOM](https://servicenow-prod.fluidtopics.net/7268hZKxqUHjf4g0AhEoGg "Mappage des services et Découverte utilisent des modèles dans leur processus de découverte qui couvrent la plupart des appareils et applications réseau standard du secteur. Vous pouvez personnaliser ces modèles et en créer de nouveaux.")