FAQ

Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Dokumentation zu Apigee X. info

Im Folgenden finden Sie häufig gestellte Fragen:

Apigee empfiehlt die folgenden Ansätze:

  1. Richten Sie zuerst Benachrichtigungen für alle API-Proxys mit einem bestimmten Schwellenwert ein. Beispiel: 10% 4xx-Fehlerrate für 5 Minuten. Richten Sie Benachrichtigungen ein und rufen Sie die Seite „Benachrichtigungsverlauf“ auf, um die ausgelösten Benachrichtigungen zu beobachten. Richten Sie zusätzliche Benachrichtigungen für bestimmte API-Proxys und Zieldienste ein. Optimieren Sie die Benachrichtigungen basierend auf Ihren Beobachtungen.
  2. Bitten Sie die Teams, die für die Entwicklung von APIs verantwortlich sind, dem Operations-Team, das für das Einrichten von Benachrichtigungen zuständig ist, Schwellenwerte für Fehlerrate und Latenz zu empfehlen.

Welche Rollen können auf das API-Monitoring zugreifen?

Weitere Informationen finden Sie unter Informationen zu den API-Monitoring-Rollen.

Warum werden auf der Seite „Zuletzt“ nicht alle API-Proxys aufgeführt?

Auf dem Dashboard „Zuletzt“ werden nur die API-Proxys angezeigt, die in der jüngeren Vergangenheit Traffic hatten. Es werden nicht alle API-Proxys in Ihrer Organisation angezeigt. Auf dem Zeitachse-Dashboard können Sie Daten für alle API-Proxys aufrufen.

Warum werden in der Zeitachse keine Latenzdiagramme angezeigt?

Die Latenzdiagramme werden in der Zeitachse nur angezeigt, wenn Sie eine Region und einen API-Proxy auswählen und der ausgewählte Zeitraum nicht länger als 7 Tage ist.

Logs sind nützlich, um die Statuscodes zu ermitteln, die zu Fehlern führen. Wie kann ich aber die Entwickler-IDs ermitteln, die die Aufrufe generieren?

Entwickler-IDs sind nicht in den API-Monitoring-Logs enthalten. Wenn Sie Entwickler-IDs abrufen möchten, können Sie einen benutzerdefinierten Bericht ausführen.

Kann ich eine Proxykette überwachen?

Sie können einen API-Proxy als Zielendpunkt eines anderen API-Proxys verwenden, wodurch die beiden Proxys in einer Proxykette miteinander verbunden werden. Beim API-Monitoring werden jedoch nur Anfragen an den ersten Proxy in der Kette protokolliert, nicht an den API-Proxy, der als Ziel verwendet wird. Weitere Informationen finden Sie unter API-Proxys verketten.

Warum wird in den Dashboards „nicht festgelegt“ angezeigt?

Wenn der API-Proxy, die Fehlerquelle, der Fehlercode oder die Fehlerrichtlinie keinen Wert hat oder nicht ermittelt werden kann, wird im Dashboard "nicht festgelegt" als Ursprung angezeigt. Beispiele für Szenarien, die zu „nicht festgelegt“ führen können:

  • Clientbezogene Fehler
  • HTTP-Fehlercodes, die mit einer Erfolgsantwort überschrieben werden
  • HTTP 2xx-Statuscodes (da sie in der Regel nicht zu Fehlercodes führen)

Weitere Informationen zu "(not set)" finden Sie unter Was bedeutet ein Analyseentitätswert "(not set)"?

Ist das API-Monitoring in der klassischen UI oder in Edge for Private Cloud verfügbar?

Das API-Monitoring von Apigee ist derzeit nur für Enterprise-Kunden von Apigee Edge Cloud verfügbar, die die neue Edge-UI verwenden.

Das API-Monitoring von Apigee ist nicht in der klassischen Edge-UI oder in Edge for Private Cloud verfügbar.

Was ist ein Playbook?

Wenn Sie eine Benachrichtigung einrichten, geben Sie im Feld „Playbook“ eine kurze Beschreibung der empfohlenen Maßnahmen zur Behebung der Benachrichtigungen an, wenn sie ausgelöst werden. Sie können auch einen Link zu Ihrem internen Wiki oder Ihrer Community-Seite angeben, auf der Sie Best Practices verweisen. Die Informationen in diesem Feld werden in die Benachrichtigung aufgenommen.

Wie kann ich mit HTTP 429-Fehlercodes umgehen?

Die Edge Kontingentrichtlinie und SpikeArrest-Richtlinie geben beide einen HTTP 429-Fehlercode aus, wenn ein Kontingent überschritten wird (Kontingentrichtlinie) oder die Ratenbegrenzung überschritten wird (SpikeArrest-Richtlinie).

Im Dashboard „Benachrichtigungen“ können Sie jedoch keine Benachrichtigung für einen HTTP 429-Fehlercode definieren. Stattdessen legen Sie eine Benachrichtigungsbedingung vom Typ Richtlinie für Trafficmanagement > Kontingent > Kontingentverstoß (siehe unten) oder Richtlinie für Trafficmanagement > SpikeArrest > SpikeArrest-Verstoß fest:

Kontingentverstoß