2019 में एक नए अत्यधिक लोड किए गए स्टार्टअप के लिए आर्किटेक्चर बनाना

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

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

सिस्टम घटकों के बीच मैसेजिंग क्लासिक रैबिटक्यू पर नहीं होती है, लेकिन एनएटीएस पर - बाद वाले सर्वर पर बेंचमार्क दिखाते हैं जो वर्तमान में उपयोग किया जा रहा है, प्रति सेकंड 1M संदेश (+ क्लस्टरिंग के लिए 360K) प्रति सेकंड 40K। हां, और यह RabbitMQ की तुलना में अधिक तेज़ और आसान है।

डेटाबेस: MySQL InnoDB क्लस्टर 7.6 (MySQL सर्वर 8.0)। भव्य लेआउट और डीबगिंग कम्युनिटी टूल MySQL Workbench ।

एपीआई - स्वैगर (ओपनएपीआई 2.0) में लिखा गया है। यह विभिन्न प्रोग्रामर द्वारा त्रुटियों से बचा जाता है, स्वच्छ, अच्छी तरह से प्रलेखित कोड और एपीआई प्रलेखन उत्पन्न करता है। दुर्भाग्य से, स्वैगर डिफ़ॉल्ट रूप से रूट करने के लिए गोरिल्ला / एमएक्स का उपयोग करता है, लेकिन पूरे एपीआई को उत्पन्न करने के बाद, रूट को कटारस / मक्सी के लिए फिर से तैयार किया जाएगा - यह तेज़ है।

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

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

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

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

जैसा कि वे कहते हैं - "90% सफलता तैयारी है"। शुरू में एक सक्षम, विचारशील वास्तुकला बनाने पर खर्च करने से डरो मत - यह सुंदर रूप से भुगतान करेगा।

सौभाग्य है