Oglądasz dokumentację Apigee Edge.
Wyświetl dokumentację Apigee X.
Poniżej znajdziesz odpowiedzi na najczęstsze pytania:
- Mam wiele serwerów proxy interfejsów API. Jakie są zalecane metody konfigurowania alertów dla wszystkich moich serwerów proxy interfejsu API?
- Które role mają dostęp do interfejsu API Monitoring?
- Dlaczego na stronie Ostatnie nie widzę wszystkich serwerów proxy interfejsu API?
- Dlaczego nie widzę wykresów czasu oczekiwania na osi czasu?
- Logi przydają się do identyfikowania kodów stanu powodujących błędy, ale jak identyfikować identyfikatory programistów, które generują połączenia?
- Czy mogę monitorować łańcuch proxy?
- Dlaczego w panelach pojawia się informacja „nie ustawiono”?
- Czy interfejs API Monitoring jest dostępny w klasycznym interfejsie użytkownika lub w Edge w ramach chmury prywatnej?
- Co to jest scenariusz?
- Jak obsługiwać kody błędów HTTP 429?
Mam wiele serwerów proxy interfejsu API. Jakie są zalecane metody konfigurowania alertów dla wszystkich moich serwerów proxy interfejsu API?
Apigee zaleca takie metody:
- Zacznij od skonfigurowania alertów dla dowolnego serwera proxy interfejsu API z określonym progiem. Na przykład 10% z błędem 4xx przez 5 minut. Skonfiguruj powiadomienia i wyświetl stronę historii 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. Dalej zawężaj alerty i powiadomienia na podstawie swoich obserwacji.
- Poproś zespoły odpowiedzialne za programowanie interfejsów API, aby poleciły działowi operacyjnemu progi błędów i opóźnienia, które odpowiadają za konfigurowanie alertów.
Które role mają dostęp do interfejsu API Monitoring?
Zobacz Informacje o rolach związanych z monitorowaniem interfejsów API.Dlaczego na stronie Ostatnie nie widzę wszystkich serwerów proxy interfejsu API?
W panelu Niedawne wyświetlane są tylko serwery proxy interfejsu API, które ostatnio odnotowały ruch. Nie wyświetla on wszystkich serwerów proxy interfejsu API w Twojej organizacji. Panel Oś czasu umożliwia wyświetlanie danych dotyczących wszystkich serwerów proxy interfejsu 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 przekracza 7 dni.Dzienniki przydają się do identyfikowania kodów stanu powodujących błędy, ale jak identyfikować identyfikatory programistów, które generują połączenia?
Dzienniki interfejsu API Monitoring nie zawierają identyfikatorów dewelopera. Aby pobrać identyfikatory dewelopera, możesz wygenerować raport niestandardowy.Czy mogę monitorować łańcuch proxy?
Możesz użyć jednego serwera proxy interfejsu API jako docelowego punktu końcowego innego serwera proxy interfejsu API, aby skutecznie połączyć oba serwery proxy w łańcuchu serwerów proxy. Monitorowanie interfejsów API rejestruje jednak tylko żądania do pierwszego serwera proxy w łańcuchu, a nie do serwera proxy interfejsu API używanego jako miejsce docelowe. Więcej informacji znajdziesz w artykule na temat połączenia serwerów proxy interfejsu API łańcuchów.Dlaczego na panelach wyświetla się komunikat „Nie ustawiono”?
Jeśli interfejs API serwera proxy, źródło błędów, kod błędu lub zasady dotyczące błędu nie mają wartości lub nie można ich określić, w panelu jako źródło pojawi się wartość "not set" (nie ustawiono). Oto kilka scenariuszy, w których może wystąpić błąd „Nie ustawiono”:
- Błędy związane z klientem
- Kody błędów HTTP, które zostały zastąpione odpowiedzią powodzenia
- kody stanu HTTP 2xx (ponieważ zazwyczaj nie powodują wyświetlania kodów błędów);
Więcej informacji o wartości „nie ustawiono” znajdziesz w artykule Co oznacza wartość elementu analitycznego „(nie ustawiono)”?
Czy interfejs API Monitoring jest dostępny w klasycznym interfejsie użytkownika lub na brzegu chmury prywatnej?
Monitorowanie Apigee API jest obecnie dostępne tylko dla klientów Apigee Edge Cloud Enterprise korzystających z nowego interfejsu Edge.
Monitorowanie Apigee API jest niedostępne w klasycznym interfejsie Edge oraz w Edge w przypadku chmury prywatnej.
Co to jest scenariusz?
Podczas konfigurowania alertów w polu Poradnika znajdziesz krótki opis zalecanych działań, które pomogą Ci rozwiązać problemy z tymi alertami. Możesz też podać link do swojej wewnętrznej strony wiki lub strony społeczności, na której znajdują się sprawdzone metody. Informacje podane w tym polu zostaną dołączone do powiadomienia.Jak obsługiwać kody błędów HTTP 429?
Po przekroczeniu limitu (zasady zasady dotyczącej limitu) lub po przekroczeniu limitu (zasady SpipiArrest) zasady dotyczące limitów i zasady SpikeArrest wysyłają kod błędu HTTP 429.W panelu alertów nie można jednak zdefiniować alertu o błędzie HTTP 429. Zamiast tego ustawiasz warunek alertu Zasada zarządzania ruchem > Limit > Naruszenie limitu, jak pokazano poniżej, lub Zasada zarządzania ruchem > Zatrzymanie ruchu > Naruszenie zasad SpikeArrest:
