जाओ: उत्पादन में दो साल

मैं आयरन के उत्पादन में दो वर्षों के लिए गो का उपयोग करने के अपने अनुभव को साझा करना चाहता हूं। हम अत्यधिक भरी हुई सेवाओं में गो (गोलंग) का उपयोग करने वाली पहली कंपनियों में से एक हैं। जब Iron.io ने इस भाषा का उपयोग करने का फैसला किया, तो हमें यह नहीं पता था कि लंबे समय में क्या करना है, लेकिन अभी तक सब कुछ ठीक चल रहा है।

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

• उत्पादकता
• स्मृति
• समानांतर कंप्यूटिंग
• विश्वसनीयता
• तैनाती
• प्रतिभाशाली पेशेवर

उत्पादकता

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

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



यह ग्राफ़ दिखाता है कि गो कुछ मामलों में थोड़ा तेज़ है, लेकिन आम तौर पर जावा से हार जाता है। हालांकि, यह एक भाषा के लिए इतना बुरा नहीं है जो केवल कुछ साल पुरानी है। मुझे इसमें कोई संदेह नहीं है कि वह थोड़ी देर बाद प्रतियोगियों के साथ पकड़ लेंगे। आप यह भी देख सकते हैं कि उपयोग की जाने वाली मेमोरी की मात्रा बहुत कम है।

बस मज़े के लिए, नीचे गो और रूबी के बीच के अंतरों की तुलना करें। रूबी प्रदर्शन और स्मृति उपयोग में रूबी से बेहतर है।


दो साल के लिए, गो हमारे उत्पादों में कभी भी अड़चन नहीं रहा है, यह हमेशा एक डेटाबेस रहा है।

स्मृति

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

दो साल में, हमारे पास मेमोरी लीक या मेमोरी समस्याएं कभी नहीं हुईं।

समानांतर कंप्यूटिंग

Concurrency गो का एक अत्यंत महत्वपूर्ण हिस्सा है, और विभिन्न उच्च-स्तरीय अमूर्त उपयोग करने में आसान बनाते हैं। मैंने कई वर्षों के लिए जावा का उपयोग किया और java.util.concurrency पैकेज के साथ बहुत सहज महसूस किया, जो समानांतर साधनों का एक बहुत अच्छा सेट प्रदान करता है, लेकिन यह एक ही चीज़ पर नहीं है जिसे बुनियादी कार्यान्वयन में आसानी हो। गो के पास उनके बीच समानांतर संचालन और संचार चैनलों के लिए गोरआउट्स हैं। गोरौटाइन विशेष रूप से दिलचस्प हैं:

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

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

विश्वसनीयता

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

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

तैनाती

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

पीछे हटना

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

प्रतिभाशाली पेशेवर

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

हमारा पहला गो प्रोग्रामर, इवान शॉ , जो अभी भी हमारे साथ काम करता है, गोलंग के डेवलपर्स में से एक है।

निष्कर्ष

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

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

अपेरेरा के संस्थापक डेरेक कोलिसन ने हाल ही में वायर्ड के लिए एक लेख में कहा:

“क्लाउड सेवाओं के कामकाज को सुनिश्चित करने के लिए नवीनतम तकनीकों के नियंत्रण परतों और बुनियादी ढांचे की परतों का क्या उपयोग किया जाएगा? दो साल के भीतर, उनमें से अधिकांश को गो में लिखा जाएगा। ”

गो अगली पीढ़ी की भाषा है जिसका हम इंतजार कर रहे हैं। शायद इस तरह के एक स्पष्ट बयान के लिए अभी भी बहुत जल्दी है, लेकिन यह निश्चित रूप से एक अच्छी शुरुआत है।