Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
Poniżej znajdziesz odpowiedzi na najczęstsze pytania:
- Mam wiele serwerów proxy API. Jakie są zalecane metody konfigurowania alertów dla wszystkich moich serwerów proxy interfejsu API?
- Które role mają dostęp do monitorowania interfejsów API?
- Dlaczego na stronie Ostatnie nie widzę wszystkich serwerów proxy interfejsu API?
- Dlaczego na osi czasu nie widać wykresów opóźnienia?
- Dzienniki przydają się do identyfikowania kodów stanu, które powodują błędy. Jak jednak zidentyfikować identyfikatory deweloperów, które generują wywołania?
- Czy mogę monitorować łańcuch serwerów proxy?
- Dlaczego w panelach widzę wartość „nie ustawiono”?
- Czy monitorowanie interfejsów API jest dostępne w klasycznym interfejsie użytkownika lub w Edge dla chmury prywatnej?
- Co to jest poradnik?
- Jak obsłużyć kody błędów HTTP 429?
Mam wiele serwerów proxy API. Jakie są zalecane sposoby konfigurowania alertów dla wszystkich moich serwerów proxy interfejsu API?
Apigee zaleca te działania:
- Zacznij od skonfigurowania alertów dla dowolnego serwera proxy API z określonym progiem. Na przykład odsetek błędów 4xx na poziomie 10% przez 5 minut. Skonfiguruj powiadomienia i otwórz stronę Historia alertów, aby monitorować wywoływane alerty. Skonfiguruj dodatkowe alerty i powiadomienia dotyczące określonych serwerów proxy interfejsu API i usług docelowych. Kontynuuj doprecyzowanie alertów i powiadomień na podstawie swoich obserwacji.
- Poproś zespoły odpowiedzialne za tworzenie interfejsów API, by podały zespołowi operacyjnemu odpowiedzialnemu za konfigurowanie alertów zalecenia dotyczące odsetka błędów i progów czasu oczekiwania.
Które role mają dostęp do monitorowania interfejsów API?
Zapoznaj się z artykułem Informacje o rolach monitorowania interfejsów API.Dlaczego na stronie Najnowsze nie widzę wszystkich serwerów proxy interfejsu API?
W panelu Ostatnie wyświetlają się tylko te serwery proxy interfejsów API, w których wystąpił ruch w ostatnim czasie. Nie wyświetla wszystkich serwerów proxy API w organizacji. Panel osi czasu umożliwia wyświetlanie danych dotyczących wszystkich serwerów proxy interfejsów API.Dlaczego na osi czasu nie widać wykresów czasu oczekiwania?
Wykresy czasu oczekiwania są wyświetlane na osi czasu tylko wtedy, gdy wybierzesz region i serwer proxy interfejsu API, a wybrany zakres czasu nie będzie dłuższy niż 7 dni.Dzienniki przydają się do identyfikowania kodów stanu, które powodują błędy. Jak jednak określić identyfikatory programistów, które generują wywołania?
Identyfikatory programistów nie są uwzględniane w dziennikach monitorowania interfejsu API. Aby pobrać identyfikatory dewelopera, możesz wygenerować raport niestandardowy.Czy mogę monitorować łańcuch serwerów proxy?
Możesz użyć jednego serwera proxy API jako docelowego punktu końcowego innego serwera proxy API, łącząc te 2 serwery proxy w łańcuchu serwerów proxy. Monitorowanie interfejsów API rejestruje jednak tylko żądania wysyłane do pierwszego serwera proxy w łańcuchu, a nie do serwera proxy interfejsu API używanego jako środowisko docelowe. Więcej informacji znajdziesz w artykule Łączenie serwerów proxy interfejsu API łańcucha.Dlaczego w panelach widzę wartość „nie ustawiono”?
Jeśli serwer proxy, źródło błędów, kod błędu lub zasada błędu interfejsu API nie mają wartości lub nie można jej określić, w panelu jako źródło pojawi się wartość „nie ustawiono”. Przykłady sytuacji, w których wartość „nie ustawiono” może spowodować:
- Błędy związane z klientami
- Kody błędów HTTP zastąpione przez odpowiedź o powodzeniu
- Kody stanu HTTP 2xx (ponieważ zwykle nie powodują błędów)
Więcej informacji o wartości „nie ustawiono” znajdziesz w artykule Co oznacza wartość elementu Analytics „(nie ustawiono)”?
Czy monitorowanie API jest dostępne w klasycznym interfejsie użytkownika lub w Edge dla Private Cloud?
Monitorowanie interfejsu Apigee API jest obecnie dostępne tylko dla klientów Apigee Edge Cloud Enterprise korzystających z nowego interfejsu użytkownika Edge.
Monitorowanie interfejsu Apigee API nie jest dostępne w klasycznym interfejsie użytkownika Edge ani w Edge dla Private Cloud.
Co to jest poradnik?
Podczas konfigurowania alertu w polu Poradnika podajesz krótki opis zalecanych działań związanych z rozłączaniem alertów po ich wywołaniu. Możesz też podać link do wewnętrznej strony wiki lub strony społeczności, na której znajdziesz sprawdzone metody. Informacje z tego pola zostaną umieszczone w powiadomieniu.Jak obsłużyć kody błędów HTTP 429?
Zasady dotyczące limitów i SpikeArrest generują kod błędu HTTP 429 w przypadku przekroczenia limitu (zasada limitu) lub przekroczenia limitu liczby żądań (zasada SpikeArrest).Jednak w panelu alertów nie można zdefiniować alertu dotyczącego kodu błędu HTTP 429. Zamiast tego ustaw warunek alertu: Zasady zarządzania ruchem > Limit > Naruszenie limitu (jak pokazano poniżej) lub Zasady zarządzania ruchem > Spike Arrest > Naruszenie zasad SpikeArrest:
