अलेक्सी नायडेनोव्ह. ITooLabs. गो (गोलांग) फोन प्लॅटफॉर्मवर विकास प्रकरण. भाग 1

अलेक्सी नायदेनोव्ह, मुख्य कार्यकारी अधिकारी ITooLabs, प्रोग्रामिंग भाषा गो (गोलांग) मध्ये दूरसंचार ऑपरेटरसाठी दूरसंचार प्लॅटफॉर्मच्या विकासाबद्दल बोलतो. अॅलेक्सीने प्लॅटफॉर्म तैनात करण्याचा आणि चालवण्याचा त्यांचा अनुभव सर्वात मोठ्या आशियाई टेलिकॉम ऑपरेटरमध्ये शेअर केला आहे, ज्याने व्हॉइस मेल (व्हॉइसमेल) आणि व्हर्च्युअल पीबीएक्स (क्लाउड पीबीएक्स) सेवा प्रदान करण्यासाठी प्लॅटफॉर्मचा वापर केला.

अलेक्सी नायदेनोव (यापुढे - एएन): - सर्वांना नमस्कार! माझे नाव अलेक्सी नायडेनोव्ह आहे. मी ITooLabs चा संचालक आहे. सर्व प्रथम, मी येथे काय करत आहे आणि मी येथे कसे संपले याचे उत्तर देऊ इच्छितो.

जर तुम्ही Bitrix24 मार्केटप्लेस (विभाग "टेलिफोनी") पाहिल्यास, तेथे 14 अर्ज आणि 36 (40%) आहेत:

अधिक तंतोतंत, हे आमचे भागीदार ऑपरेटर आहेत, परंतु या सर्वांच्या मागे आमचे प्लॅटफॉर्म (सेवा म्हणून प्लॅटफॉर्म) आहे - जे आम्ही त्यांना एका छोट्या पैशासाठी विकतो. वास्तविक, मला या प्लॅटफॉर्मच्या विकासाबद्दल आणि आम्ही गो मध्ये कसे आलो याबद्दल बोलू इच्छितो.

आता आमच्या प्लॅटफॉर्मसाठी संख्या:

मेगाफोनसह 44 ऑपरेटर भागीदार. सर्वसाधारणपणे सांगायचे तर, आम्हाला खरोखरच वेगवेगळ्या साहसांवर जायला आवडते आणि आम्हाला येथे रशियामध्ये 100 ऑपरेटरच्या 44 दशलक्ष सदस्यांपर्यंत प्रत्यक्ष प्रवेश आहे. म्हणूनच, जर कोणाकडे काही व्यावसायिक कल्पना असतील, तर आम्हाला त्यांचे ऐकण्यात नेहमीच आनंद होईल.

• 5000 वापरकर्ता कंपन्या.
• एकूण 20 सदस्य. हे सर्व b000b आहे - आम्ही फक्त कंपन्यांसोबत काम करतो.
• दिवसभरात प्रति मिनिट 300 कॉल.
• गेल्या वर्षी 100 दशलक्ष कॉल मिनिटे (आम्ही साजरा केला). हे आमच्या व्यासपीठावरील अंतर्गत वाटाघाटी लक्षात न घेता आहे.

त्याची सुरुवात कशी झाली?

योग्य मित्र त्यांचे स्वतःचे व्यासपीठ कसे बनवू लागतात? आम्ही हे देखील लक्षात घेतले पाहिजे की आमच्याकडे "हार्डकोर एंटरप्राइझ" विकासाचा इतिहास आहे आणि एंटरप्राइझसाठी वर्षाच्या सर्वात अचूक वेळी देखील! तो आनंदाचा काळ होता जेव्हा तुम्ही ग्राहकाकडे आलात आणि म्हणाल: "आम्हाला आणखी दोन सर्व्हरची गरज आहे." आणि ग्राहक: “होय, प्रश्नच नाही! आमच्याकडे रॅकमध्ये दहा आहे.

म्हणून आम्ही Oracle, Java, WebSphere, Db2 आणि ते सर्व केले. म्हणून, आम्ही अर्थातच, सर्वोत्तम विक्रेता उपाय घेतले, त्यांना एकत्रित केले आणि ते बंद करण्याचा प्रयत्न केला. ते स्वबळावर खेळले. हे असे अंतर्गत स्टार्टअप असेल.

हे सर्व प्रत्यक्षात 2009 मध्ये सुरू झाले. 2006 पासून, आम्ही ऑपरेटर सोल्यूशन्समध्ये जवळून गुंतलो आहोत, एक किंवा दुसर्या मार्गाने. आम्ही अनेक सानुकूल व्हर्च्युअल PBX बनवले (जसे आमच्याकडे आता ऑर्डरवर आहे): आम्ही पाहिले, ते चांगले आहे असे ठरवले आणि अंतर्गत स्टार्टअप सुरू करण्याचा निर्णय घेतला.

आम्ही VMWare घेतले. आम्ही स्वतःच चालत असल्याने आम्हाला लगेचच कूल व्हेंडर स्टोरेज सोडावे लागले. आम्हाला त्यांच्याबद्दल सर्व माहिती आहे: वचनांना 3 ने भागले पाहिजे आणि खर्च 10 ने गुणाकार केला पाहिजे. म्हणून, आम्ही DirDB आणि असेच केले.

मग तो वाढू लागला. यात बिलिंग सेवा जोडली गेली, कारण प्लॅटफॉर्म यापुढे सामना करू शकत नाही. मग MySQL वरून बिलिंग सर्व्हर मोंगोला हलवले. परिणामी, आम्हाला एक कार्यरत समाधान मिळाले जे तेथे जाणाऱ्या सर्व कॉल्सवर प्रक्रिया करते:

पण आत कुठेतरी, समान विक्रेता उत्पादन फिरत आहे - मुख्य, विभक्त, जे आम्ही एकदा घेतले. अंदाजे 2011 च्या अखेरीस, आम्हाला स्वतःसाठी हे समजले की आमच्यासाठी मुख्य अडचण अर्थातच हे विशिष्ट उत्पादन असेल - आम्ही त्यात भाग घेऊ. आम्हाला आमच्या समोर एक भिंत दिसली, ज्यात आम्ही पूर्ण सरपटत पळत गेलो, ग्राहक चालत असताना जोडले गेले.
त्यानुसार आम्हाला काहीतरी करायचे होते. अर्थात, आम्ही विविध उत्पादनांवर बरेच संशोधन केले - मुक्त स्त्रोत आणि विक्रेता दोन्ही. मी आता यावर राहणार नाही - तो मुद्दा नाही. अगदी शेवटचा फॉलबॅक पर्याय ज्याचा आम्ही विचार केला तो म्हणजे स्वतःचा प्लॅटफॉर्म बनवणे.

शेवटी, आम्ही या पर्यायावर आलो. का? कारण सर्व विक्रेते आणि मुक्त स्त्रोत उत्पादने 10 वर्षांपूर्वी समस्या सोडवण्यासाठी तयार केली गेली होती. बरं, 10 वर्षांचे असल्यास, आणि आणखी काही! आमच्यासाठी निवड स्पष्ट झाली आहे: एकतर आम्ही आमच्या आदर्श सेवेच्या (भागीदार, ऑपरेटर आणि स्वतःसाठी) कल्पनेला निरोप देतो किंवा आम्ही स्वतःचे काहीतरी करतो.

आम्ही काहीतरी वेगळे करायचे ठरवले!

प्लॅटफॉर्म आवश्यकता

जर तुम्ही बर्याच काळापासून काहीतरी करत असाल (दुसऱ्याचे उत्पादन वापरत आहात), तर तुमच्या डोक्यात हळूहळू विचार येतो: मी हे स्वतः कसे करू? आम्ही कंपनीतील सर्व प्रोग्रामर असल्यामुळे (विक्री करणारे लोक वगळता, तेथे कोणतेही प्रोग्रामर नसतात), आमच्या आवश्यकता खूप पूर्वी विकसित झाल्या होत्या आणि त्या स्पष्ट होत्या:

1. उच्च विकास गती. विक्रेत्याचे उत्पादन, ज्याने आम्हाला त्रास दिला, प्रथम स्थानावर आम्हाला अनुकूल नाही कारण सर्वकाही बर्याच काळापासून आणि हळूहळू चालले. आम्हाला जलद हवे होते – आमच्याकडे खूप कल्पना होत्या! आपल्याकडे अजूनही खूप कल्पना आहेत, पण नंतर कल्पनांची यादी अशी होती की दहा वर्षे पुढे असल्यासारखे वाटत होते. आता फक्त वर्षभरासाठी.
2. मल्टी-कोर लोहाचा जास्तीत जास्त वापर. हे आमच्यासाठी देखील महत्त्वाचे होते, कारण आम्ही पाहिले की फक्त अधिक आणि अधिक कोर असतील.
3. उच्च विश्वसनीयता. आम्ही पण रडलो.
4. अपयशांना उच्च प्रतिकार.
5. आम्हाला रोजची रिलीझ प्रक्रिया संपवायची होती. हे करण्यासाठी, आम्हाला भाषेची निवड आवश्यक आहे.

त्यानुसार, आम्ही स्वतःसाठी सादर केलेल्या उत्पादनाच्या आवश्यकतांमधून, भाषेच्या आवश्यकता स्पष्टपणे तार्किक पद्धतीने वाढतात.

1. जर आम्हाला मल्टी-कोर सिस्टमसाठी समर्थन हवे असेल तर आम्हाला समांतर अंमलबजावणीसाठी समर्थन आवश्यक आहे.
2. जर आम्हाला विकासाची गती हवी असेल तर आम्हाला स्पर्धात्मक विकास, स्पर्धात्मक प्रोग्रामिंगला समर्थन देणारी भाषा आवश्यक आहे. जर कोणाला फरक पडला नसेल तर ते अगदी सोपे आहे:
   • समांतर प्रोग्रामिंग हे दोन भिन्न धागे वेगवेगळ्या कोरांवर कसे चालतात याबद्दल आहे;
   • समवर्ती अंमलबजावणी, किंवा अधिक तंतोतंत, समवर्ती समर्थन, ही भाषा (किंवा रनटाइम, काही फरक पडत नाही) समांतर अंमलबजावणीमुळे येणारी सर्व गुंतागुंत लपवण्यात कशी मदत करते याबद्दल आहे.
3. उच्च स्थिरता. साहजिकच, आम्हाला क्लस्टरची गरज होती आणि ते आमच्याकडे विक्रेत्याच्या उत्पादनापेक्षा चांगले होते.

जर तुम्हाला आठवत असेल तर आमच्याकडे बरेच पर्याय नव्हते. प्रथम, एर्लांग - आम्हाला ते आवडते आणि ते माहित आहे, ते माझे वैयक्तिक, वैयक्तिक आवडते होते. दुसरे म्हणजे, जावा म्हणजे जावा देखील नाही, परंतु विशेषतः स्काला. तिसरे म्हणजे, त्या वेळी आपल्याला अजिबात माहित नसलेली भाषा - जा. ते नुकतेच दिसले होते, अधिक तंतोतंत, ते आधीपासूनच सुमारे दोन वर्षे अस्तित्वात होते, परंतु अद्याप रिलीज झाले नव्हते.

जिंकला जा!

गो चा इतिहास

त्यावर आम्ही व्यासपीठ बनवले. मी का समजावून सांगण्याचा प्रयत्न करेन.

गो चा संक्षिप्त इतिहास. 2007 मध्ये सुरू झालेली, 2009 मध्ये उघडलेली, पहिली आवृत्ती 2012 मध्ये रिलीझ झाली (म्हणजे, आम्ही पहिल्या रिलीझपूर्वीच काम करायला सुरुवात केली). आरंभकर्ता Google होता, ज्याला जावाची जागा घ्यायची होती.

लेखक खूप प्रसिद्ध आहेत:

• युनिक्सच्या मागे असलेल्या केन थॉमसनने UTF-8 चा शोध लावला, प्लॅन 9 प्रणालीवर काम केले;
• केनसोबत UTF-8 चा शोध लावणाऱ्या रॉब पाईकने बेल लॅब्समध्ये प्लॅन 9, इन्फर्नो, लिंबोवरही काम केले;
• रॉबर्ट गिस्मर, ज्यांना आपण जावा हॉटस्पॉट कंपाइलरचा शोध लावल्याबद्दल आणि V8 (गुगलचा जावास्क्रिप्ट इंटरप्रिटर) मधील जनरेटरवर काम करण्यासाठी ओळखतो आणि प्रेम करतो;
• आणि आमच्या काही पॅचसह 700 हून अधिक योगदानकर्ते.

एका दृष्टीक्षेपात जा

भाषा कमी-अधिक प्रमाणात सोपी आणि समजण्यासारखी आहे हे आपण पाहतो. आमच्याकडे स्पष्ट प्रकार आहेत: काही प्रकरणांमध्ये ते घोषित करणे आवश्यक आहे, इतरांमध्ये ते नाही (म्हणजे प्रकार तरीही अनुमान काढले जातात).

हे पाहिले जाऊ शकते की संरचनांचे वर्णन करणे फॅशनेबल आहे. हे पाहिले जाऊ शकते की आपल्याकडे पॉइंटरची संकल्पना आहे (जेथे तारा आहे). हे पाहिले जाऊ शकते की अॅरे आणि असोसिएटिव्ह अॅरेचे आरंभीकरण घोषित करण्यासाठी विशेष समर्थन आहे.

हे जवळजवळ स्पष्ट आहे - आपण जगू शकता. हॅलो, वर्ल्ड लिहिण्याचा प्रयत्न करूया:

आम्ही काय पाहतो? हे C-सारखे वाक्यरचना आहे, अर्धविराम पर्यायी आहे. हे दोन ओळींसाठी विभाजक असू शकते, परंतु जर ही दोन बांधकामे एकाच ओळीवर असतील तरच.

आम्ही पाहतो की कंट्रोल स्ट्रक्चर्समधील कंस (14 व्या ओळीत) पर्यायी आहेत, परंतु कुरळे ब्रेसेस नेहमी आवश्यक असतात. आपण पाहतो की टायपिंग स्थिर आहे. बहुतेक वेळा टिम बाहेर काढली जाते. हे उदाहरण नेहमीच्या Hello, world पेक्षा थोडे अधिक क्लिष्ट आहे - फक्त एक लायब्ररी आहे हे दाखवण्यासाठी.

आपल्याला आणखी काय महत्त्वाचे वाटते? कोड पॅकेजमध्ये आयोजित केला आहे. आणि पॅकेज आपल्या स्वतःच्या कोडमध्ये वापरण्यासाठी, आपल्याला ते आयात निर्देश वापरून आयात करणे आवश्यक आहे - हे देखील महत्त्वाचे आहे. आम्ही सुरू करतो - ते कार्य करते. छान!

चला काहीतरी अधिक क्लिष्ट करण्याचा प्रयत्न करूया: हॅलो, जग, पण आता तो http सर्व्हर आहे. आम्ही येथे मनोरंजक काय पाहतो?

प्रथम, फंक्शन पॅरामीटर म्हणून कार्य करते. याचा अर्थ असा आहे की आमचे कार्य "प्रथम श्रेणीचे नागरिक" आहे आणि आपण त्याच्यासह कार्यात्मक शैलीत बर्‍याच मनोरंजक गोष्टी करू शकता. पुढे आपण काहीतरी अनपेक्षित पाहतो: आयात निर्देश थेट GitHub रेपॉजिटरीशी जोडतात. ते बरोबर आहे, हे असेच आहे - शिवाय, ते तसे केले पाहिजे.

गो मध्ये, पॅकेजचा सार्वत्रिक अभिज्ञापक हा त्याच्या भांडाराचा url असतो. एक विशेष Goget उपयुक्तता आहे जी सर्व अवलंबित्व मिळवेल, त्यांना डाउनलोड करेल, स्थापित करेल, त्यांचे संकलन करेल आणि आवश्यक असल्यास वापरण्यासाठी तयार करेल. त्याच वेळी, गोगेटला html-meta बद्दल माहिती आहे. त्यानुसार, तुम्ही http डिरेक्टरी ठेवू शकता ज्यामध्ये तुमच्या विशिष्ट रेपॉजिटरीचे दुवे असतील (जसे आम्ही, उदाहरणार्थ, करतो).

आम्ही आणखी काय पाहतो? नियमित लायब्ररीमध्ये Http आणि Json. साहजिकच, आत्मनिरीक्षण - प्रतिबिंब आहे, ज्याचा उपयोग एन्कोडिंग/जेसनमध्ये केला जावा, कारण आपण त्यासाठी फक्त काही अनियंत्रित वस्तू बदलतो.

आम्ही ते चालवतो आणि पाहतो की आमच्याकडे 20 ओळींमध्ये उपयुक्त कोड आहे, जो मशीनच्या वर्तमान सरासरी लोडचे संकलन करतो, चालवतो आणि अहवाल देतो (ज्या मशीनवर ते लॉन्च केले जाते).
येथे आपण ताबडतोब पाहू शकतो यापेक्षा दुसरे काय महत्त्वाचे आहे? हे एका स्थिर बायनरी (बायनरी) मध्ये संकलित करते. या बायनरीमध्ये अजिबात अवलंबित्व नाही, लायब्ररी नाही! ते कोणत्याही प्रणालीवर कॉपी केले जाऊ शकते, त्वरित चालवा आणि ते कार्य करेल.

आम्ही पुढे जातो.

जा: पद्धती आणि इंटरफेस

गो मध्ये पद्धती आहेत. तुम्ही कोणत्याही सानुकूल प्रकारासाठी पद्धत घोषित करू शकता. शिवाय, ही रचना आवश्यक नाही, परंतु कदाचित काही प्रकारचे उपनाव आहे. तुम्ही N32 साठी उपनाव घोषित करू शकता आणि काहीही उपयुक्त करण्यासाठी पद्धती लिहू शकता.

आणि इथे आपण प्रथमच स्तब्ध झालो... असे दिसून आले की Go चे असे वर्ग नाहीत. ज्यांना गो माहित आहे ते म्हणतील की तेथे प्रकार समावेश आहे, परंतु ते पूर्णपणे वेगळे आहे. विकसक जितक्या लवकर वारसा म्हणून विचार करणे थांबवेल तितके चांगले. गो मध्ये कोणतेही वर्ग नाहीत आणि कोणताही वारसाही नाही.

प्रश्न! जगाची जटिलता प्रतिबिंबित करण्यासाठी Google च्या नेतृत्वाखालील लेखकांच्या कंपनीने आम्हाला काय दिले आहे? आम्हाला इंटरफेस दिले गेले आहेत!

इंटरफेस हा एक विशेष प्रकार आहे जो तुम्हाला सोप्या पद्धती, पद्धती स्वाक्षरी लिहू देतो. पुढे, कोणत्याही प्रकारच्या ज्यासाठी या पद्धती अस्तित्वात आहेत (कार्यान्वीत केल्या जातात) या इंटरफेसशी संबंधित असतील. याचा अर्थ असा की तुम्ही एका प्रकारासाठी, दुसर्‍यासाठी (जे त्या इंटरफेस प्रकाराशी संबंधित आहे) संबंधित फंक्शनचे वर्णन करू शकता. पुढे, या इंटरफेसच्या प्रकाराचे व्हेरिएबल घोषित करा आणि यापैकी कोणतेही ऑब्जेक्ट त्यास नियुक्त करा.

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

आणि अर्थातच, गो मध्ये शून्य करण्यासाठी पॉइंटर्स आहेत. इंटरफेस {} (दोन कुरळे ब्रेसेससह) हा एक व्हेरिएबल आहे जो तुम्हाला तत्वतः कोणत्याही वस्तूकडे निर्देश करण्यास अनुमती देतो.
आतापर्यंत सर्व काही ठीक आहे, सर्व काही परिचित आहे. नवल काहीच नाही.

जा: गोराउटीन

आता आपल्याला ज्यामध्ये स्वारस्य आहे त्याकडे आलो आहोत: हलक्या वजनाच्या प्रक्रिया - गो टर्मिनोलॉजीमध्ये गोरोटीन (गोराउटीन).

1. प्रथम, ते खरोखर हलके आहेत (2 KB पेक्षा कमी).
2. दुसरे म्हणजे, अशी गोरोटीन तयार करण्याची किंमत नगण्य आहे: आपण प्रति सेकंद त्यापैकी एक हजार तयार करू शकता - काहीही होणार नाही.
3. त्यांना त्यांच्या स्वतःच्या शेड्युलरद्वारे सेवा दिली जाते, जे एका गोरुटिनमधून दुसर्‍यामध्ये नियंत्रण हस्तांतरित करते.
4. या प्रकरणात, नियंत्रण खालील प्रकरणांमध्ये हस्तांतरित केले जाते:
   • गो स्टेटमेंट आढळल्यास (जर गोरोटीनने पुढील गोरोटीन सुरू केले तर);
   • ब्लॉकिंग इनपुट/आउट कॉल सक्षम असल्यास;
   • जर कचरा गोळा करण्यास चालना मिळाली;
   • जर चॅनेलसह काही ऑपरेशन सुरू केले असेल.

म्हणजेच, जेव्हा जेव्हा संगणकावर गो प्रोग्राम चालवला जातो तेव्हा तो सिस्टममधील कोरची संख्या शोधतो, आवश्यक तेवढे थ्रेड्स सुरू करतो (सिस्टीममध्ये किती कोर आहेत किंवा आपण किती ते सांगितले आहे). त्यानुसार, शेड्युलर प्रत्येक कोरमधील या सर्व ऑपरेटिंग सिस्टम थ्रेड्सवर अंमलबजावणीचे हे हलके थ्रेड्स चालवेल.

हे लक्षात घ्यावे की लोह वापरण्याचा हा सर्वात प्रभावी मार्ग आहे. आम्ही दाखवलेल्या गोष्टींव्यतिरिक्त, आम्ही बरेच काही करतो. आम्ही, उदाहरणार्थ, DPI सिस्टीम बनवतो ज्या एका युनिटला 40 गिगाबिट सर्व्ह करण्याची परवानगी देतात (या ओळींमध्ये काय होते यावर अवलंबून).

तिथे, Go च्या आधीही, आम्ही तंतोतंत या कारणासाठी तंतोतंत तीच योजना वापरली: कारण ते आम्हाला प्रोसेसर कॅशेचे स्थान जतन करण्यास आणि OS संदर्भ स्विचेसची संख्या लक्षणीयरीत्या कमी करण्यास अनुमती देते (ज्याला बराच वेळ देखील लागतो). मी पुन्हा सांगतो: लोह वापरण्याचा हा सर्वात प्रभावी मार्ग आहे.

हे साधे 21-लाइन उदाहरण एक उदाहरण आहे जे फक्त इको-सर्व्हर करते. त्याच वेळी, लक्षात घ्या की सर्व्हर फंक्शन अत्यंत सोपे आहे, ते रेखीय आहे. कोणतेही कॉलबॅक नाहीत, त्रास आणि विचार करण्याची गरज नाही... तुम्ही फक्त वाचा आणि लिहा!

त्याच वेळी, जर तुम्ही वाचता आणि लिहित असाल, तर ते प्रत्यक्षात अवरोधित केले पाहिजे - जेव्हा अंमलबजावणी पुन्हा शक्य होते तेव्हा हे गोरोटीन फक्त रांगेत असते आणि शेड्यूलरद्वारे घेतले जाते. म्हणजेच, हा साधा कोड या मशीनवरील OS परवानगी देईल तितक्या कनेक्शनसाठी इको सर्व्हर म्हणून काम करू शकतो.

लवकरच सुरू ठेवणार आहे...

काही जाहिराती 🙂

आमच्यासोबत राहिल्याबद्दल धन्यवाद. तुम्हाला आमचे लेख आवडतात का? अधिक मनोरंजक सामग्री पाहू इच्छिता? ऑर्डर देऊन किंवा मित्रांना शिफारस करून आम्हाला समर्थन द्या, $4.99 पासून विकसकांसाठी क्लाउड VPS, एंट्री-लेव्हल सर्व्हरचे एक अद्वितीय अॅनालॉग, जे तुमच्यासाठी आमच्याद्वारे शोधले गेले आहे: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps बद्दल संपूर्ण सत्य $19 पासून किंवा सर्व्हर कसा शेअर करायचा? (RAID1 आणि RAID10 सह उपलब्ध, 24 कोर पर्यंत आणि 40GB DDR4 पर्यंत).

डेल R730xd ऍमस्टरडॅममधील इक्विनिक्स टियर IV डेटा सेंटरमध्ये 2 पट स्वस्त? फक्त इथेच 2 x इंटेल टेट्राडेका-कोर Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीव्ही $199 पासून नेदरलँड मध्ये! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 पासून! बद्दल वाचा इन्फ्रास्ट्रक्चर कॉर्पोरेशन कसे तयार करावे. डेल R730xd E5-2650 v4 सर्व्हरचा वापर करून 9000 युरो किमतीचा वर्ग?

स्त्रोत: www.habr.com