डैशबोर्ड और सूचनाओं के इस सुइट की मदद से, Google Home के नेटवर्क के साथ बेहतर इंटिग्रेशन बनाए रखा जा सकता है. Google, सभी ग्राहकों के लिए अच्छी क्वालिटी वाला नेटवर्क बनाने में पार्टनर की मदद करने के लिए प्रतिबद्ध है
डैशबोर्ड में तीन सेक्शन होते हैं. हर सेक्शन में, इंटिग्रेशन की क्वालिटी को बेहतर बनाने से जुड़ी अहम जानकारी होती है.
Google to Partner Metrics - इससे Google से आपके क्लाउड बैकएंड पर किए गए कॉल की परफ़ॉर्मेंस का पता चलता है.
सिस्टम की परफ़ॉर्मेंस - Google के साथ पार्टनरशिप करने वाले लोगों या कंपनियों के लिए मेट्रिक - इससे यह पता चलता है कि आपके सिस्टम से Google को किए गए कॉल की परफ़ॉर्मेंस कैसी है.
डिवाइस की स्थिति - सटीक जानकारी - इससे Google के सिस्टम में सेव की गई स्थितियों की सटीक जानकारी का पता चलता है. इन स्थितियों का इस्तेमाल, उपयोगकर्ता की क्वेरी के जवाब देने के लिए किया जाता है.
जब मेट्रिक, टारगेट वैल्यू के मुताबिक नहीं होती हैं, तो उन्हें लाल रंग में हाइलाइट किया जाता है. इससे पता चलता है कि कोई ऐसी समस्या है जिससे उपयोगकर्ता अनुभव पर असर पड़ सकता है. यहां दी गई जानकारी में, हर टारगेट के बारे में बताया गया है. साथ ही, यह भी बताया गया है कि यह आपके उपयोगकर्ताओं के लिए क्यों ज़रूरी है.
Google से पार्टनर को भेजी जाने वाली मेट्रिक
क्वेरी/कार्रवाई पूरी होने की दर >= 99.5% मेट्रिक से यह पता चलता है कि उपयोगकर्ताओं के निर्देशों को कितनी बार सही तरीके से पूरा किया गया. इससे Assistant के ऐसे जवाबों से बचने में मदद मिलती है जैसे कि "डिवाइस से कनेक्ट नहीं किया जा सकता" या किसी ऐसे निर्देश की पुष्टि करना जिसे पूरा नहीं किया गया है.
"सफलता" किसे माना जाता है?
किसी लेन-देन को तब 'सफल' के तौर पर मार्क किया जाता है, जब Google Home प्लैटफ़ॉर्म को कोई मान्य जवाब मिलता है. इससे पता चलता है कि अनुरोध की गई कार्रवाई पूरी हो गई है या अनुरोध की गई स्थिति वापस मिल गई है.
जिन जवाबों में नॉन-ब्लॉकिंग अपवाद शामिल होते हैं (उदाहरण के लिए, lowBattery अपवाद के साथ SUCCESS स्टेटस), उन्हें सफल लेन-देन के तौर पर गिना जाता है.
चेतावनी के बावजूद, निर्देश डिवाइस तक पहुंच गया और इंटेंट पूरा हो गया.
"विफल" किसे माना जाता है?
प्लेटफ़ॉर्म पर गड़बड़ी के सामान्य कोड में मिली गड़बड़ियों को "गड़बड़ियां" माना जाता है. इन गड़बड़ियों को पार्टनर के लिए ज़रूरी कार्रवाई के तौर पर मार्क किया जाता है. ऐसा QUERY और EXECUTE के पूरा होने की दर का हिसाब लगाते समय किया जाता है.
क्वेरी/कार्रवाई पूरी होने में लगने वाला समय (p90) <= 1000 मि॰से॰ मेट्रिक से, अनुरोध की गई कार्रवाई के लिए इंतज़ार के समय का पता चलता है. इससे यह पक्का करने में मदद मिलती है कि उपयोगकर्ताओं को ज़्यादा इंतज़ार न करना पड़े. उदाहरण के लिए, लाइट बंद करने के लिए कुछ सेकंड इंतज़ार करना.
इंतज़ार के समय की मेट्रिक
लेटेंसी, इस बात का अहम इंडिकेटर है कि आपका इंटिग्रेशन, असली उपयोगकर्ता के लिए कितना रिस्पॉन्सिव है. डैशबोर्ड, 90वें पर्सेंटाइल (P90) की लेटेन्सी को ट्रैक करता है. इससे आपके "सबसे धीमे" उपयोगकर्ताओं के अनुभव के बारे में पता चलता है. उदाहरण के लिए, 800 मि॰से॰ का P90 का मतलब है कि 90% अनुरोधों को 800 मि॰से॰ या उससे कम समय में स्वीकार किया जाता है.
Google, तकनीकी तौर पर सटीक जानकारी देने के लिए, स्टेटस की जांच और डिवाइस के निर्देशों के लिए अलग-अलग तरीके से इंतज़ार का समय मापता है.
1. क्वेरी के लिए इंतज़ार करने का समय (सवाल पूछने वाला)
इससे यह पता चलता है कि Google के डिवाइस की मौजूदा स्थिति के बारे में पूछने पर, Cloud-to-cloud को जवाब देने में कितना समय लगता है.
- शुरू करें: Google, आपके फ़ुलफ़िलमेंट यूआरएल पर
action.devices.QUERYअनुरोध भेजता है. - मेज़रमेंट विंडो: यह वह समय होता है जब आपका क्लाउड, पूरे एचटीटीपी रिस्पॉन्स को Google को वापस भेजने के लिए, उसे प्रोसेस करता है और भेजता है.
- आखिरी चरण: Google को आपकी सेवा से फ़ाइनल रिस्पॉन्स पेलोड मिलता है और वह इसकी पुष्टि करता है.
2. EXECUTE Latency (Action)
इससे यह पता चलता है कि Google, किसी डिवाइस को कंट्रोल करने का अनुरोध भेजता है, तो उसे जवाब मिलने में कितना समय लगता है.
- शुरू करें: Google, आपके फ़ुलफ़िलमेंट यूआरएल पर
action.devices.EXECUTEअनुरोध भेजता है. - मेज़रमेंट विंडो: आपके क्लाउड को कमांड मिलने और पुष्टि करने वाला जवाब देने में लगने वाला समय.
- आखिर में: Google को
SUCCESS,PENDINGयाOFFLINEस्टेटस की प्रतिक्रिया मिलती है. - तकनीकी दायरा: यह मेट्रिक, Google के क्लाउड और आपके क्लाउड के बीच "जवाब की पुष्टि" करने में लगने वाले समय को मेज़र करती है. यह इस बात का पता नहीं लगाता कि फ़िज़िकल हार्डवेयर (उदाहरण के लिए, लाइटबल्ब) को अपनी स्थिति बदलने में कितना समय लगता है. ऐसा इसलिए, क्योंकि इसमें अक्सर क्लाउड-टू-क्लाउड पाथ के बाहर, लोकल मेश नेटवर्क की लेटेन्सी शामिल होती है.
सिस्टम की परफ़ॉर्मेंस - पार्टनर से Google को भेजी जाने वाली मेट्रिक
सफलता की दर >= 99.5% बनाए रखने से यह पक्का करने में मदद मिलती है कि Google Home में डिवाइसों की स्थितियां सही हों, डिवाइस जोड़े और हटाए गए हों, ऑटोमेशन ट्रिगर हों, और इतिहास की घटनाएं Google Home app (GHA) के 'गतिविधि' टैब में दिखें.
सक्सेस रेट का हिसाब, Google से मिले एचटीटीपी रिस्पॉन्स कोड के आधार पर लगाया जाता है. ये कोड, क्लाउड की ओर से स्टेटस अपडेट पुश किए जाने पर मिलते हैं. यह पक्का करने के लिए कि Google के इंफ़्रास्ट्रक्चर से जुड़ी समस्याओं की वजह से पार्टनर पर जुर्माना न लगाया जाए, इस मेट्रिक में Google की आंतरिक गड़बड़ियों को बुकिंग पूरी न होने की संख्या से हटा दिया जाता है.
"सफलता" किसे माना जाता है?
- 2xx (Success): The state update was successfully received and processed by Home Graph.
"विफल" किसे माना जाता है?
- 4xx (पार्टनर की गड़बड़ी): ये अनुरोध पूरा न होने की वजह बताते हैं. साथ ही, इनसे आपके क्लाउड से भेजे गए अनुरोध में मौजूद किसी समस्या का पता चलता है. सामान्य कोड में ये शामिल हैं:
- 400 खराब अनुरोध: अमान्य सिंटैक्स की वजह से सर्वर, अनुरोध को प्रोसेस नहीं कर सका. इसकी सामान्य वजहों में, गलत तरीके से बनाया गया JSON या स्ट्रिंग वैल्यू के लिए "" के बजाय null का इस्तेमाल करना शामिल है.
- 404 नहीं मिला: अनुरोध किया गया संसाधन नहीं मिला. आम तौर पर, इसका मतलब है कि Google को अनुरोध किया गया डिवाइस नहीं मिल रहा है. इसका यह मतलब भी हो सकता है कि उपयोगकर्ता का खाता लिंक नहीं है या अमान्य
agentUserIdमिला है. पक्का करें किagentUserIdकी वैल्यू, SYNC रिस्पॉन्स में दी गई वैल्यू से मेल खाती हो. साथ ही, यह भी पक्का करें किDISCONNECTइंटेंट को सही तरीके से हैंडल किया जा रहा हो. - 429 संसाधन खत्म हो गया है: आपके इंटिग्रेशन ने तय सीमा से ज़्यादा अनुरोध किए हैं. कोटा मैनेज करने के लिए, डैशबोर्ड में ऊपर दिए गए "पहला चरण" सेक्शन में दिए गए निर्देश देखें.
डिवाइस की स्थिति - की सटीक जानकारी
स्टेट की सटीक जानकारी >= 99.5% होने पर, यह पक्का किया जा सकता है कि डिवाइस की स्थिति देखने या 'Home से पूछें' जैसी एआई सुविधाओं का इस्तेमाल करने पर, लोगों को सही नतीजे दिखें. अगर राज्य की जानकारी सटीक नहीं है, तो हो सकता है कि ऑटोमेशन ट्रिगर न हों और इतिहास की एंट्री, GHA के 'गतिविधि' टैब में सही समय पर न दिखें. ज़्यादा जानकारी के लिए, रिपोर्ट की स्थिति देखें.
क्वालिटी डैशबोर्ड, हर घंटे के हिसाब से इस मेट्रिक को ट्रैक करता है. इसके लिए, दो अलग-अलग मेट्रिक का इस्तेमाल किया जाता है: कुल सटीकता और सबसे कम टाइप/ट्रेट कॉम्बो.
1. सटीकता से जुड़े कॉम्पोनेंट
यह मेट्रिक "सैंपल" से मिलती है. इनमें Google, रिपोर्ट की गई स्थिति की पुष्टि, इंटेंट के जाने-पहचाने नतीजे के आधार पर कर सकता है.
2. डैशबोर्ड मेट्रिक (हर घंटे के हिसाब से कैलकुलेट की जाती है)
डैशबोर्ड, एक घंटे के इंटरवल के आधार पर एक्युरसी का हिसाब लगाता है. अगर किसी घंटे में कुल सैंपल की संख्या 100 से कम है (S_Total < 100), तो उस घंटे के लिए सटीकता को लागू नहीं के तौर पर सेट किया जाता है.
पहला व्यू: कुल सटीकता (ग्लोबल औसत)
इससे, सभी डिवाइस टाइप और विशेषताओं के हिसाब से, आपके इंटिग्रेशन की कुल सटीकता का पता चलता है. इससे आपको अपने पूरे नेटवर्क की परफ़ॉर्मेंस का वेटेड एवरेज मिलता है.
- कैलकुलेशन: सभी डिवाइसों पर कुल राज्य की सटीक जानकारी / सभी डिवाइसों पर कुल राज्य की जानकारी.
दूसरा व्यू: सबसे कम टाइप/ट्रेट कॉम्बिनेशन
इससे आपके इंटिग्रेशन में सबसे कम भरोसेमंद कैटगरी की पहचान होती है. यह ज़्यादा वॉल्यूम वाले उन डिवाइसों को रोकता है जो अच्छी क्वालिटी के हैं. ऐसा इसलिए, ताकि वे कम वॉल्यूम वाले उन डिवाइसों को न छिपाएं जो खराब क्वालिटी के हैं. उदाहरण के लिए, अगर आपके पास 99.5% से ज़्यादा स्टेट ऐक्युरसी वाली लाइट का डेटा ज़्यादा है, लेकिन कम स्टेट ऐक्युरसी वाले स्विच का डेटा कम है, तो इससे पता चलता है कि स्विच के डेटा को बेहतर बनाने की ज़रूरत है. ऐसा हो सकता है कि औसत वैल्यू में यह जानकारी न दिखे.
- कैलकुलेशन: सभी खासियत / डिवाइस के कॉम्बिनेशन के लिए, राज्य के हिसाब से सटीक जानकारी/राज्य के हिसाब से कुल जानकारी में से कम से कम जानकारी.