प्रोग्रामर के लिए एक खोज के हुड के तहत

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

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

1. हमारे पास एक सर्वर है जिस पर बाहरी स्रोत से प्राप्त कुछ सॉफ़्टवेयर स्पिन करेगा, और जो वास्तव में, यह नहीं जानता कि यह काम करते समय क्या करेगा;
2. लंबी अवधि में, बड़ी संख्या में उपयोगकर्ता हैं जो बड़ी संख्या में एप्लिकेशन को सर्वर पर अपलोड करेंगे। उनमें से कुछ, संभवतः, संभवतः वायरस भी हो सकते हैं: हम सब कुछ php से exe फ़ाइलों को अपलोड करने की अनुमति देंगे। समस्या समान है, लेकिन थोड़ी व्यापक है: कार्यक्रम सर्वर पर काम करने के लिए निवासी बना रह सकता है;
3. जब लॉन्च किया जाता है, तो कार्यक्रम भारी मात्रा में संसाधनों का उपभोग करेंगे।

फिर, हम समाधान खोजने के बारे में निर्धारित करते हैं।



जैसा कि आप जानते हैं, यह ऐसी परिस्थितियों में एक विकल्प नहीं है, क्योंकि सर्वर निश्चित रूप से गिर जाएगा, यह समय की बात है। जब कोई किसी प्रकार के भयानक बग के साथ एक कार्यक्रम लिखता है, या जब कोई वायरस को बाढ़ता है। यहां, वैसे, एक और समस्या उत्पन्न होती है: आप अपने विरोधियों के परिणामों को खराब कर सकते हैं, उन्हें अपने रूप में उपयोग कर सकते हैं।


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


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

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

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

1. हार्ड ड्राइव पर यह अपेक्षाकृत कुछ नहीं लेता है (~ 40Mb)
2. यह लगभग रैम (~ 40 एमबी) नहीं लेता है
3. यह व्यावहारिक रूप से प्रोसेसर संसाधनों पर नहीं लेता है

यह उस स्थिति के लिए आदर्श बनाता है जब आपको एक भौतिक मशीन पर 20 आभासी मशीनों को चलाने की आवश्यकता होती है। यह ठाठ ऑपरेटिंग सिस्टम आदर्श होगा जब इसे बड़े करीने से निराशाजनक स्थिति में डाल दिया जाएगा। लाइटवेट विंडोज, जो सेकंड में शुरू होता है (~ 5)।
तो, अंतिम समाधान:

1. होस्टिंग बादल है। इसके पास एक एपीआई है, आप गतिशील, प्रोग्रामेटिक रूप से, नोड्स बढ़ा सकते हैं यदि हजारों लोग सर्वर पर आते हैं और खेलना शुरू करते हैं। आप उन्हें गतिशील रूप से अक्षम भी कर सकते हैं।
2. नोड टेम्पलेट से उगता है। टेम्पलेट में - विंडोज, गिट, वर्चुअलबॉक्स और एक स्क्रिप्ट। स्क्रिप्ट रिपॉजिटरी से निष्पादन योग्य फ़ाइलों का नवीनतम संस्करण डाउनलोड करती है और सेवा शुरू करती है।
3. सेवा शुरू होती है, वर्चुअलबॉक्स उठाती है, उस पर एक टेम्पलेट वर्चुअल मशीन की तलाश करती है और, कॉन्फ़िगरेशन के आधार पर, इसे कई उदाहरणों में क्लोन करती है। मशीन पूर्व-कॉन्फ़िगर की गई है, दुभाषियों के साथ PHP, पर्ल, पायथन, रूबी, लुआ, साथ ही साथ जावा .नेट फ्रेमवर्क 3.5 संस्करण। विंडोज 7 64 बिट।
4. कमांड लाइन को सुनने के लिए शुरू होता है।
5. जब कोई टीम आती है, तो उसे नि: शुल्क वर्चुअल मशीन के लिए पार्स किया जाता है, स्क्रिप्ट डाउनलोड की जाती है या खिलाड़ी की EXE फ़ाइल लॉन्च की जाती है। समस्या को हल करने के लिए 30 सेकंड दिए गए हैं। समय बीत जाने के बाद या जब प्रक्रिया समाप्त हो जाती है, तो आउटपुट.लॉग फ़ाइल जिसमें OUTPUT लिखा होता है, को होस्ट मशीन में कॉपी किया जाता है और वर्चुअल मशीन अपनी मूल स्थिति में रीसेट हो जाती है, पिछले स्नैपशॉट में वापस आ जाती है।
6. परिणाम ब्राउज़र पर जाते हैं।

फिलहाल, हम अपने काम के निम्नलिखित परिणामों के बारे में बात कर सकते हैं:

1. केवल एक चीज जो हम पसंद नहीं करते हैं वह है वर्चुअल मशीन छवि का आकार। वर्कस्टेशन पर, 4 जीबी की छवि को पांच नोड्स में क्लोन करने में लगभग 20-30 मिनट लगते हैं। बग को ठीक करते समय, यह एक बुरा सपना होगा। इसलिए, अतिथि वर्चुअल मशीन की ओर से तैयार एजेंट की उपस्थिति और दुभाषियों के स्थिर संस्करणों की उपस्थिति एक अलग वसा प्लस है। यह कुछ हद तक अतिथि मशीन के निर्बाध संचालन की गारंटी देता है। यह बादल में कैसे व्यवहार करेगा - हम जल्द ही लोड करेंगे और पता लगाएंगे;
2. पूरा समय, जो ब्राउज़र से वर्चुअल मशीन तक सभी तरह से ले जाता है, लॉन्च करता है, अंत की प्रतीक्षा कर रहा है और इसके विपरीत - लॉग के रूप में (गेस्ट मशीन के रोलबैक को इसकी मूल स्थिति में ध्यान में रखते हुए), अधिकतम 20% सीपीयू लोड करते समय 4 सेकंड लगते हैं। यह एक शानदार परिणाम है। यानी जब सर्वर शुरू होता है, जिस पर 5 वर्चुअल मशीनें कताई होगी, हम प्रति मिनट 75 नौकरी की जाँच करने में सक्षम होंगे। यही है, हम मान सकते हैं कि आप एक सर्वर से उतर सकते हैं। दूसरा काम करेगा, बस मामले में। और तीसरा, अगर दो में से एक डिस्कनेक्ट (और अचानक!)।
3. एक साधारण कारण के लिए सदस्यता लेते समय हमने मेल पते को मान्य नहीं किया: सबसे पहले, यदि आप बाएं पते में प्रवेश करते हैं, तो मेल अभी भी लोगों के पास आएगा। दूसरा - ऐसा स्पैम क्यों भेजें जिसे आप पसंद करते हैं, आपने साइन अप किया है, यदि आप इसे स्क्रीन पर लिख सकते हैं? और तीसरा: इस स्पैम को हटाने के लिए लोग मेलबॉक्स में क्रॉल क्यों करें? :)

अगली बार हम आपको तकनीकी भाग के बारे में और विस्तार से बताएंगे, एक बार और गहराई से देखें। इस बीच, खेल की वेबसाइट पर आपका स्वागत है (और टिप्पणियों में यह लिखना न भूलें कि आप समस्याओं का समाधान किस भाषा में करना चाहेंगे?):