Apollo-link-rest: बाकी सर्वर अनुरोधों को कतारबद्ध करने का सुरुचिपूर्ण तरीका? अधिकतम समवर्ती, समय दूरी, थ्रॉटलिंग 🚙⟷🚕⟷🚗?

को निर्मित 20 जन॰ 2019 · 7टिप्पणियाँ · स्रोत: apollographql/apollo-link-rest

मैं एक मुफ्त तृतीय पक्ष आराम एपीआई को कॉल बनाने के लिए अपोलो-लिंक-रेस्ट का उपयोग कर रहा हूं। मुझे लगता है कि यह एक अच्छा उपयोग मामला है।

हालांकि, जैसा कि हम सभी जानते हैं कि तीसरे पक्ष के एपीआई को लगातार एपीआई अनुरोधों के बीच अनुरोध समवर्ती और न्यूनतम सुरक्षा अंतराल के संबंध में _सम्मान के साथ संभाला जाना चाहिए। यानी सुनिश्चित करें कि आप सर्वर को हर 100ms से अधिक बार नहीं मार रहे हैं

जैसा कि अपोलो कॉल ले रहा है, मैं सोच रहा था कि क्या समय के साथ कॉल फैलाने का कोई अच्छा तरीका है? गलती से, ऐसी क्वेरी बनाने में अधिक समय नहीं लगता है जो पूर्ण अनुरोध को हल करने के लिए अतिरिक्त अनुरोधों को सक्रिय करती है। उदाहरण के लिए @export निर्देश का उपयोग करके।

_दो कॉल एक साथ_

const QUERY = gql`
  query RestData($email: String!) {
    # 1) Query for user 🚀
    users @rest(path: '/users/email?{args.email}', method: 'GET', type: 'User') {
      id @export(as: "id")
      firstName
      lastName
      # 2) Sub query for friends fires immediately as well 🚀
      friends @rest(path: '/friends/{exportVariables.id}', type: '[User]') {
        firstName
        lastName
      }
    }
  }
`;

n+1 क्वेरी समस्या के हल्के मामलों को लिए (यानी प्रत्येक उत्पाद विवरण की तुलना में सभी उत्पाद प्राप्त करें), मैं सर्वर 429 त्रुटियों के लिए एक सुरक्षा जाल प्राप्त करने में सक्षम होना चाहता हूं (सर्वर से दर सीमित होने के कारण विफल)।

_मैं अभी क्या करता हूं: रैपिंग फ़ेच_

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  customFetch: (...args) =>
    new Promise((resolve, reject) => {
      // 🚙⟷🚕⟷🚗 Implementing my queue logic to fire of fetches
        resolve(fetch(...args));
      // when enough time has elapsed. 🚙⟷🚕⟷🚗 
    })
})

अभी मैं कस्टम कतार तर्क में लाने की प्रक्रिया को लपेट रहा हूं, लेकिन क्या कोई "अधिक सुंदर तरीका" है जिसे हम इसे एकीकृत कर सकते हैं? मुझे यकीन है, बहुत से लोगों को बिना किसी आवश्यक रूप से असफल प्रश्नों के तुरंत आउटगोइंग लोड पर कुछ नियंत्रण रखने में दिलचस्पी होगी।

स्रोत

D1no

सबसे उपयोगी टिप्पणी

हो सकता है कि Google से आने वाले अन्य लोगों के लिए मैं अभी जो कर रहा हूं उसे जोड़ना चाहिए। अभी मैं p-throttle ( रेपो ) का उपयोग करता हूं।

// (...)
import pThrottle from "p-throttle";

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  // Throttle fetches to max 1 concurrent request 🚀 and
  //  min. delay of 0.5 seconds 🚙⟷🚕⟷🚗 .
  customFetch: pThrottle( (...args) => {
    return fetch(...args);
  }, 1, 500)
})

// (...)

D1no 20 जन॰ 2019

👍2

सभी 7 टिप्पणियाँ

// (...)
import pThrottle from "p-throttle";

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  // Throttle fetches to max 1 concurrent request 🚀 and
  //  min. delay of 0.5 seconds 🚙⟷🚕⟷🚗 .
  customFetch: pThrottle( (...args) => {
    return fetch(...args);
  }, 1, 500)
})

// (...)

D1no 20 जन॰ 2019

👍2

@ D1no मैं

मुझे यकीन नहीं है कि यह वास्तव में अपोलो-लिंक-रेस्ट की सीधे कॉन्फ़िगर करने योग्य विशेषता होनी चाहिए, लेकिन मैं दस्तावेज़ों में इस तरह के एक स्निपेट को शामिल करने का समर्थन करता हूं।

fbartho 20 जन॰ 2019

क्या आप मुझे इस जानकारी के पीआर के लिए दस्तावेज़ में एक अच्छी जगह पर इंगित कर सकते हैं कि कस्टमफच के साथ कोई क्या कर सकता है? मुझे लगता है आप सही है; अपोलो-लिंक-रेस्ट में इस तरह की कॉन्फ़िगरेशन को फेंकने से जोड़े के तरीके मिलेंगे जो बहुत ही सुरुचिपूर्ण नहीं हैं।

पीआर में मैं नौसिखियों द्वारा पढ़ने वाले नौसिखियों के लिए एक और अधिक उदाहरण के लिए पी-कतार निकाल दूंगा। ग्राफ़क्यूएल में गेट-वे-ड्रग के रूप में अपोलो-लिंक-रेस्ट का गंभीरता से उपयोग करने वाले किसी भी व्यक्ति को किसी बिंदु पर समवर्ती / डिबगिंग_ के कुछ प्रबंधन की आवश्यकता होगी।

D1no 21 जन॰ 2019

अरे @ D1no , आप यहां डॉक्स पा सकते हैं। मेरा सुझाव है कि इसे Options शीर्षक में Complete options ऊपर बैठना चाहिए।

tombarton 21 जन॰ 2019

👍1

धन्यवाद @ टोंबर्टन। इस मुद्दे को फिर से करीब से देखते हुए, यह एक अच्छा विचार हो सकता है कि किसी भी तरह से फ़ेच कॉल के लिए एक सरल थ्रॉटल विकल्प प्राप्त करने में सक्षम हो।

हालाँकि मैंने मूल रूप से कहा था कि इसकी कपलिंग फ़ेच है, वास्तव में यह सच नहीं है। इसका आह्वान (किसी भी मनमानी) पद्धति को लाने के लिए है जो यहां बड़े पैमाने पर हो रहा है। अपोलो-लिंक-रेस्ट को आँख बंद करके / उत्सुक निष्पादन को वश में करने में सक्षम होने के लिए, कुछ सरल समवर्ती और एमएस सीमा विकल्प जैसा कि ऊपर देखा गया है , अंत में इतना बुरा विचार नहीं हो सकता है।

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  maxConcurrency: 2 // Max Concurrency 🚀🚀
  minThrottle: 500 // Handling Rate Limit in ms 🚙⟷🚕⟷🚗 
})

और/या इसे क्वेरी में निर्दिष्ट करने में सक्षम होना

const QUERY = gql`
  query RestData($email: String!) {
    users @rest(path: '/users/email?{args.email}', method: 'GET', type: 'User') {
      id @export(as: "id")
      firstName
      lastName
      # NEW:       ⤥ 🚙⟷🚕     ⤥ 🚀🚀
      friends @rest(throttle: 500, concurrency: 2, path: '/friends/{exportVariables.id}', type: '[User]') {
        firstName
        lastName
      }
    }
  }
`;

आखिरकार, एक लाने की पद्धति को यह प्रबंधन क्यों करना चाहिए कि इसे कितनी बार कहा जाता है (इसे ऊपर की ओर क्या हो रहा है इसकी परवाह नहीं करनी चाहिए)। मैं इसके बारे में थोड़ा सोचूंगा। वैसे भी, customFetch को वर्तमान क्वेरी के बारे में कुछ जानकारी प्राप्त करनी चाहिए, न कि केवल एक खाली अनुरोध (यदि लोगों को वास्तव में आवश्यकता हो तो स्मार्ट निर्णय लेने में सक्षम होने के लिए)।

हो सकता है कि अनुरक्षकों / कर्मचारियों में से एक (@fbartho) चिप लगा सके? मुझे पीआर के लिए समय निकालने में खुशी होगी अगर इसकी योग्यता को मंजूरी दी जाती है।

D1no 21 जन॰ 2019

@ D1no मुझे डॉक्स में शामिल करने का आपका सुझाव ईमानदारी से पसंद आया। -- कतारबद्ध करना उस तरह से विपरीत है जिस तरह से हम अपनी कंपनी के ऐप में काम करना चाहते थे। (डिडुप्लिकेटिंग वह था जिसे मैंने बनाया था, उदाहरण के लिए)।

अलग से, क्योंकि समापन बिंदु पूरी तरह से अलग हो सकते हैं, मैं "maxConcurrency/minThrottle" को वैश्विक चिंताओं के रूप में सेट करने में संकोच कर रहा हूं।

अपोलोलिंकरेस्ट "अपोलो में सामान प्लगिंग" के बारे में है - जिन चिंताओं का आप वर्णन कर रहे हैं वे वास्तव में ऐसा महसूस करते हैं कि उन्हें नेटवर्क परत उर्फ कस्टम फ़ेच पर होना चाहिए। - इसके अतिरिक्त, मुझे यह असंभव लगता है कि आप प्रत्येक क्वेरी-पथ के लिए इन मानों को अनुकूलित करना चाहते हैं, इसलिए ग्राफ़क्यूएल में उनकी सेटिंग्स को एम्बेड करना शोर लगता है।

fbartho 31 जन॰ 2019

ठीक है - मैं पहले दस्तावेज़ीकरण में एक अतिरिक्त पीआर करूँगा। इसके ऊपर की परतों को क्रीम करने से पहले हमें customFetch पहले नीचे करना चाहिए।

D1no 2 फ़र॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Apollo-link-rest: बाकी सर्वर अनुरोधों को कतारबद्ध करने का सुरुचिपूर्ण तरीका? अधिकतम समवर्ती, समय दूरी, थ्रॉटलिंग 🚙⟷🚕⟷🚗?

सबसे उपयोगी टिप्पणी

सभी 7 टिप्पणियाँ

संबंधित मुद्दों