Google+ मृत है। तो क्या?

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

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

खाता और उपयोगकर्ता आईडी

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

आइए Google द्वारा निष्पादित बाहरी अधिग्रहण के एक और उदाहरण पर करीब से नज़र डालें

अराजकता

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

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

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

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

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

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

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

मामले में हम एक ईमेल सत्यापनकर्ता विकसित करते हैं। इस मामले में, यह एपीआई स्वर्ग से मन्ना होगा। G + से एक खाता आईडी जानने पर हम एक उपयोगकर्ता, फोटो और यहां तक ​​कि अतिरिक्त जानकारी का नाम प्राप्त कर सकते हैं। ट्रिक यह है कि यदि आपका उपयोगकर्ता कभी भी हमारी वेबसाइट पर लॉग इन नहीं करता है, तो आप उपयोगकर्ता को प्राप्त नहीं कर सकते। लेकिन इसके बावजूद, उपयोगकर्ता उन वेब-एल्बमों में चित्र पोस्ट करने में सक्षम थे जो पुराने PicasaWebAlbums का उपयोग करके ईमेल से जुड़े थे। यह सुझाव दिया गया कि पुराना एपीआई उपयोगकर्ताआईडी या उपयोगकर्ता के ईमेल का उपयोग करके उपयोगकर्ता के खाते को प्राप्त करने की अनुमति देता है।

आइए देखें: https://picasaweb.google.com/data/feed/api/user/nosov@nodeart.io?deprecation-extension=true

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

तो, यह अतिक्रमण Google+ को बंद करने से कैसे जुड़ा है?

निष्कर्ष

Google+ को बंद करने का मुख्य कारण सुरक्षा चूक था, अधिक सटीक रूप से, उन सेवाओं द्वारा Google+ से डेटा प्राप्त करने की क्षमता जो योजनाबद्ध नहीं थीं और उनका उद्देश्य था।

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

उद्धरण

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

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

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