Метрики
Страницата Metrics (странична лента > Metrics) ви предоставя по-задълбочен аналитичен поглед върху вашето потребление. Тя съдържа един панел, Usage, който разбива трафика ви на групи и поставя общите суми за целия период над страница с редове.
За обобщаващи карти и графики във времето използвайте страницата Dashboard Overview.
Product
Страницата се отваря с превключвател Product: API за заявките, които изпращате към API endpoints, Proxy за тунелите, които вашите собствени инструменти отварят през proxy.foura.ai. Всеки продукт има собствен панел Usage със собствени изгледи, обхвати и колони, тъй като тунелът няма брой заявки и кредити. Превключвателят се запомня и поддържа директни връзки като #metrics/proxy.
Filters
Над панела: Product, Endpoints (само за API), Owner, след това Key (API) или Proxy user (Proxy), след това Period. Owner и Period са същите контроли като в Overview и споделят състоянието си, така че превключването между двете страници никога не променя това, което разглеждате.
Филтър Owner
Everything, Personal или една от вашите организации. Появява се само след като принадлежите към поне една. Изборът на owner също така преизгражда падащите менюта Key и Proxy user, така че идентификационните данни от предишния owner да не останат след превключването и тихомълком да не върнат нищо.
Филтри Key и Proxy User
Ограничават обхвата на страницата до единични идентификационни данни. Показват се само данни, до които имате достъп: вашите собствени плюс тези на организациите, в които членувате.
Period
Осем бутона, 30M, 3H, 12H, 24H, 7D, 30D, 90D и 1Y, плюс Custom за календарен месец, последните 6 месеца, цялото време или точна двойка дати.
Endpoints
При продукта API изберете Single, Proxy Finder, Browser или Auto, за да ограничите картите и таблицата до един endpoint. Едно извикване на Auto се отчита веднъж, под Auto. Обхватът Concurrency не е наличен, докато е избран endpoint.
Панелът Usage
Панелът отговаря на два въпроса едновременно. Картите над таблицата описват целия период: колко групи съдържа и общите суми за всички тях. Таблицата отдолу е една страница от тези групи, сортирани по колоната, която изберете.
Двете секции никога не показват различен трафик: картите използват същия времеви прозорец и същите филтри като редовете. Броят на групите е изписан пълен, а не закръглен, защото точният брой е отговор на въпроса "до колко домейна достигнахме този месец", докато закръгленият не е.
Промяната на изгледа, обхвата или периода стартира набора от данни отново от първата страница. Страница 4 от домейни не е страница 4 от IP адреси на клиенти.
Кликнете върху заглавието на колона, за да сортирате. Сортирането се връща към най-големите стойности първо, когато смените изгледа или презаредите страницата. Използвайте Ctrl или Cmd клик върху заглавието, за да го нулирате.
Usage, продукт API
Три изгледа:
| View | Groups data by |
|---|---|
| API Key | Всеки ключ, до който имате достъп |
| Client IP | Изходни адреси, правещи заявките |
| Domain | Целеви домейни във вашите заявки |
Бутоните за обхват вдясно променят колоните и картите:
| Обхват | Какво показва |
|---|---|
| Bandwidth | Брой заявки, входящи байтове, изходящи байтове и премиум дял от тези байтове (трафик през премиум изход, включен в общите суми, а не добавен към тях) |
| Response Time | Брой заявки, минимална, средна и максимална латентност |
| Concurrency | Брой заявки плюс брой едновременни заявки (само за изглед API Key) |
| Outcomes | Брой заявки плюс разбивка по резултат, с кръгова диаграма (donut) на резултатите |
| Budget | Брой заявки и изразходвани кредити, с включен всеки резултат. За да видите един endpoint, изберете го в реда Endpoints |
Обхватът Budget чете метриката за кредити, която API връща при всяка заявка (вижте Response Headers). Тези суми представляват суровото измерено потребление. Таксуването отчита само резултата success към вашия план, а картата Overview Credits показва и двете едно до друго.
Кръгова диаграма на резултатите
В обхвата Outcomes в панела се показва кръгова диаграма (donut), която визуализира разбивката на успешните заявки и грешките за избрания период. Задръжте курсора над който и да е сектор за точния брой заявки и процент. Тя се показва само в този обхват, тъй като графика за целия период върху таблица, показваща друга информация, би изглеждала несвързана.
Използване, продукт Proxy
Пет изгледа:
| Изглед | Групира данните по |
|---|---|
| Proxy user | Всеки proxy потребител, до когото имате достъп |
| Target | Хоста, до който е достигнал всеки тунел |
| Exit country | Държавата, от която е излязъл тунелът |
| Client IP | Адреса, от който е дошла връзката |
| Outcome | Резултата и неговата причина |
Четири обхвата:
| Обхват | Колони |
|---|---|
| Traffic | Tunnels, Bytes In, Bytes Out, Premium |
| Setup | Tunnels, Setup Min, Setup Avg, Setup Max, Duration Avg, Duration Max |
| Outcomes | Tunnels плюс една колона за всеки резултат, с кръгова диаграма на резултатите |
| Budget | Tunnels, Standard, Premium, Total |
Setup е изчакването преди тунелът да бъде предаден. Duration е времето, през което той е останал отворен. Premium е частта от трафика, преминала през премиум мрежата, включена в общия обем и никога не се добавя допълнително към него.
Никой обхват няма колона за кредити или брой заявки. Това, което преминава през CONNECT, е вашият собствен криптиран трафик, така че портът отчита тунели и байтове и нищо друго.
Типове резултати
Всяка API заявка се класифицира в точно един резултат. Таксува се само success.
| Outcome | Layer | Значение |
|---|---|---|
success |
n/a | Заявката върна валиден response. Без правила за validate това означава HTTP 200. С правила за validate, всеки response, приет от вашите правила, независимо от статуса. |
application_error |
target | Целта върна HTTP 200, но body съдържаше поле за грешка. |
application_fail |
target | Целта върна non-2xx статус, който вашите правила за validate не приеха, или не върна response изобщо. |
client_error |
caller | Вашата заявка беше отхвърлена преди да напусне FourA: невалидни параметри, неправилно форматирана proxy стойност или URL, който сочи към частен или резервиран адрес. |
rate_limit |
FourA | Заявката беше отхвърлена от вашия лимит за RPM или конкурентност. Вижте Rate Limits. |
service_error |
FourA | Системата отговори със сървърна грешка или с body, което не успяхме да парснем. |
service_fail |
FourA | Мрежова грешка: timeout, отказана връзка, DNS грешка, прекъсване от страна на клиента. |
Колоната layer показва кой носи отговорност. target означава сайтът, който извикахте, caller означава, че вашата заявка е невалидна, FourA означава, че не успяхме да я обработим.
Ако използвате validate.status.accept за разрешаване на конкретни кодове, различни от 200 (например [200, 403]), те се връщат като success вместо application_fail. Класификацията следва преценката на системата спрямо вашите правила, а не суровия HTTP код.
Тунел през proxy порта се класифицира в същия речник, без двата резултата за target: отговорът на тунела е вашият собствен криптиран трафик, така че FourA никога не вижда дали сайтът зад него е бил успешен. За пълната таксономия и как тя се съпоставя с таксуването, вижте Request Outcomes.
Свързани
- Dashboard Overview: Обобщаващи карти, времеви графики, Period и Detail (Detail е само в Overview)
- Request Outcomes: Стойностите на резултатите, обяснени подробно за заявки и тунели
- Response Headers: Откъде идват кредитите
- Proxy Port: Продуктът, за който отчитат Proxy изгледите
- Organizations: Какво покрива филтърът Owner
- API Errors: Как се връщат грешките по мрежата