Google Plus काम करना बंद कर देता है। तो क्या?

Google ने सोशल नेटवर्क Google+ को बंद करने की घोषणा की। तकनीकी प्रकाशन खोजना कठिन है जो Google की सामाजिक मीडिया महत्वाकांक्षाओं को समाप्त करने में भी उल्लेख नहीं करता है। लेकिन, अफसोस, एक अच्छी कंपनी की सेवाओं की उच्च कनेक्टिविटी पर ध्यान दिया जाता है। इस लेख में, मैं अपने विचारों को व्यक्त करना चाहता हूं कि Google सेवाएं आंतरिक रूप से कैसे बातचीत करती हैं और Google एपीआई उपयोगकर्ताओं के लिए G + को बंद करने का क्या मतलब हो सकता है।

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

खातों और userID

जीमेल का उपयोग करने वाले उपयोगकर्ताओं और कभी-कभी Google प्लस के अस्तित्व के बारे में अनुमान लगाने के अलावा, डेवलपर्स के लिए एपीआई की एक बड़ी संख्या भी है जो कि खाता पहचानकर्ता, कुख्यात उपयोगकर्ता नाम जैसी अवधारणाओं के माध्यम से प्रवेश किया जाता है। userID Google की आंतरिक पहचानकर्ता है, Google सेवाओं को समझने वाली बात यह है कि कौन कौन है, और वह है जो सभी आंतरिक सेवाओं को एक दूसरे से जोड़ता है। यह कई एपीआई में दिखाई देता है, और हम देखते हैं कि यह सेवा से सेवा तक अपरिवर्तित है।

आइए Google द्वारा बाहरी सेवा के अवशोषण का एक उदाहरण लें

जाहिर है, एक नई अवशोषित सेवा में एसएसओ को लागू करने के लिए, आप पुराने डेटाबेस से खातों को नए "Google खाते डेटाबेस" में नहीं ले जा सकते हैं और स्थानांतरित नहीं कर सकते हैं - मुझे लगता है कि ऐसी कोई बात नहीं है - कई अंतर्निर्मित सेवाएं, सहभागिता के स्तर, जिम्मेदारी श्रृंखलाएं हैं, सेवा प्रबंधन सेवाएं। गंभीरता से, यदि आप इसके बारे में सोचते हैं, तो सब कुछ काम करने के लिए Google सेवाओं के बीच कई, कई, बहुत सारे कनेक्शन होने चाहिए।

लेकिन तब चीजें इतनी आसानी से नहीं चलती हैं - जी + को लोकप्रिय बनाने के प्रयास में, इसने उन यूआईआईडी उपयोगकर्ताओं का उपयोग किया जो वैश्विक एसएसओ सेवा का हिस्सा हैं।

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

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

पिकासा डेस्कटॉप एप्लिकेशन (2002) => पिकासा वेब एल्बम - Google ने पिकासा (2004) => Google प्लस में पिकासा (2011) => Google फ़ोटो को G + (2015) => से अलग किया गया है

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

और फिर जी + के बंद होने का कारण याद करने का समय है। रिपोर्ट की गई सुरक्षा समस्याएं, वास्तव में, विभिन्न एपीआई की असंगति के कारण और भी अधिक संभावित सुरक्षा समस्याएं हो सकती हैं।

अवधारणा का प्रमाण

उदाहरण के लिए, एक बार PicasaWeb सेवा थी, आधुनिक Google फ़ोटो के ऐसे पूर्वज। इसे 2016 में वापस बंद कर दिया गया था। लेकिन पोस्ट के अंत में पोस्टस्क्रिप्ट के अनुसार, सेवा एपीआई ने अभी तक काम करना जारी रखा है। इस एपीआई के काम करने के लिए पहले से ही एक अंतिम तिथि है - 15 मार्च, 2019 । यह सेवा उल्लेखनीय है कि यह आपको ईमेल और आंतरिक उपयोगकर्ता के पत्राचार प्राप्त करने की अनुमति देता है। यह हमारे लिए कैसे उपयोगी हो सकता है?

उदाहरण के लिए, हम एक ईमेल सत्यापन सेवा हैं । इस मामले में, यह एपीआई हमारे लिए बस स्वर्ग से मन्ना है। G + से Google खाता आईडी जानने के बाद, हम एक उपयोगकर्ता नाम, फोटो और अक्सर कई अतिरिक्त जानकारी प्राप्त कर सकते हैं। सवाल यह है कि आमतौर पर किसी व्यक्ति का उपयोगकर्ता नाम जानना असंभव है, उदाहरण के लिए, वह हमारी साइट पर लॉग इन नहीं करता है।

लेकिन पुराने PicasaWebAlbums में, लोग उन वेब एल्बमों को फ़ोटो पोस्ट कर सकते हैं जो एक ईमेल से बंधे हैं। वास्तव में, यह इस प्रकार है कि पुराना एपीआई आपको उपयोगकर्ता आईडी या उपयोगकर्ता ईमेल द्वारा किसी व्यक्ति की प्रोफ़ाइल प्राप्त करने की अनुमति देता है।

आइए देखें:
https://picasaweb.google.com/data/feed/api/user/nosov@nodeart.io?deprecation-extension=true
- https://picasaweb.google.com/data/feed/api/user/ - वास्तव में वह समापन बिंदु है जिस पर एपीआई रहता है;
- nosov@nodeart.io - उपयोगकर्ता ईमेल की जाँच करने के लिए, जैसा कि हम देखते हैं, यहाँ जीमेल नहीं होना चाहिए। Google Apps उपयोगकर्ताओं के पास प्रोफ़ाइल है (जो लीड पीढ़ी के लिए इस तरह के एक चेक को बहुत उपयोगी बनाता है), साथ ही साथ जिन लोगों ने इसे Google+ पर एक तीसरी सेवा के व्यक्तिगत मेलबॉक्स से जोड़कर प्रोफ़ाइल बनाया है, उदाहरण के लिए, Yandex.ru;
- पदावनति-विस्तार = सच - एपीआई के आसन्न अंत के बारे में हम जो जानते हैं उसका एक संकेत।

यदि हम एक गैर-मौजूद ईमेल को स्थानांतरित करने का प्रयास करते हैं, तो हमें स्पष्ट रूप से व्याख्या की गई प्रतिक्रिया मिलेगी जो उपयोगकर्ता को ईमेल noname@nodeart.io के साथ खोजने में असमर्थ है, जिससे हम असमान रूप से यह निष्कर्ष निकाल सकते हैं कि ऐसा कोई ईमेल नहीं है। और इससे भी अधिक - यदि हम वितरण समूह के पते को एपीआई में भेजने का प्रयास करते हैं , तो प्रतिक्रिया अज्ञात उपयोगकर्ता में बदल जाएगी। इस तरह, आप कॉर्पोरेट मेल फारवर्डर से जी सूट में व्यक्तिगत मेलबॉक्सेस को अलग कर सकते हैं।

यह कहने के लिए नहीं है कि किसी व्यक्ति की व्यक्तिगत जानकारी को बाहर निकालना संभव है यदि वह स्पष्ट रूप से इसे प्रकाशित नहीं करता है, लेकिन मेलिंग सूचियों के सामूहिक सत्यापन के लिए ऐसी एपीआई बहुत उपयुक्त थी

यह अवसर छेद G + को बंद करने से कैसे संबंधित है? निष्कर्ष

Google G + सुरक्षा समस्याओं के बंद होने का मुख्य कारण कहता है, या यों कहें कि, G + से जानकारी प्राप्त करने के लिए तृतीय-पक्ष सेवाओं की क्षमता, जो Google द्वारा शुरू में पूरी तरह से इरादा और नियोजित नहीं है।

अब, G + को बंद करने के अलावा, विभिन्न API का आंशिक समापन है। उदाहरण के लिए, gmail.api को एक्सेस करने के लिए अब आपको 15 से 75k USD तक के भुगतान योग्य ऑडिट से गुजरना होगा , जो इस एपीआई को अधिकांश डेवलपर्स के लिए दुर्गम बनाता है। उद्धरण:

मूल्यांकन शुल्क डेवलपर द्वारा भुगतान किया जाता है और आवेदन के आकार और जटिलता के आधार पर $ 15,000 से $ 75,000 (या अधिक) हो सकता है।

वास्तव में, यह हमें यह सोचने का कारण देता है कि Google सेवाओं के बीच बातचीत की प्रणाली में भ्रमित हो गया है, ताकि उन कार्यों को जो पहले केवल वांछित गुंजाइश प्राप्त करके किया जा सकता था, अब 15-75k USD के लिए मैनुअल सत्यापन की आवश्यकता है और मैनुअल समावेश श्वेत सूची। कोई केवल अनुमान लगा सकता है कि विशेष रूप से Google सेवाओं और SSO सेवा के एक समृद्ध पारिस्थितिकी तंत्र से अधिक की अनिर्दिष्ट सुविधाओं का उपयोग करके और क्या किया जा सकता है।

मेलिंग सूचियों को गुणात्मक रूप से मान्य करने के लिए , हमें अभी भी सार्वजनिक एपीआई के नए गैर-मानक अनुप्रयोगों की तलाश करनी होगी, इसलिए हम Google \ Facebook API और अन्य सेवाओं का अध्ययन करना जारी रखेंगे। (वैसे, हाल तक फेसबुक के पास ईमेलों को मान्य करने का एक समान तरीका था।)