--- 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 --- # AWS Lambada # AWS Découverte lambda avec modèles {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes de lecture Les applications ServiceNow Découverte et Mappage des services peuvent rechercher et mapper les fonctions Lambda qui s'exécutent dans votre cloud AWS. 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 et Mappage des services utiliser le modèle Amazon AWS Lambda pour exécuter une découverte horizontale et de haut en bas. Lorsque vous exécutez Cloud Discovery (Découverte dans le cloud), votre instance interroge votre compte de service AWS à l'aide des informations d'identification nécessaires, puis exécute une requête pour obtenir des informations Lambda. Le schéma analyse ces informations, puis les enregistre dans la CMDB. Vous pouvez utiliser ce modèle sur la ServiceNow plateforme à l'aide de Jakarta Patch 10, Kingston Patch 8 ou London Patch 1. ## Demander des applications dans l'App Store {#aws-lambda-discovery__section_wcs_5jm_rlb} Visitez le [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) pour afficher toutes les applications disponibles et pour obtenir des informations sur la soumission de demandes à la boutique. Pour obtenir des informations sur les notes de publication cumulatives pour toutes les applications publiées, consultez les [ServiceNow Storenotes de publication relatives à l'historique des versions](https://docs.servicenow.com/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html).{#aws-lambda-discovery__inline-send-to-store} ## Prérequis {#aws-lambda-discovery__section_yjm_ghd_ycb} Ensemble de mises à jour : Si votre instance se trouve sur les versions Jakarta ou Istanbul, importez l'ensemble de mises à jour fourni dans [KB0679927](https://support.servicenow.com/kb_view.do?sysparm_article=KB0679927) : ensemble de mises à jour de découverte descendante AWS Lambda. Cet ensemble de mises à jour est requis pour Mappage des services. Politique d'utilisateur pour l'utilisateur AWS : Si vous utilisez Identity and Access Management (IAM) pour gérer les utilisateurs dans la plateforme Amazon Web Services (AWS), assurez-vous d'avoir créé une politique utilisateur pour l'utilisateur AWS. Pour plus d'informations, consultez [Contrôler AWS l'accès et les autorisations à l'aide de politiques](https://servicenow-prod.fluidtopics.net/PnMK7rSwU9HFluVKndceTw "Configurez les politiques avec le niveau d’autorisations nécessaire pour fournir l’accès AWS aux ressources pour Découverte dans le cloud et Mise en service et gouvernance du cloud.") la ServiceNow Mise en service et gouvernance du cloud documentation. Compte de service AWS avec informations d'identification : Vous devez configurer votre compte de service avec les informations d'identification AWS appropriées. Vous exécutez Détection à partir du formulaire de compte de service. Consultez Comptes de service pour Découverte et Mappage des services dans la documentation du produit. Compte de service : Sur la ServiceNow plateforme, créez un compte de service. Définissez l'ID de compte sur le service informatique du compte Amazon auquel AWS Lambda appartient. Utilisez l'ID de compte tel qu'il apparaît dans AWS Management Console. Assurez-vous de placer les Serveur MID sur l'ordinateur virtuel qui fait partie du compte de service que vous prévoyez de détecter. Détecter les centres de données logiques à l'aide de la détection horizontale : Cliquez sur Détecter les centres de données sous Liens connexes sur le formulaire Compte de services dans le cloud. Autorisations utilisateur : Autorisez un utilisateur à exécuter l'API ListFunctions avec la ressource : arn :aws :lambda :region :account-id : function :function-name. Fournissez à un utilisateur les autorisations nécessaires pour exécuter l'API GetFunction avec la ressource : \<\< \* \>\>. Nom de ressource Amazon (ARN) : (Facultatif pour les services d'application utilisant ARN comme point d'entrée) Assurez-vous de connaître l'ARN de AWS Lambda que vous devez détecter. Les ARN servent d'identificateurs de ressource pour Amazon Web Services. Hôte : Si votre instance se trouve sur les versions Jakarta ou Istanbul, utilisez l'hôte suivant : 127.0.0.1. Découverte dans le cloud : Pour Découverte dans le cloud, téléchargez le Schémas de découverte et de mappage des services à partir du ServiceNow Store. Serveur MID : Lors de l'installation du Serveur MID, assurez-vous que l'ordinateur hôte respecte ou dépasse la configuration système requise pour le [serveur MID](https://www.servicenow.com/docs/access?context=r_MIDServerSystemRequirements&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US) publiée sur le site de documentation ServiceNow . ## Vérifier les autorisations de REST API {#aws-lambda-discovery__id_ysv_22b_f1c} Télécharger le [Découverte dans le cloud Feuille de calcul Schémas](https://downloads.docs.servicenow.com/resource/enus/api/servicenow-discovery-patterns-api-details.xlsx) afin que vous puissiez accorder aux utilisateurs les autorisations requises pour l'exécution des Découverte schémas. Outre les autorisations, la feuille de calcul comprend également des informations utiles telles que les noms de modèles, les types, les classes CI et les liens vers la documentation du fournisseur. De nouveaux modèles sont disponibles tous les trimestres. Vérifiez régulièrement pour vous assurer que vous disposez de la dernière version de la feuille de calcul.{#aws-lambda-discovery__cloud-discovery-api-paragraph} Remarque : Vous pouvez tester les AWS API REST à l'aide de Plateforme API Postman. Pour plus d'informations, consultez l'article [Comment tester l'API REST AWS à l'aide de POSTMAN \[KB0782183\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0782183) dans la section Now Support Base de connaissances. ## Données collectées par Découverte lors d'une détection horizontale {#aws-lambda-discovery__section_knp_fjd_ycb} La découverte horizontale renseigne ces données dans le CMDB:{#aws-lambda-discovery__table_hgv_jjd_ycb__entry__2} | Table et champ | Description | |-|-| | Fonction dans le cloud \[cmdb_ci_cloud_function\] || | Nom \[name\] | Nom de la fonction. | | ID d'objet \[object_id\] | ID (Amazon Resource Name) de la fonction AWS Lamdba, par exemple : `arn :aws :lambda :{datacenter}1:751200741520 :function :{function-name}` | | Version \[version\] | Version de la fonction. Par exemple, `$Latest` représente la version publiée la plus récente. | | Langage \[language\] | L'environnement d'exécution, ou le langage et la version, dans lesquels la fonction est écrite, par exemple : `Node.js6.10` pour JavaScript version 6.10. | | URL de l'emplacement du code \[code_location_url\] | URL de la fonction que vous avez créée à partir de la console API Gateway. | | CodeSha256 \[codesha256\] | Signature de hachage cryptographique de la fonction. | | Taille du code \[code_size\] | Taille du code de fonction en Mo. | | Dernière modification de la fonction \[function_last_modified\] | Date à laquelle la fonction a été modifiée pour la dernière fois dans votre environnement AWS Lamdba. | [ ] {#aws-lambda-discovery__table_hgv_jjd_ycb} Remarque : Pour voir tous ces champs, vous devez configurer la mise en page du formulaire comme décrit dans la documentation du produit. ## Relations CI {#aws-lambda-discovery__section_kpc_lyd_ycb} Ces relations sont créées pour prendre en charge la découverte AWS Lambda :{#aws-lambda-discovery__table_bhf_412_ycb__entry__3} | CI | Relation | CI | |-|-|-| | Fonction dans le cloud \[cmdb_ci_cloud_function\] | Utilisations :Utilisé par | Base de données dans le cloud \[cmdb_ci_cloud_database\] | | Fonction dans le cloud \[cmdb_ci_cloud_function\] | Hébergé sur :Hôtes | Centre de données AWS \[cmdb_ci_aws_datacenter\] Le centre de données AWS a des relations avec d'autres CI AWS, tels que les zones de disponibilité, les comptes de service, etc. Consultez la découverte dans le cloud AWS et Azure dans la documentation du produit. | | Fonction dans le cloud \[cmdb_ci_cloud_function\] | Fournit :Est fourni par | Source d'événement dans le cloud \[cmdb_ci_cloud_event_source\] Ce CI peut être n'importe quelle source d'événement qui déclenche la fonction dans le cloud ou la passerelle API. | [ ] {#aws-lambda-discovery__table_bhf_412_ycb} ## Connexions détectées par Mappage des services lors de la détection de haut en bas {#aws-lambda-discovery__section_knp_fjd_908} Mappage des services effectue la détection de haut en bas d'AWS Lambda dans le contexte des services d'application. Il détecte les connexions sortantes d'AWS Lambda : * Passerelle AWS API * Amazon Relational Database Service (RDS) * Autre instance d'AWS Lambda à l'intérieur ou à l'extérieur de la région actuelle à l'aide de l'ARN {#aws-lambda-discovery__ul_nm5_3by_fdb} ## Dépannage {#aws-lambda-discovery__section_sf2_nsj_yhb} Si le processus de mappage ne se déroule pas comme prévu, suivez les suggestions ci-après.{#aws-lambda-discovery__table_ggn_ypj_yhb__entry__3} | Symptôme | Cause | Solution | |-|-|-| | Échec de la détection. Le message de détection fait état d'une erreur liée au délai d'expiration de REST. | De nombreux CI envoient la réponse d'appel REST dans le déploiement. Le Serveur MID ne peut pas traiter la réponse d'appel REST sans dépasser la limite de temps contrôlée par le paramètre mid.sa.cloud.request_timeout. | Par défaut, le paramètre mid.sa.cloud.request_timeout est défini sur 30 000 millisecondes. Augmentez la valeur de ce paramètre sur le Serveur MID pertinent et relancez la détection. Remarque : Si la liste connexe Paramètres de configuration pour le Serveur MID pertinent n'affiche pas ce paramètre, vous devrez peut-être l'ajouter. | | Concepteur de modèle échoue lors d'une session de débogage. Le message de Concepteur de modèle fait état d'une erreur liée au délai d'expiration. | Concepteur de modèle échoue en raison d'un délai d'expiration pendant le débogage du modèle (et non pendant la détection). | Par défaut, le paramètre sa.debugger.max_timeout est défini sur 240 secondes. Augmentez la valeur de ce paramètre sur le Serveur MID pertinent. | [ ] {#aws-lambda-discovery__table_ggn_ypj_yhb} **Tâches associées** * [Tester des modèles pour détecter une passerelle d'API AWS et AWS Lambda](https://servicenow-prod.fluidtopics.net/N34dzRTjKuT~~998ukBk7w "Exécutez la détection horizontale et la détection de haut en bas en utilisant les modèles Passerelle d'API Amazon AWS [cmdb_ci_cloud_gateway] et Amazon AWS Lambda [cmdb_ci_cloud_function]. Vérifiez que le résultat est conforme aux attentes.") * [Définir une requête REST dans le cloud pour les appareils de cloud computing](https://servicenow-prod.fluidtopics.net/MaHn87YEczByR5u60vfMIQ "Dans le cadre de la création ou de la modification d'un modèle de détection, vous pouvez utiliser l'opération de requête REST dans le cloud pour extraire des informations à partir d'éléments de configuration (CI) de type PaaS (Platform as a Service), tels que Microsoft Azure ou Amazon Web Services.")