Data Manager API का इस्तेमाल करते समय, इन सबसे सही तरीकों को ध्यान में रखें.
सभी यूज़र आइडेंटिफ़ायर भेजना
UserData की मदद से ऑडियंस सेगमेंट के सदस्यों या इवेंट का डेटा भेजते समय, ज़्यादा से ज़्यादा user_identifiers शामिल करें. इसमें एक ही तरह के कई आइडेंटिफ़ायर भेजना भी शामिल है.
उदाहरण के लिए, अगर आपके पास किसी उपयोगकर्ता के लिए एक से ज़्यादा ईमेल पते हैं, तो हर ईमेल पते के लिए एक अलग UserIdentifier शामिल करें. इसी तरह, अगर आपके पास किसी उपयोगकर्ता के लिए अलग-अलग तरह के आइडेंटिफ़ायर हैं, जैसे कि ईमेल पते, फ़ोन नंबर, और पते, तो हर आइडेंटिफ़ायर के लिए एक अलग UserIdentifier जोड़ें. हालांकि, आइडेंटिफ़ायर की संख्या तय सीमा से ज़्यादा नहीं होनी चाहिए.
अनुरोधों को ऑप्टिमाइज़ करना
हर दिन किए जाने वाले अनुरोधों की सीमा को पार करने की संभावना कम करने के लिए, हर अनुरोध में ज़्यादा से ज़्यादा आइटम को बैच करें. हालांकि, यह संख्या हर अनुरोध की सीमा से ज़्यादा नहीं होनी चाहिए.
उदाहरण के लिए, अगर आपको किसी ऑडियंस में 10,000 सदस्यों को जोड़ना है, तो सभी 10,000 सदस्यों को एक IngestAudienceMembersRequest में audience_members सूची में जोड़ें. सभी 10,000 सदस्यों को एक ही अनुरोध में बैच करना, ऑडियंस के हर सदस्य को जोड़ने के लिए अलग-अलग अनुरोध भेजने से ज़्यादा असरदार है.
एक साथ कई अनुरोध भेजना
डेटा डालने में लगने वाले कुल समय को कम करने के लिए, IngestionService को एक साथ कई अनुरोध भेजें. हमारा सुझाव है कि आप एक साथ ज़्यादा से ज़्यादा 10 अनुरोध भेजें. इससे, हर मिनट अनुरोध भेजने की तय सीमा को पार करने की संभावना कम हो जाती है.
एक साथ कई अनुरोध भेजे जा सकते हैं. भले ही, अनुरोधों में एक ही destinations हो.
फ़ास्ट-फ़ेल गड़बड़ियों की जांच करने के लिए, validateOnly का इस्तेमाल करें
फ़ास्ट-फ़ेल गड़बड़ियों को पकड़ने के लिए, validateOnly को true पर सेट करके अनुरोध भेजें. Data Manager API, सामान्य अनुरोध की तरह ही पुष्टि करने की जांच करता है. हालांकि, यह किसी डेटा को शामिल या हटाता नहीं है.
सिर्फ़ पुष्टि करने के अनुरोध के पूरा होने से यह गारंटी नहीं मिलती कि प्रोसेसिंग के दौरान कोई गड़बड़ी नहीं होगी. इसलिए, सामान्य अनुरोध भेजने के बाद, डाइग्नोस्टिक्स की जांच जारी रखें.
गड़बड़ी की जानकारी देखें
हर IngestAudienceMembersResponse या IngestEventsResponse से request_id को कैप्चर और इकट्ठा करें. साथ ही, डाइग्नोस्टिक्स की जांच करने के लिए, अनुरोध आईडी का इस्तेमाल करें.
कोटा पर नज़र रखना और सूचना देना
अनचाहे अनुरोधों को अस्वीकार होने से बचाने के लिए, Google Cloud Console में कोटा से जुड़ी सूचनाएं और मॉनिटरिंग सेट अप करें. कोटा के इस्तेमाल पर नज़र रखने से, आपको इस्तेमाल के पैटर्न को ट्रैक करने और अनुरोधों के बैच को ऑप्टिमाइज़ करने में मदद मिलती है. ऐसा तब होता है, जब आपका ऐप्लिकेशन हर दिन या हर मिनट की सीमा तक नहीं पहुंचता.
प्रोडक्शन में डिप्लॉय करना
लोकल टेस्टिंग से प्रोडक्शन वर्कलोड पर स्विच करते समय, ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल का इस्तेमाल करें. इसके लिए, अटैच किए गए सेवा खाते या Workload Identity Federation का इस्तेमाल करें. इससे, बिना किसी इंटरैक्शन के और सुरक्षित तरीके से पुष्टि की जा सकेगी.
अलग-अलग प्रोडक्शन एनवायरमेंट के लिए, पुष्टि करने की सुविधा को कॉन्फ़िगर करने के बारे में जानने के लिए, प्रोडक्शन में डिप्लॉय करें लेख पढ़ें.