AMcoder - javascript, python, java, html, php, sql

Google Analytics-ի իրական ժամանակում API-ն բարձրացնում է Cloud գործառույթների վրա գերազանցված տոկոսադրույքի սահմանաչափը

Ես օգտագործում եմ google-api-python-client-ը՝ Cloud Function ստեղծելու համար, որն ամեն րոպե մեկ հարցում է կատարում Google Analytics Realtime API-ին: Այն լավ է աշխատում երկար ժամանակ:

Սա օգտագործված ծածկագիրն է.

from googleapiclient.discovery import build
service = build('analytics', 'v3', credentials=credentials)

service.data().realtime().get(
  ids=f'ga:{view_id}',
  metrics='rt:pageviews',
  dimensions='rt:deviceCategory,rt:minutesAgo',
  quotaUser='my-function'
).execute(num_retries=3)

Այսօր ժամը 10:00 UTC-3-ից ես բախվում եմ այս սխալի հետ.

Քվոտայի սխալ. վերջին չհաջողված հաշվետվության API հարցումների թիվը չափազանց մեծ է, խնդրում ենք կիրառել էքսպոնենտալ հետքայլ:

Ըստ փաստաթղթերի սահմանաչափը հետևյալն է.

  • Օրական 50,000 հարցում յուրաքանչյուր նախագծի համար, որը կարող է ավելացվել:
  • 10 հարցում մեկ վայրկյանում (QPS) մեկ IP հասցեի համար

մշակողների վահանակում Google Analytics API-ի չափումները վերջին 7 օրվա ընթացքում ունի 25 հազար հարցում, միջինը 0,05/վրկ և գագաթնակետը՝ 0,20/վ, երբ սխալն սկսվել է:

Գործառույթները տեղակայվել են us-east1-ում: Ես գործարկեցի այլ օրինակ us-east4-ում և լավ աշխատեցի: Այսպիսով, ես կարծում եմ, որ սահմանը գտնվում է us-east1-ում օգտագործված IP հասցեում, որը համօգտագործվում է այլ օգտվողների հետ:

Կա՞ իմ նախագծի քվոտան մեկուսացնելու միջոց: Ես փորձեցի quotaUser պարամետրը, բայց կարծես ազդեցություն չունի:

Թարմացում. us-east4 տարածաշրջանը սկսեց բարձրաձայնել նույն սխալը, ուստի ես անցա us-central1ին, որն առայժմ լավ է աշխատում:


  • Հարցը դեռ շարունակվու՞մ է: Եթե ​​այո, ապա միգուցե այս աջակցության ալիքը կարող է հետագայում օգնել ձեզ: 23.12.2020

Պատասխանները:


1

Թարմացում դեկտեմբերի 23, 16:00 UTC. խնդիրը վերադարձավ: API հարցումները կրկին վերադարձնում են նույն սխալը:


Թարմացում դեկտեմբերի 22-ին, 18:56 UTC-ին. 1 ժամ առաջ Reporting API-ն նորից սկսեց պատասխանել հարցումներին: ~15 րոպե առաջ Realtime API-ն նույնպես կրկին արձագանքում է: Մինչ նրանք կսկսեն աշխատել, զանգերն այլևս սխալ չէին տալիս, փոխարենը հարցումները շարունակում էին բեռնվել «ընդմիշտ»:


6 ժամ առաջ ես պատահականորեն նույն խնդիրն եմ ունենում Google Analytics API-ն անմիջապես իմ սեփական սերվերից (Բեռլինում) օգտագործելիս: Խնդրի շուրջ աշխատելու համար ես արդեն փորձել եմ հետևյալը.

  • Անջատել API-ի բոլոր զանգերը մեկ ժամով (չի աշխատել)
  • Կրկին նույնականացում; նոր access_token և refresh_token (չաշխատեց)

Ինչու ես շատ կասկածում եմ, որ սա խնդիր է Google Analytics-ի կողմից (և դուք/ես իրականում չեք կարող դա շտկել).

  • Իմ կոդը դադարել է աշխատել պատահականորեն 18:00-ի սահմաններում (տեղական ժամանակով - այժմ 6 ժամ առաջ), այս կոդը գործում է անձեռնմխելիորեն արդեն առնվազն 4 տարի:
  • Մուտքի նոր նշանների առբերումն աշխատում է, դրանց օգտագործումը՝ ոչ (ակնթարթային տոկոսադրույքի սահմանափակում)
  • Ես ստուգեցի Google Developer Console-ի էջի քվոտայի սխալի գրաֆիկը և ցուցադրված է 0 սխալ (...)
  • Նույն վահանակի ներսում դուք կարող եք տեսնել ձեր նախագծի համար կազմաձևված քվոտաները. ես յուրաքանչյուր օգտատիրոջ համար առավելագույնը 2000 հարցում ունեմ 100 վայրկյանում: Ես ստուգեցի իմ պատմական տվյալները և օրական ընդամենը 1500 հարցում եմ կատարում:
  • Սխալը, որը ես ստանում եմ, հետևյալն է՝ HTTP 403՝ որպես պատճառ «rateLimitExceeded»: Փաստաթղթերի համաձայն՝ սա. Ցույց է տալիս, որ 100 վայրկյանում ծրագրի հարցումների արագության սահմանաչափերը գերազանցվել են: Աղբյուր՝ https://developers.google.com/analytics/devguides/reporting/core/v3/errors
  • Երբ ես կատարում եմ նույն հարցումը Google API Explorer գործիքում, ես ստանում եմ սպասվող HTTP 200 պատասխան: Օրինակ՝ https://developers.google.com/analytics/devguides/reporting/realtime/v3/reference/data/realtime/get

Ճշգրիտ սխալը, որը ես հետ եմ ստանում Google Analytics API-ից.

"error": {
    "code": 403,
    "message": "Quota Error: Number of recent failed reporting API requests is too high, please implement exponential back off.\nSee developer documentation for details at https://developers.google.com/analytics/devguides/reporting/core/v4/limits-quotas#reporting_apis_request_errors",
    "errors": [
      {
        "message": "Quota Error: Number of recent failed reporting API requests is too high, please implement exponential back off.\nSee developer documentation for details at https://developers.google.com/analytics/devguides/reporting/core/v4/limits-quotas#reporting_apis_request_errors",
        "domain": "usageLimits",
        "reason": "rateLimitExceeded"
      }
    ]
  }
21.12.2020
  • Հարցն ինձ համար վերադարձել է։ Երեկ API-ի զանգերն աստիճանաբար վերադարձան, բայց այսօր ժամը 16:16 UTC-ին բոլոր API հարցումները կրկին սխալ են ուղարկում: Կրկին ստուգեցի Google Analytics-ի կարգավիճակի էջը, բայց այն չի նշում որևէ բան այս պատահական խափանումների մասին: 23.12.2020
  • Քանի որ ես անցել եմ us-central1-ին, ես ոչ մի սխալ չեմ ստացել: Ես կասկածում եմ, որ խնդիրը IP-ի սահմանաչափի մեջ է, կարծես թե այն կիսվում է նույն տարածաշրջանում API-ն օգտագործող որևէ մեկի հետ: 23.12.2020
  • Ես օգտագործում եմ իմ անձնական սերվերը յուրահատուկ IP-ով, այնպես որ դա չպետք է լինի խնդիրը (ինձ համար): Ես հենց նոր ստեղծեցի նոր ամբողջովին նոր Google API նախագիծ (console.developers.google.com/apis) և դա նորից լավ է աշխատում: Այսպիսով, թվում է, թե որոշ սահմանափակումներ են կիրառվում API նախագծի շրջանակներում, որոնք խիստ խիստ են: Amazon-ը կառուցել է իր տրամաբանությունը նույն API-ի վերևում, ուստի, հավանաբար, ավելի շատ խնդիրներ ունի նախագծի/IP-ի վրա հիմնված սահմանափակումների հետ: 23.12.2020
  • Թարմացում. անընդհատ լավ չի աշխատում: Նաև այս նոր API ստեղնը/նախագիծը մշտապես չի արձագանքում հարցումներին (պատահել է արդեն մոտ 5 անգամ. անսահման բեռնում): Նորից Google APIs & Services վահանակը ցույց է տալիս 0 սխալ այս API նախագծի համար: Հավանաբար, այն նորից կսկսի սխալի հաղորդագրություններ ուղարկել, երբ ես անտեսանելի սահմանին հասնեմ... Սա դառնում է հիասթափեցնող: 23.12.2020

  • 2

    Մենք նույնն ենք զգում, և թվում է, որ այն հայտնվում և լուծվում է երբեմն-երբեմն առանց որևէ ազդանշանի կամ նշանների Google Analytics-ից: Այն սկսվել է դեկտեմբերի 21-ին։ Մենք փորձեցինք նվազեցնել զանգերի քանակը (րոպեում մեկ անգամ մինչև մեկ րոպե), բայց դա կարծես թե չի օգնում:

    Մենք օգտագործում ենք իրական ժամանակի API-ի v3, բայց սխալների գրանցման մեջ մենք տեսանք որոշ հղումներ V4-api-ին.

    https://developers.google.com/analytics/devguides/reporting/core/v4/limits-quotas#reporting_apis_request_errors

    Միգուցե սա կօգնի ձեզ գտնել պատճառը:

    02.01.2021

    3

    Ես նույն խնդիրն ունեմ։ Կարծում եմ, որ հիմնական պատճառը Google-ի սերվերի կողմից հարցումների ավելի շատ ժամանակն է (Փորձեք API Explorer 5-10 հարցումներով): Բոլոր հարցումները, որոնց ժամանակն ավարտվել է, հաշվվում է որպես ՉԱՓԱԽՎԱԾ, և դուք ստանում եք՝ Quota Error: Number of recent failed reporting API requests is too high, please implement exponential back off ...:

    Ես պահպանեցի որոշ տեղեկամատյաններ և տեսա տարօրինակ բաներ. ժամանակի դադարի հարցումների մեծ մասը դեռ պատասխան է ստանում 144, 240 կամ 480 վայրկյանից հետո: Ես դեռ չգիտեմ, թե որոնք են այս կախարդական թվերը, բայց դա կարծես օրինակ է:

    09.01.2021
    Նոր նյութեր

    Օգտագործելով Fetch Vs Axios.Js-ը՝ HTTP հարցումներ կատարելու համար
    JavaScript-ը կարող է ցանցային հարցումներ ուղարկել սերվեր և բեռնել նոր տեղեկատվություն, երբ դա անհրաժեշտ լինի: Օրինակ, մենք կարող ենք օգտագործել ցանցային հարցումը պատվեր ներկայացնելու,..

    Տիրապետել հանգստության արվեստին. մշակողի ուղեցույց՝ ճնշման տակ ծաղկելու համար
    Տիրապետել հանգստության արվեստին. մշակողի ուղեցույց՝ ճնշման տակ ծաղկելու համար Ինչպե՞ս հանգստացնել ձեր միտքը և աշխատեցնել ձեր պրոցեսորը: Ինչպես մնալ հանգիստ և զարգանալ ճնշման տակ...

    Մեքենայի ուսուցում բանկային և ֆինանսների ոլորտում
    Բարդ, խելացի անվտանգության համակարգերը և հաճախորդների սպասարկման պարզեցված ծառայությունները բիզնեսի հաջողության բանալին են: Ֆինանսական հաստատությունները, մասնավորապես, պետք է առաջ մնան կորի..

    Ես AI-ին հարցրի կյանքի իմաստը, այն ինչ ասում էր, ցնցող էր:
    Այն պահից ի վեր, երբ ես իմացա Արհեստական ​​ինտելեկտի մասին, ես հիացած էի այն բանով, թե ինչպես է այն կարողանում հասկանալ մարդկային նորմալ տեքստը, և այն կարող է առաջացնել իր սեփական արձագանքը դրա..

    Ինչպես սովորել կոդավորումը Python-ում վագրի պես:
    Սովորելու համար ծրագրավորման նոր լեզու ընտրելը բարդ է: Անկախ նրանից, թե դուք սկսնակ եք, թե առաջադեմ, դա օգնում է իմանալ, թե ինչ թեմաներ պետք է սովորել: Ծրագրավորման լեզվի հիմունքները, դրա..

    C++-ի օրական բիթ(ե) | Ամենաերկար պալինդրոմային ենթաշարը
    C++ #198-ի ամենօրյա բիթ(ե), Ընդհանուր հարցազրույցի խնդիր. Ամենաերկար պալինդրոմային ենթատող: Այսօր մենք կանդրադառնանք հարցազրույցի ընդհանուր խնդրին. Ամենաերկար palindromic substring...

    Kydavra ICAReducer՝ ձեր տվյալների ծավալայինությունը նվազեցնելու համար
    Ի՞նչ է ICAReducer-ը: ICAReducer-ն աշխատում է հետևյալ կերպ. այն նվազեցնում է նրանց միջև բարձր փոխկապակցված հատկանիշները մինչև մեկ սյունակ: Բավականին նման է PCAreducer-ին, չնայած այն..