Najczęstsze pytania

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

Poniżej znajdziesz odpowiedzi na najczęstsze pytania:

Apigee zaleca te metody:

  1. Zacznij od skonfigurowania alertów dla dowolnego proxy interfejsu API z określonym progiem. Na przykład 10% współczynnik błędów 4xx przez 5 minut. Skonfiguruj powiadomienia i wyświetl stronę Historia alertów, aby monitorować wyzwalane alerty. Skonfiguruj dodatkowe alerty i powiadomienia dla konkretnych proxy interfejsów API i usług docelowych. Na podstawie swoich obserwacji nadal dopracowuj alerty i powiadomienia.
  2. Poproś zespoły odpowiedzialne za tworzenie interfejsów API o rekomendowanie progów współczynnika błędów i opóźnienia zespołowi ds. operacji odpowiedzialnemu za konfigurowanie alertów.

Które role mają dostęp do monitorowania interfejsów API?

Więcej informacji znajdziesz w artykule Role monitorowania interfejsów API.

Dlaczego nie widzę wszystkich proxy interfejsów API na stronie Ostatnie?

Panel informacyjny Ostatnie wyświetla tylko te proxy interfejsów API, które w ostatnim czasie miały ruch. Nie wyświetla wszystkich proxy interfejsów API w Twojej organizacji. Panel informacyjny Oś czasu umożliwia wyświetlanie danych wszystkich proxy interfejsów API.

Dlaczego nie widzę wykresów opóźnienia na osi czasu?

Wykresy opóźnienia są wyświetlane na osi czasu tylko wtedy, gdy wybierzesz region i proxy interfejsu API, a wybrany zakres czasu nie przekracza 7 dni.

Logi są przydatne do identyfikowania kodów stanu, które powodują błędy, ale jak mogę zidentyfikować identyfikatory deweloperów generujących wywołania?

Identyfikatory deweloperów nie są uwzględniane w logach monitorowania interfejsów API. Aby pobrać identyfikatory deweloperów, możesz utworzyć raport niestandardowy.

Czy mogę monitorować łańcuch proxy?

Możesz użyć jednego proxy interfejsu API jako docelowego punktu końcowego innego proxy interfejsu API, co spowoduje połączenie tych 2 proxy w łańcuch proxy. Monitorowanie interfejsów API rejestruje jednak tylko żądania do pierwszego proxy w łańcuchu, a nie do proxy interfejsu API używanego jako cel. Więcej informacji znajdziesz w artykule Łączenie proxy interfejsów API w łańcuch.

Dlaczego w panelach informacyjnych widzę „nie ustawiono”?

Jeśli proxy interfejsu API, źródło błędu, kod błędu lub zasada błędu nie mają wartości lub nie można ich określić, panel informacyjny wyświetli "nie ustawiono" jako źródło. Przykłady scenariuszy, w których może wystąpić „nie ustawiono”:

  • Błędy związane z klientem
  • Kody błędów HTTP, które są zastępowane odpowiedzią o powodzeniu
  • Kody stanu HTTP 2xx (ponieważ zwykle nie powodują kodów błędów)

Więcej informacji o "nie ustawiono" znajdziesz w artykule Co oznacza wartość encji analitycznej "(not set)", czyli "nie ustawiono"?

Czy monitorowanie interfejsów API jest dostępne w klasycznym interfejsie lub Edge dla Private Cloud?

Monitorowanie interfejsów API Apigee jest obecnie dostępne tylko dla klientów Apigee Edge Cloud Enterprise korzystających z nowego interfejsu Edge.

Monitorowanie interfejsów API Apigee nie jest dostępne w klasycznym interfejsie Edge ani w Edge dla Private Cloud.

Czym jest scenariusz?

Podczas konfigurowania alertu w polu Scenariusz podajesz krótki opis zalecanych działań, które należy wykonać, gdy alerty zostaną wyzwolone. Możesz też podać link do wewnętrznej strony wiki lub strony społeczności, na której znajdziesz sprawdzone metody. Informacje w tym polu zostaną uwzględnione w powiadomieniu.

Jak mogę obsługiwać kody błędów HTTP 429?

Zasada limitu Edge Quota policy i zasada SpikeArrest wydają kod błędu HTTP 429, gdy zostanie przekroczony limit (zasada limitu) lub limit liczby żądań (zasada SpikeArrest).

W panelu informacyjnym Alerty nie możesz jednak zdefiniować alertu dla kodu błędu HTTP 429. Zamiast tego ustaw warunek alertu Zasada zarządzania ruchem > Limit > Naruszenie limitu (jak pokazano poniżej) lub Zasada zarządzania ruchem > Spike Arrest > Naruszenie SpikeArrest:

naruszenie limitu,