---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Der Cloud-API-Pfad

# Der Cloud-API-Pfad {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Der Cloud-API-Pfad ist ein Aktivitätsprotokoll für alle Aktivitäten, die die Cloud-API verwenden und durchlaufen MID-Server.

## Cloud-API-Pfadinhalte

Abbildung : 1. CAPI-Pfadformular {#cloud-api-trail__table_ibs_2x5_gz__entry__2}

| Feld | Beschreibung |
|-|-|
| ID der dynamischen Route | Eine automatisch generierte ID-Nummer für den Eintrag. |
| MID-Name | Der Name von MID-ServerÜber die DiscoveryWurde durchgeführt. |
| Routenstatus | Ob oder nicht DiscoveryDer von der API ausgeführte Vorgang war erfolgreich. Mögliche Werte: * Erfolg * Fehler * Wird ausgeführt {#cloud-api-trail__ul_nft_2y5_gz} |
| Eingabeparameter | Der Eingabeparameter, der den API-Pfaddatensatz generiert hat. Dieser Wert ist normalerweise das Rechenzentrum, in dem DiscoveryWurde ausgeführt. |
| Schnittstellenname |   |
| Aufgerufen durch | Dieser Wert ist immer CMP Bei Ausführung Discovery. |
| Methodenname | Der Schnittstellenvorgang aus der Cloud-API, der diesen Datensatz verarbeitet hat. |
| Providername | Der Cloud-Anbieter. |
| Version | Die in der Cloud-API angegebene Version. |
[ ]

{#cloud-api-trail__table_ibs_2x5_gz}

## CAPI-Pfadprotokolle

Die zugehörige Liste „CAPI-Pfadprotokolle" enthält weitere Details zum Cloud-API-Pfadeintrag. Die folgenden Arten von Protokollschlüsseln sind verfügbar:  
{#cloud-api-trail__table_wxx_bgv_gz__entry__2}

| Protokollschlüssel | Beschreibung |
|-|-|
| Route_Data | Informationen zu den Cloud-API-Aufrufen. |
| Dynamic_Route | Informationen zur tatsächlichen Route, die die Daten verwendet haben, einschließlich URIs. |
| Route_result | Die von der Instanz empfangene Nutzlast oder eine Beschreibung des Ergebnisses der Datenübertragung. Die Nutzlast |
| Blocknummer | Die Anzahl der Datenblöcke, die die Instanz empfangen hat. |
| Route_Status | Gibt an, ob die Weiterleitungsverbindung und die Nutzlastübertragung erfolgreich waren. |
| Route_error | Der aufgetretene Fehler. Beispiel: Der Fehler `Fehler beim Auflisten des loadbalancers -- Fehler: HTTP-Fehlercode: 403 `Bedeutet, dass Ihre Anmeldeinformationen falsch waren und DiscoveryAuf die Cloud-Ressource konnte nicht zugegriffen werden. |
| Error_Detail | Weitere Details zum Fehler, einschließlich Cloud Provisioning and GovernanceAPI und Connector, die im Versuch verwendet wurden Discovery, Und die Fehler, die der Cloud-Anbieter ausgelöst hat. |
[ ]

{#cloud-api-trail__table_wxx_bgv_gz}  
Ein Beispiel für Route_error ist:

    Failed to list loadbalancer Failed : HTTP error code : 403

Ein Beispiel für den ERROR_Detail-Eintrag für denselben Fehler lautet wie folgt:  

    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)
           ...

Diese beiden Einträge geben an, dass die Anmeldeinformationen falsch waren, und DiscoveryAuf die Cloud-Ressource konnte nicht zugegriffen werden. Die Lastenausgleichsmodul-Schnittstelle löst den ersten Fehler aus, da das Lastenausgleichsmodul-Gerät das erste Gerät ist, das Zugriff auf die Cloud-Ressource ermöglicht. Die `org.apache.camel `Fehler wiesen auf Weiterleitungsfehler auf der Seite der Amazon-Webservices hin.

Der entsprechende Fehler auf der Instanzseite wird im Cloud-Orchestration-Pfad erfasst.
**Zugehörige Konzepte**   

* [Der Cloud-Orchestration-Pfad](https://servicenow-prod.fluidtopics.net/b47gukObVf~hZHBAZR8g9g "Der Cloud-Orchestration-Pfad ist ein Aktivitätsprotokoll für alle Cloud-Ressourcenaktivitäten in der Instanz.")

## Öffnen Sie den Cloud-API-Pfad {#ariaid-title2}

Öffnen Sie den Cloud-API-Pfad, um Probleme wie eine fehlgeschlagene Richtlinie oder einen fehlgeschlagenen Fehler zu debuggen und zu beheben DiscoveryVon Cloud-Ressourcen.

### Vorbereitungen

Erforderliche Rolle: sn_CMP.Cloud_Operator oder sn_Cmp.Cloud_admin

### Prozedur

1. Navigieren Sie im Cloud-Administratorportal zu BetreibenPfadean.
2. Auf Cloud-Api-Pfad Filtern und sortieren Sie die Liste der Cloud-API-Pfaddatensätze nach Bedarf.  
   Wenn Sie nach etwas wie einem fehlgeschlagenen suchen Discovery, Filtern Sie die Liste so Routenstatus Spalte zeigt nur Einträge mit an Fehler .
3. Klicken Sie auf einen Link in der Spalte erstellt, um den Datensatz des Cloud-API-Pfads zu öffnen.
4. Öffnen Sie in der zugehörigen Liste CAPI-Pfadprotokolle den Protokolldatensatz, der die gewünschten Informationen anzeigt.  
   Beispiel: Öffnen Route_error Oder Error_Detail Dient zum Debuggen eines fehlgeschlagenen Vorgangs.