Obmedzenie API doplnku

Automatická kontrola

Všetky overené doplnky stráži naša automatická kontrola. Táto automatická kontrola kontroluje vami využivané API oproti tomu, čo ste si nastavili v Marketplace (vývojová časť doplnku).

Pokiaľ následne takýto doplnok vybočuje z tohto vopred nadefinovaného formátu, kontrola nás upozorní a my vás budeme kontatovať aby sme spoločne odhalili príčinu a zaistili nápravu.

Pokiaľ Agentúra nebude na výzvu o nápravu reagovať, automatická kontrola doplnok pozastaví na všetkých projektoch, ktorí ho majú aktivovaný.

Limity API

Overené doplnky defaultne nie sú obmedzené počtom požiadaviek nie sú. Zatiaľ sa spoliehame na to, že cez schválený overený doplnok máme spolu uzavretú určitú "nepísanú" formu spolupráce, že sa budete snažiť API Upgates využívať v čo najoptimalizovanejšej forme, a že hneď po schválení doplnok neprepnete do "chaos módu". Na oplátku dostanete určitú voľnosť v počte požiadaviek za deň oproti bežnému API užívateľovi a API nebude nijako spoplatnené.

Na rozdiel od tohto bežného API užívateľa vás kontrola po určitom počte požiadaviek (pozri nižšie) nezastaví, ale iba nás upozorní na doplnok, ktorý sa nespráva štandardne či už v rámci počtu požiadaviek, alebo vybočuje z toho čo si definoval v Marketplace.

Automatická kontrola je aktuálne nastavená tak, že stráži maximálny počet poziadaviek ako by sa jednalo o najväčšiu tarifu so všetkými rozširujúcimi balíčkami API. Teda 60 000 za deň (pozri obmedzenie tu).
Na tento limit však ale nie je vôbec potrebné sa dostať, preto v rámci vývoja máte k dispozícii technickú konzultáciu a vždy s nami môžete konzultovať, ako najlepšie API použiť. Väčšina doplnkov sa dostane následne maximálne na pár tisíc za deň. Čím optimalizovanejší doplnok urobíte, tým menej nákladná bude následná správa pre obe strany.

Pozor! Cieľom by však nemalo urobiť odovzdať s tým, že robí maximálne 59 000 požiadaviek za deň a je to takto v poriadku. Stále je nutné dbať na to aby vyťažovanie API bolo čo najmenšie to ide.

Prečo sú nastavené limity?

Z našej i vašej strany je potrebné myslieť na to, že Klient nevyužíva iba váš doplnok. Aj keď to tak zo začiatku môže byť, postupom času si môže aktivovať ľubovoľný počet doplnkov. Pokiaľ by každý takýto doplnok robil čo uzná sám za vhodné, server by sa veľmi rýchlo vyťažil a nám by neúnosne vzrástli náklady na ich prevádzku.

Prosím zoberte teda na vedomie, že pri technických hovoroch/schvaľovacom a testovacom procese (online/ticketom) sa nesnažíme nijako sťažiť samotný proces schválenia vášho doplnku, ale snažíme sa predísť budúcim problémom.

Príklad:
Projekt má 10 000 produktov, ktorých dostupnosti aktualizuje dodávateľským feedom čo 2 hodiny, 5 jazykov a 4 napojené doplnky. Každý z doplnkov pracuje určitou formou s produktmi.

Každé 2 hodiny (aktualizácia dodávateľského feedu na dostupnosti) vyvolá Upgates webhook na Products.update

• Pokiaľ by doplnky nevyužívali stránkovanie: 480 000 požiadaviek za deň (10000x(24h/2h)x4doplnky)
• Ak by doplnky sťahovali jazyky samostatne: 2 400 000 požiadaviek za deň (10000x(24h/2h)x5jazykovx4doplnky)
  
  
• Oproti tomu optimalizované riešenie: 9 600 požiadaviek za deň (10000/50x(24h/2h)x4doplnky)*
  *Doplnky použili stránkovanie (50 produktov na stránku), ďalej sťahujú produkty vo všeobecnom tvare bez rozdelenia na mutácie (rozdeľujú mutácie až pri sebe).

Tento počet produktov, jazykov a doplnkov je na Upgates úplne bežný, dokonca prevažnú väčšinu tvoria klienti s viacerými produktmi a desiatkami jazykov.