अर्थशास्त्री: एक पूर्वव्यापी में माइक्रोसर्विसेज बनाने के लिए गोलंग का उपयोग करना

सभी को नमस्कार! पहले से ही 28 मई को, हम गोलंग डेवलपर पाठ्यक्रम में पहला समूह शुरू कर रहे हैं। और आज हम आपके साथ इस पाठ्यक्रम के शुभारंभ के लिए समर्पित पहला प्रकाशन साझा कर रहे हैं। चलो चलते हैं।



प्रमुख अंश

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

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

अर्थशास्त्री में लागू करना:

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

अर्थशास्त्री ने गो क्यों चुना?

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

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

तीन साल बाद: क्या गो इन महत्वाकांक्षी लक्ष्यों के साथ फिट था?

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

हैंडलिंग में त्रुटि

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

type error interface { Error() string } 

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

 type errorString struct { s string } func (e *errorString) Error() string { return es } 

व्यवहार में इसका क्या अर्थ है? गो में, फ़ंक्शंस एकाधिक रिटर्न मानों की अनुमति देते हैं, इसलिए यदि आपका फ़ंक्शन काम नहीं कर सकता है, तो यह सबसे अधिक संभावना है कि एक त्रुटि मान लौटाएगा। भाषा आपको उन त्रुटियों के लिए स्पष्ट रूप से जांच करने के लिए प्रोत्साहित करती है जहां वे होती हैं (जैसा कि अपवाद को फेंकने और पकड़ने के लिए विरोध किया जाता है), इसलिए आपके कोड में आमतौर पर एक चेक शामिल होना चाहिए "यदि गलत है!" = निल। " सबसे पहले, यह लगातार त्रुटि से निपटने नीरस लग सकता है। हालाँकि, मान के रूप में त्रुटि आपको त्रुटि हैंडलिंग को सरल बनाने के लिए त्रुटि का उपयोग करने की अनुमति देती है। उदाहरण के लिए, एक वितरित प्रणाली में, आप त्रुटियों को लपेटकर प्रश्नों को पुनः प्राप्त करने के प्रयासों को आसानी से लागू कर सकते हैं।

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

 package net type Error interface { error Timeout() bool // Is the error a timeout? Temporary() bool // Is the error temporary? } if nerr, ok := err.(net.Error); ok && nerr.Temporary() { time.Sleep(1e9) continue } if err != nil { log.Fatal(err) } 

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

डेटा संगति

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

गो के साथ परीक्षण

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

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

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

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

नेटवर्क का समर्थन

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

 package main import ( "fmt" "log" "net/http" ) func handler(w http.ResponseWriter, r *http.Request) { fmt.Fprintf(w, "Hello World!") } func main() { http.HandleFunc("/", handler) log.Fatal(http.ListenAndServe(":8080", nil)) } 

कंजरेसी मॉडल

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

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

 func reprocess(searchResult *http.Response) (int, error) { responses := make([]response, len(searchResult.Hits)) var wg sync.WaitGroup wg.Add(len(responses)) for i, hit := range searchResult.Hits { wg.Add(1) go func(i int, item elastic.SearchHit) { defer wg.Done() code, err := reprocessItem(item) responses[i].code = code responses[i].err = err }(i, *hit) } wg.Wait return http.StatusOK, nil } 

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

निर्भरता प्रबंधन

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

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

 func runExif(args []string) ([]byte, error) { cmdOut, err := exec.Command("exiftool", args...).Output() if err != nil { return nil, err } return cmdOut, nil } 

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

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

पूर्वव्यापी जा

संपर्क प्लेटफ़ॉर्म को लागू करने और उत्पादन में इसका समर्थन करने के बाद, अगर मुझे गो और सामग्री प्लेटफ़ॉर्म का पूर्वव्यापी संचालन करना था, तो मेरी प्रतिक्रिया निम्नानुसार होगी:

क्या पहले से ही अच्छा है?

• वितरित प्रणालियों के लिए मुख्य भाषा डिज़ाइन तत्व।
• एक संगामिति मॉडल जिसे लागू करना अपेक्षाकृत आसान है।
• अच्छा कोडिंग और मजेदार समुदाय।

क्या सुधारा जा सकता है?

• संस्करण नियंत्रण और वेंडिंग के मानकों में और प्रगति।
• कुछ क्षेत्रों में पर्याप्त परिपक्वता नहीं।
• विशिष्ट उपयोगकर्ता मामलों के लिए विवरण।

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

• आपके सिस्टम के कार्य क्या हैं?
• आप अपने उपभोक्ताओं को क्या गारंटी देते हैं?
• आपके सिस्टम के लिए कौन सी वास्तुकला और पैटर्न उपयुक्त हैं?
• आपका सिस्टम कैसे होना चाहिए?

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

दोस्तों, हम आपकी टिप्पणियों की प्रतीक्षा कर रहे हैं और सभी को खुले वेबिनार में आमंत्रित करते हैं, जो 16 तारीख को यैंडेक्स के वरिष्ठ डेवलपर द्वारा आयोजित किया जाएगा और, संयोजन में, हमारे शिक्षक दिमित्री स्माल हैं ।