डैशबोर्ड और सूचनाओं के इस सुइट की मदद से, Google Home के नेटवर्क के साथ बेहतर तरीके से इंटिग्रेट किया जा सकता है. Google, सभी ग्राहकों के लिए अच्छी क्वालिटी वाला नेटवर्क बनाने में पार्टनर की मदद करने के लिए प्रतिबद्ध है
डैशबोर्ड में तीन सेक्शन होते हैं. हर सेक्शन में, इंटिग्रेशन की क्वालिटी को बेहतर बनाने से जुड़ी अहम जानकारी होती है.
Google से पार्टनर मेट्रिक - इससे Google से आपके क्लाउड बैकएंड पर किए गए कॉल की परफ़ॉर्मेंस का पता चलता है.
सिस्टम की परफ़ॉर्मेंस - Google के मेट्रिक पार्टनर - इससे आपके सिस्टम से Google को किए गए कॉल की परफ़ॉर्मेंस का पता चलता है.
डिवाइस की स्थिति - सटीक जानकारी - इससे Google के सिस्टम में सेव की गई स्थितियों की सटीक जानकारी का पता चलता है. इन स्थितियों का इस्तेमाल, उपयोगकर्ता की क्वेरी के जवाब देने के लिए किया जाता है.
जब मेट्रिक, टारगेट वैल्यू के मुताबिक नहीं होती हैं, तो उन्हें लाल रंग में हाइलाइट किया जाता है. इससे पता चलता है कि कोई ऐसी समस्या है जिसका असर उपयोगकर्ता अनुभव पर पड़ सकता है. यहां दी गई जानकारी में, हर टारगेट के बारे में बताया गया है. साथ ही, यह भी बताया गया है कि यह आपके उपयोगकर्ताओं के लिए क्यों ज़रूरी है.
Google से पार्टनर को भेजी जाने वाली मेट्रिक
क्वेरी/कार्रवाई पूरी होने की दर >= 99.5% मेट्रिक से यह पता चलता है कि उपयोगकर्ताओं के निर्देशों को कितनी बार सही तरीके से पूरा किया गया. इससे Assistant के ऐसे जवाबों से बचने में मदद मिलती है जैसे कि "मैं डिवाइस से कनेक्ट नहीं हो पा रहा/रही हूं" या किसी ऐसे निर्देश की पुष्टि करना जिसे पूरा नहीं किया गया है.
"सफलता" किसे माना जाता है?
किसी लेन-देन को तब 'सफल' के तौर पर मार्क किया जाता है, जब Google Home प्लैटफ़ॉर्म को कोई मान्य जवाब मिलता है. इससे पता चलता है कि अनुरोध की गई कार्रवाई पूरी हो गई है या अनुरोध की गई स्थिति वापस मिल गई है.
जिन रिस्पॉन्स में नॉन-ब्लॉकिंग अपवाद शामिल होते हैं (उदाहरण के लिए, lowBattery अपवाद के साथ SUCCESS स्टेटस), उन्हें सफल लेन-देन के तौर पर गिना जाता है.
चेतावनी के बावजूद, निर्देश डिवाइस तक पहुंच गया और इंटेंट पूरा हो गया.
"विफल" किसे माना जाता है?
प्लेटफ़ॉर्म के सामान्य गड़बड़ी कोड में मिली गड़बड़ियों को "असफलताओं" के तौर पर माना जाता है. इन गड़बड़ियों को पार्टनर के लिए कार्रवाई ज़रूरी है के तौर पर मार्क किया जाता है. ऐसा QUERY और EXECUTE के पूरा होने की दर का हिसाब लगाते समय किया जाता है.
क्वेरी/कार्रवाई पूरी होने में लगने वाला समय (p90) <= 1000 मि॰से॰ मेट्रिक से, अनुरोध की गई कार्रवाई के लिए इंतज़ार के समय का पता चलता है. इससे यह पक्का करने में मदद मिलती है कि उपयोगकर्ताओं को ज़्यादा इंतज़ार न करना पड़े. उदाहरण के लिए, लाइट बंद करने के लिए कुछ सेकंड इंतज़ार करना.
इंतज़ार के समय की मेट्रिक
लेटेंसी, इस बात का अहम इंडिकेटर है कि आपका इंटिग्रेशन, असली उपयोगकर्ता के लिए कितना रिस्पॉन्सिव है. डैशबोर्ड, 90वें पर्सेंटाइल (P90) की लेटेन्सी को ट्रैक करता है. यह "सबसे धीमे" उपयोगकर्ताओं के अनुभव को दिखाता है. उदाहरण के लिए, 800 मि॰से॰ का P90 का मतलब है कि 90% अनुरोधों को 800 मि॰से॰ या उससे कम समय में स्वीकार किया जाता है.
तकनीकी तौर पर सटीक जानकारी देने के लिए, Google स्टेटस की जांच और डिवाइस के लिए दिए गए निर्देशों के बीच के समय को अलग-अलग तरीके से मापता है.
1. क्वेरी के लिए इंतज़ार करने का समय (सवाल पूछने वाला)
इससे Cloud-to-cloud के राउंड ट्रिप टाइम का पता चलता है. यह वह समय होता है जब Google, डिवाइस की मौजूदा स्थिति के बारे में पूछता है.
- शुरू करना: 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 की आंतरिक गड़बड़ियों को बुकिंग पूरी न होने की संख्या से हटा दिया जाता है. जिन एपीआई कॉल को कैलकुलेशन में शामिल किया जाता है वे HomeGraph API के रेफ़रंस में दिए गए हैं.
"सफलता" किसे माना जाता है?
- 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), तो उस घंटे के लिए सटीकता को लागू नहीं के तौर पर सेट किया जाता है.
व्यू 1: कुल सटीकता (ग्लोबल एवरेज)
इससे, सभी डिवाइस टाइप और विशेषताओं के हिसाब से, आपके इंटिग्रेशन की कुल सटीकता का पता चलता है. इससे आपको अपने पूरे नेटवर्क की परफ़ॉर्मेंस का वेटेड एवरेज मिलता है.
- कैलकुलेशन: सभी डिवाइसों पर कुल राज्य की सटीक जानकारी / सभी डिवाइसों पर कुल राज्य की जानकारी.
दूसरा व्यू: सबसे कम टाइप/ट्रेट कॉम्बिनेशन
इससे आपके इंटिग्रेशन में सबसे कम भरोसेमंद कैटगरी की पहचान होती है. यह ज़्यादा वॉल्यूम वाले उन डिवाइसों को रोकता है जिनकी क्वालिटी अच्छी है. ऐसा इसलिए, ताकि वे कम वॉल्यूम वाले उन डिवाइसों को न छिपा सकें जिनकी क्वालिटी खराब है. उदाहरण के लिए, अगर आपके पास 99.5% से ज़्यादा स्टेट ऐक्युरसी वाली लाइट का डेटा ज़्यादा है, लेकिन कम स्टेट ऐक्युरसी वाले स्विच का डेटा कम है, तो इससे पता चलता है कि स्विच के डेटा को बेहतर बनाने की ज़रूरत है. ऐसा हो सकता है कि औसत वैल्यू में यह जानकारी न दिखे.
- कैलकुलेशन: सभी विशेषता / डिवाइस कॉम्बिनेशन के लिए, राज्य के हिसाब से सटीक जानकारी/राज्य के हिसाब से कुल जानकारी में से कम से कम जानकारी.