Google का इरादा गो टूलकिट में टेलीमेट्री जोड़ने का है

Google की योजना गो भाषा टूलकिट में टेलीमेट्री संग्रह जोड़ने और एकत्रित डेटा को डिफ़ॉल्ट रूप से भेजने को सक्षम करने की है। टेलीमेट्री गो भाषा टीम द्वारा विकसित कमांड लाइन उपयोगिताओं को कवर करेगी, जैसे "गो" उपयोगिता, कंपाइलर, गोपल्स और गोवुलनचेक एप्लिकेशन। जानकारी का संग्रह केवल उपयोगिताओं की परिचालन सुविधाओं के बारे में जानकारी के संचय तक ही सीमित होगा, अर्थात। टूलकिट का उपयोग करके एकत्र किए गए कस्टम एप्लिकेशन में टेलीमेट्री नहीं जोड़ी जाएगी।

टेलीमेट्री एकत्र करने का उद्देश्य डेवलपर्स के काम की जरूरतों और विशेषताओं के बारे में गुम जानकारी प्राप्त करने की इच्छा है, जिसे फीडबैक पद्धति के रूप में त्रुटि संदेशों और सर्वेक्षणों का उपयोग करके कैप्चर नहीं किया जा सकता है। टेलीमेट्री एकत्र करने से विसंगतियों और असामान्य व्यवहार की पहचान करने, डेवलपर्स और टूल के बीच बातचीत की विशिष्टताओं का आकलन करने और यह समझने में मदद मिलेगी कि कौन से विकल्प सबसे अधिक मांग में हैं और कौन से विकल्प लगभग कभी उपयोग नहीं किए जाते हैं। यह उम्मीद की जाती है कि संचित आँकड़े उपकरणों को आधुनिक बनाना, दक्षता और उपयोग में आसानी बढ़ाना और डेवलपर्स द्वारा आवश्यक क्षमताओं पर विशेष ध्यान केंद्रित करना संभव बना देंगे।

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

पारदर्शी टेलीमेट्री के निर्माण के मुख्य सिद्धांत:

• एकत्र किए गए मेट्रिक्स के बारे में निर्णय एक खुली, सार्वजनिक प्रक्रिया के माध्यम से किए जाएंगे।
• टेलीमेट्री संग्रह कॉन्फ़िगरेशन सक्रिय रूप से मॉनिटर किए गए मेट्रिक्स की सूची के आधार पर स्वचालित रूप से उत्पन्न होगा, उन मेट्रिक्स से असंबंधित डेटा एकत्र किए बिना।
• टेलीमेट्री संग्रह कॉन्फ़िगरेशन को सत्यापन योग्य रिकॉर्ड के साथ एक पारदर्शी ऑडिट लॉग में बनाए रखा जाएगा, जो विभिन्न प्रणालियों के लिए विभिन्न संग्रह सेटिंग्स के चयनात्मक अनुप्रयोग को जटिल बना देगा।
• टेलीमेट्री संग्रह कॉन्फ़िगरेशन एक कैशेबल, प्रॉक्सीड गो मॉड्यूल के रूप में होगा जिसे पहले से ही उपयोग में आने वाले स्थानीय गो प्रॉक्सी वाले सिस्टम में स्वचालित रूप से उपयोग किया जा सकता है। टेलीमेट्री कॉन्फ़िगरेशन डाउनलोड 10% संभावना के साथ सप्ताह में एक बार से अधिक शुरू नहीं किया जाएगा (यानी, प्रत्येक सिस्टम कॉन्फ़िगरेशन को वर्ष में लगभग 5 बार डाउनलोड करेगा)।
• बाहरी सर्वरों को प्रेषित सूचना में केवल अंतिम काउंटर शामिल होंगे जो पूरे एक सप्ताह के आंकड़ों को ध्यान में रखते हैं और किसी विशिष्ट समय से बंधे नहीं होते हैं।
• भेजी गई रिपोर्ट में किसी भी प्रकार का सिस्टम या उपयोगकर्ता पहचानकर्ता शामिल नहीं होगा।
• भेजी गई रिपोर्ट में केवल वे पंक्तियाँ होंगी जो सर्वर पर पहले से ही ज्ञात हैं, अर्थात। काउंटरों के नाम, मानक कार्यक्रमों के नाम, ज्ञात संस्करण संख्याएं, मानक टूलकिट उपयोगिताओं में फ़ंक्शन के नाम (स्टैक ट्रेस भेजते समय)। गैर-स्ट्रिंग डेटा काउंटर, दिनांक और पंक्तियों की संख्या तक सीमित होगा।
• आईपी ​​पते जिनसे टेलीमेट्री सर्वर तक पहुंच बनाई जाती है, लॉग में संग्रहीत नहीं किए जाएंगे।
• आवश्यक नमूना प्राप्त करने के लिए, प्रति सप्ताह 16 हजार रिपोर्ट एकत्र करने की योजना बनाई गई है, जिसे टूलकिट के दो मिलियन इंस्टॉलेशन की उपस्थिति को देखते हुए, केवल 2% सिस्टम से हर हफ्ते रिपोर्ट भेजने की आवश्यकता होगी।
• समग्र रूप में एकत्रित मेट्रिक्स को ग्राफ़िकल और सारणीबद्ध स्वरूपों में सार्वजनिक रूप से प्रकाशित किया जाएगा। टेलीमेट्री संग्रह प्रक्रिया के दौरान संचित पूरा कच्चा डेटा भी प्रकाशित किया जाएगा।
• टेलीमेट्री संग्रह डिफ़ॉल्ट रूप से सक्षम किया जाएगा, लेकिन इसे अक्षम करने का एक आसान तरीका प्रदान किया जाएगा।

स्रोत: opennet.ru