Metryki
Strona Metrics (pasek boczny > Metrics) zapewnia bardziej szczegółowy wgląd analityczny w Twoje użycie. Zawiera jeden panel, Usage, który dzieli Twój ruch na grupy i umieszcza sumy dla całego okresu nad stroną wierszy.
W przypadku kart podsumowania i wykresów osi czasu skorzystaj ze strony Dashboard Overview.
Product
Strona otwiera się z przełącznikiem Product: API dla żądań wysyłanych do endpointów API, Proxy dla tuneli otwieranych przez Twoje własne narzędzia przez proxy.foura.ai. Każdy produkt ma własny panel Usage z osobnymi widokami, zakresami i kolumnami, ponieważ tunel nie ma licznika żądań ani kredytów. Stan przełącznika jest zapamiętywany i można do niego linkować bezpośrednio przez #metrics/proxy.
Filters
Nad panelem: Product, Endpoints (tylko API), Owner, następnie Key (API) lub Proxy user (Proxy), a potem Period. Owner i Period to te same kontrolki co w Overview i współdzielą one swój stan, więc przełączanie między tymi dwiema stronami nigdy nie zmienia oglądanego zakresu danych.
Filtr Owner
Everything, Personal lub jedna z Twoich organizacji. Pojawia się tylko wtedy, gdy należysz do co najmniej jednej. Wybór właściciela przebudowuje również listy rozwijane Key i Proxy user, dzięki czemu dane uwierzytelniające poprzedniego właściciela nie pozostaną aktywne po przełączeniu i nie zwrócą po cichu pustych wyników.
Filtry Key i Proxy User
Ograniczają zakres strony do pojedynczych danych uwierzytelniających. Widoczne są tylko te dane, do których masz dostęp: Twoje własne oraz należące do Twoich organizacji.
Period
Osiem opcji: 30M, 3H, 12H, 24H, 7D, 30D, 90D i 1Y, a także Custom dla miesiąca kalendarzowego, ostatnich 6 miesięcy, całego okresu lub dokładnego zakresu dat.
Endpoints
Dla produktu API wybierz Single, Proxy Finder, Browser lub Auto, aby ograniczyć karty i tabelę do jednego endpointu. Wywołanie Auto liczy się raz, w sekcji Auto. Zakres Concurrency nie jest dostępny, gdy wybrany jest konkretny endpoint.
Panel Usage
Panel odpowiada na dwa pytania jednocześnie. Karty nad tabelą opisują cały okres: liczbę grup oraz łączne sumy dla wszystkich z nich. Tabela poniżej to jedna strona tych grup, posortowana według wybranej kolumny.
Oba elementy zawsze dotyczą tego samego ruchu: karty obejmują to samo okno czasowe i te same filtry co wiersze. Liczba grup jest podawana w pełnej postaci zamiast zaokrąglonej, ponieważ dokładna liczba stanowi odpowiedź na pytanie "do ilu domen dotarliśmy w tym miesiącu", a zaokrąglona nie.
Zmiana widoku, zakresu lub okresu powoduje ponowne otwarcie zestawu od pierwszej strony. Strona 4 domen to nie to samo co strona 4 adresów IP klienta.
Kliknij nagłówek kolumny, aby posortować. Sortowanie wraca do kolejności malejącej po przełączeniu widoku lub przeładowaniu strony. Użyj Ctrl lub Cmd i kliknij nagłówek, aby zresetować.
Usage, produkt API
Trzy widoki:
| Widok | Grupuje dane według |
|---|---|
| API Key | Każdego klucza, do którego masz dostęp |
| Client IP | Źródłowych adresów wykonujących żądania |
| Domain | Docelowych domen w Twoich żądaniach |
Przełączniki zakresu (Scope chips) po prawej stronie zmieniają kolumny oraz karty:
| Zakres | Co pokazuje |
|---|---|
| Bandwidth | Liczba requestów, odebrane bajty, wysłane bajty oraz udział premium w tych bajtach (ruch obsłużony przez węzeł wyjściowy premium, wliczony w sumy, a nie do nich dodawany) |
| Response Time | Liczba requestów, minimalne, średnie i maksymalne opóźnienie |
| Concurrency | Liczba requestów oraz liczba równoległych requestów (tylko widok API Key) |
| Outcomes | Liczba requestów wraz z podziałem na poszczególne wyniki oraz wykresem pierścieniowym |
| Budget | Liczba requestów i wydane kredyty, z uwzględnieniem każdego wyniku. Aby zobaczyć pojedynczy endpoint, wybierz go w wierszu Endpoints |
Zakres Budget odczytuje metrykę kredytów zwracaną przez API przy każdym requeście (zobacz Response Headers). Wartości te reprezentują surowe zużycie. Rozliczenia uwzględniają w ramach planu wyłącznie wynik success, a karta Overview Credits pokazuje obie te wartości obok siebie.
Wykres pierścieniowy wyników
W zakresie Outcomes wewnątrz panelu znajduje się wykres pierścieniowy przedstawiający podział na sukcesy i błędy w wybranym okresie. Najedź kursorem na dowolny wycinek, aby zobaczyć dokładną liczbę requestów i wartość procentową. Wykres jest renderowany tylko w tym zakresie, ponieważ obraz całego okresu nałożony na tabelę odpowiadającą na inne pytanie tworzyłby niespójny widok.
Usage, produkt Proxy
Pięć widoków:
| Widok | Grupuje dane według |
|---|---|
| Proxy user | Każdy użytkownik proxy, do którego masz dostęp |
| Target | Host docelowy, do którego dotarł tunel |
| Exit country | Kraj, z którego wyszedł tunel |
| Client IP | Adres, z którego nawiązano połączenie |
| Outcome | Wynik i jego przyczyna |
Cztery zakresy:
| Zakres | Kolumny |
|---|---|
| Traffic | Tunele, Odebrane bajty, Wysłane bajty, Premium |
| Setup | Tunele, Minimalny czas setupu, Średni czas setupu, Maksymalny czas setupu, Średni czas trwania, Maksymalny czas trwania |
| Outcomes | Tunele oraz jedna kolumna na wynik, z wykresem pierścieniowym |
| Budget | Tunele, Standard, Premium, Łącznie |
Setup to czas oczekiwania przed przekazaniem tunelu. Czas trwania określa, jak długo tunel pozostał otwarty. Premium to część ruchu obsłużona przez sieć premium, wliczona w sumę całkowitą i nigdy do niej niedodawana.
Żaden zakres nie zawiera kolumny kredytów ani liczby requestów. Dane przesyłane wewnątrz CONNECT to Twój własny szyfrowany ruch, dlatego port zlicza wyłącznie tunele i bajty.
Typy wyników
Każdy request API jest klasyfikowany do dokładnie jednego wyniku. Rozliczany jest wyłącznie wynik success.
| Outcome | Warstwa | Znaczenie |
|---|---|---|
success |
nd. | Żądanie zwróciło poprawną odpowiedź. Bez reguł validate oznacza to HTTP 200. Z regułami validate oznacza to dowolną odpowiedź zaakceptowaną przez Twoje reguły, niezależnie od statusu. |
application_error |
target | Cel zwrócił HTTP 200, ale treść odpowiedzi zawierała pole błędu. |
application_fail |
target | Cel zwrócił kod inny niż 2xx, którego Twoje reguły validate nie zaakceptowały, lub nie zwrócił odpowiedzi w ogóle. |
client_error |
caller | Twoje żądanie zostało odrzucone przed opuszczeniem FourA: nieprawidłowe parametry, błędna wartość proxy lub adres URL wskazujący na adres prywatny bądź zastrzeżony. |
rate_limit |
FourA | Żądanie zostało odrzucone przez limit RPM lub limit współbieżności. Zobacz Rate Limits. |
service_error |
FourA | Silnik zwrócił błąd serwera lub treść, której nie udało się przetworzyć. |
service_fail |
FourA | Błąd sieci: przekroczenie limitu czasu, odmowa połączenia, błąd DNS, rozłączenie klienta. |
Kolumna warstwy wskazuje podmiot odpowiedzialny. target oznacza wywoływaną witrynę, caller oznacza nieprawidłowe żądanie, FourA oznacza brak możliwości przetworzenia po naszej stronie.
Jeśli używasz validate.status.accept, aby zezwolić na określone kody inne niż 200 (na przykład [200, 403]), są one zwracane jako success zamiast application_fail. Klasyfikacja wynika z oceny Twoich reguł przez silnik, a nie z surowego kodu HTTP.
Tunel przez port proxy jest klasyfikowany według tego samego nazewnictwa, z wyłączeniem dwóch wyników target: odpowiedź w tunelu to Twój własny zaszyfrowany ruch, więc FourA nie sprawdza, czy docelowa witryna zwróciła poprawny wynik. Pełną taksonomię i jej przełożenie na rozliczenia znajdziesz w Request Outcomes.
Powiązane
- Dashboard Overview: Karty podsumowania, wykresy osi czasu, Period oraz Detail (Detail jest dostępne tylko w Overview)
- Request Outcomes: Szczegółowe wyjaśnienie wartości outcome dla żądań i tuneli
- Response Headers: Skąd pochodzą kredyty
- Proxy Port: Produkt, którego dotyczą widoki Proxy
- Organizations: Co obejmuje filtr Owner
- API Errors: Format błędów zwracanych przez sieć