Piste d’API dans le cloud
Le sentier d’API dans le cloud est un journal d’activité pour toutes les activités qui utilisent l’API dans le cloud et qui passent par le Serveur MID.
API dans le cloud Contenu du parcours
| Champ | Description |
|---|---|
| ID de routage dynamique | Numéro d’ID généré automatiquement pour l’entrée. |
| Nom MID | Nom de l’opération Serveur MID par laquelle l’opération Découverte a été effectuée. |
| État du routage | Indique si l’opération Découverte exécutée par l’API a été réussie ou non. Les valeurs possibles sont les suivantes :
|
| Paramètres d'entrée | Paramètre d’entrée qui a généré l’enregistrement de piste d’API. Il s’agit généralement du centre de données dans lequel le Découverte a été exécuté. |
| Nom de l'interface | |
| Invoqué par | Cette valeur est toujours CMP lors de l’exécution Découverte de . |
| Nom de méthode | Exploitation d’interface de l’API dans le cloud qui a traité cet enregistrement. |
| Nom du fournisseur | Le fournisseur de cloud. |
| Version | La version spécifiée dans l’API dans le cloud. |
Journaux de piste CAPI
La liste connexe Journaux de piste CAPI fournit plus de détails sur l’entrée de piste d’API dans le cloud. Les types de clés de journal suivants sont disponibles :
| Clé du journal | Description |
|---|---|
| route_data | Informations sur les appels d’API dans le cloud. |
| dynamic_route | Informations sur le chemin réel emprunté par les données, y compris les URI. |
| route_result | Charge utile reçue par l’instance, ou description du résultat du transfert de données. La charge utile |
| chunk_number | Nombre de blocs de données que l’instance a reçus. |
| route_status | Indique si la connexion d’itinéraire et le transfert de charge utile ont réussi. |
| route_error | L’erreur qui s’est produite. Par exemple, l’erreur Échec de la liste de l’équilibreur de charge Échec : code d’erreur HTTP : 403 signifie que vos informations d’identification étaient incorrectes et Découverte que vous ne pouviez pas accéder à la ressource cloud. |
| error_detail | Plus de détails sur l’erreur, y compris l’API et le Mise en service et gouvernance du cloud connecteur utilisés dans la tentative Découverte et les erreurs générées par le fournisseur dans le cloud. |
Failed to list loadbalancer Failed : HTTP error code : 403Voici un exemple d’entrée error_detail pour la même erreur :
com.snc.cmp.connector.cloud.loadbalancer.component.LoadBalancerException: Failed to list loadbalancer Failed : HTTP error code : 403
at com.snc.cmp.connector.cloud.loadbalancer.customizer.impl.AWSLoadBalancerCustomizer.listLoadBalancers(AWSLoadBalancerCustomizer.java:56)
at com.snc.cmp.connector.cloud.loadbalancer.component.LoadBalancerProducer.process(LoadBalancerProducer.java:46)
at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:145)
...Ces deux entrées indiquent que les informations d’identification étaient incorrectes et Découverte qu’ils ne pouvaient pas accéder à la ressource dans le cloud. L’interface de l’équilibreur de charge génère la première erreur, car l’appareil d’équilibrage de charge est le premier appareil qui autorise l’accès à la ressource cloud. Les erreurs org.apache.camel indiquaient des erreurs de routage du côté d’Amazon Web Services.
L’erreur correspondante du côté de l’instance est capturée dans la piste d’orchestration dans le cloud.
Ouvrir le sentier d’API dans le cloud
Ouvrez la piste d’API dans le cloud pour déboguer et résoudre des problèmes tels que l’échec d’une politique ou la défaillance Découverte des ressources dans le cloud.