ISPsystem, माफ र विदाई! किन र कसरी हामीले हाम्रो सर्भर नियन्त्रण प्यानल लेख्यौं

नमस्ते! हामी "होस्टिङ टेक्नोलोजीहरू" हौं र 5 वर्ष पहिले सुरू गरियो VDSina - विकासकर्ताहरूको लागि विशेष रूपमा सिर्जना गरिएको पहिलो vds होस्टिंग। हामी यसलाई सुविधाजनक बनाउन प्रयास गर्छौं, जस्तै DigitalOcean, तर रूसी समर्थन, भुक्तानी विधिहरू र रूसमा सर्भरहरू। तर DigitalOcean विश्वसनीयता र मूल्य मात्र होइन, यो एक सेवा पनि हो।

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

कसरी ISPsystem ले सुविधा मार्यो

बगहरू

हामीले बग आफैं समाधान गर्न सकेनौं - प्रत्येक पटक हामीले अरू कसैको समर्थनमा लेख्नुपर्छ र पर्खनुपर्‍यो। कुनै पनि समस्याको समाधान तेस्रो-पक्ष कम्पनीको प्रतिक्रिया आवश्यक छ।

ISPsystem समर्थन सामान्य रूपमा प्रतिक्रिया दियो, तर फिक्सहरू केहि रिलीज पछि मात्र आयो, र त्यसपछि सधैं र सबै होइन। कहिलेकाहीँ महत्वपूर्ण बगहरू धेरै हप्तासम्म सच्याइएको थियो। हामीले ग्राहकहरूलाई आश्वस्त पार्न, माफी माग्नुपर्ने र बग समाधान गर्न ISPsystem को लागि पर्खनुपर्‍यो।

डाउनटाइम खतरा

अपडेटहरूले अप्रत्याशित डाउनटाइमहरू उत्पन्न गर्न सक्छ जसले नयाँ त्रुटिहरू उक्साउँछ।

प्रत्येक अपडेट एक लटरी थियो: मैले बिलिङ कभर गर्न र अपडेटका देवताहरूलाई बलिदान दिनुपर्‍यो - दुई पटक अपडेटले 10-15 मिनेटको लागि डाउनटाइम निम्त्यायो। यस समयमा हाम्रा प्रशासकहरू तिनीहरूको आँखामा बसिरहेका थिए - हामीलाई कहिले थाहा थिएन कि डाउनटाइम कति लामो हुन्छ र ISPsystem ले नयाँ अपडेट जारी गर्ने निर्णय कहिले गर्ने भनेर भविष्यवाणी गर्न सकेनौं।

पाँचौं पुस्तामा, बिल प्रबन्धक राम्रो भयो, तर आवश्यक सुविधाहरूमा पहुँच प्राप्त गर्नको लागि, मैले बिटा स्थापना गर्नुपर्‍यो, जुन प्रत्येक हप्ता पहिले नै अद्यावधिक गरिएको थियो। यदि केहि बिग्रियो भने, मैले अन्य विकासकर्ताहरूलाई पहुँच दिनु पर्थ्यो ताकि उनीहरूले केहि ठीक गर्न सकून्।

असुविधाजनक प्यानल इन्टरफेस

सबै चीजहरू विभिन्न प्यानलहरूमा विभाजित र विभिन्न ठाउँहरूबाट नियन्त्रण गरिएको थियो। उदाहरणका लागि, ग्राहकहरूले बिलप्रबन्धक मार्फत भुक्तानी गरे, र तिनीहरूले VMManager मा VDS रिबुट वा पुन: स्थापना गर्नुपर्‍यो। हाम्रा कर्मचारीहरूले ग्राहकलाई मद्दत गर्न, उसको सर्भरमा लोड जाँच गर्न, वा उसले कुन OS प्रयोग गरिरहेको थियो हेर्नको लागि विन्डोजहरू बीच स्विच गर्नुपर्थ्यो।

यस्तो इन्टरफेसले समय लिन्छ - हाम्रो र हाम्रा ग्राहकहरू दुवै। यस्तो अवस्थामा डिजिटल महासागरको जस्तो सुविधाको कुनै प्रश्न नै छैन।

बारम्बार API अद्यावधिकहरूसँग छोटो जीवनचक्र

हामीले हाम्रो आफ्नै प्लगइनहरू लेख्यौं - उदाहरणका लागि, अतिरिक्त भुक्तानी विधिहरू भएको प्लगइन जुन VMManager मा छैन।

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

परिमार्जन गर्न सकिँदैन

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

त्यसैले मेरो आफ्नै प्यानल लेख्ने निर्णय परिपक्व थियो। हामीले लक्ष्यहरू सेट गरेका छौं:

• त्रुटिहरू, बगहरू तुरुन्तै प्रतिक्रिया दिनुहोस् र ग्राहकलाई पर्खाइ नगरी तिनीहरूलाई आफैं समाधान गर्न सक्षम हुनुहोस्।
• कार्यप्रवाह र ग्राहक आवश्यकताहरूको लागि इन्टरफेस स्वतन्त्र रूपमा परिमार्जन गर्नुहोस्।
• सफा र बुझ्न सकिने डिजाइनको साथ उपयोगिता बढाउनुहोस्।

अनि विकास सुरु गर्यौं ।

नयाँ प्यानल वास्तुकला

हामीसँग आत्मनिर्भर विकास टोली छ, त्यसैले हामीले प्यानल आफैं लेख्यौं।
मुख्य काम तीन इन्जिनियरहरू द्वारा गरिएको थियो - प्राविधिक निर्देशक सर्गेई वास्तुकलाको साथ आए र सर्भर एजेन्ट लेखे, एलेक्सले बिलिङ गरे, र फ्रन्ट-एन्ड हाम्रो फ्रन्ट-एन्डर आर्टिसद्वारा भेला गरिएको थियो।

चरण 1: सर्भर एजेन्ट

सर्भर एजेन्ट एक पाइथन वेब सर्भर हो जसले पुस्तकालय व्यवस्थापन गर्दछ libvirt, जसले बारीमा शासन गर्छ Qemu-kvm हाइपरवाइजर.

एजेन्टले सर्भरमा सबै सेवाहरू प्रबन्ध गर्दछ: सिर्जना गर्ने, रोक्ने, vds मेटाउने, अपरेटिङ सिस्टमहरू स्थापना गर्ने, प्यारामिटरहरू परिवर्तन गर्ने, र libvirt पुस्तकालय मार्फत। लेखको प्रकाशनको समयमा, यी चालीस भन्दा बढी विभिन्न प्रकार्यहरू छन्, जुन हामी कार्य र ग्राहकको आवश्यकताहरूमा निर्भर गर्दछौं।

सिद्धान्तमा, libvirt लाई बिलिङबाट सीधै नियन्त्रण गर्न सकिन्छ, तर यसका लागि धेरै अतिरिक्त कोड चाहिन्छ र हामीले यी कार्यहरू एजेन्ट र बिलिङ बीच अलग गर्ने निर्णय गर्यौं - बिलिङले JSON API मार्फत एजेन्टलाई अनुरोध मात्र गर्छ।

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

सर्भर एजेन्टले हामीलाई के दियो: एक तह देखा पर्यो जसले सबैको लागि जीवन सरल बनाउँछ - बिलिङले आदेशहरूको सम्पूर्ण गुच्छा पठाउन आवश्यक छैन, तर केवल अनुरोध गर्नुहोस्। र एजेन्टले आवश्यक पर्ने सबै काम गर्नेछ: उदाहरणका लागि, यसले डिस्क स्पेस र RAM आवंटित गर्नेछ।

चरण 2. बिलिङ

हाम्रो विकासकर्ता एलेक्सको लागि, यो पहिलो नियन्त्रण प्यानल थिएन - एलेक्स लामो समयको लागि होस्टिङमा रहेको छ, त्यसैले उसले सामान्यतया बुझ्यो कि ग्राहकलाई के चाहिन्छ र होस्टलाई के चाहिन्छ।

हामी बिलिङलाई "कन्ट्रोल प्यानल" भन्छौं: यसले पैसा र सेवाहरू मात्र होइन, तिनीहरूको व्यवस्थापन, ग्राहक समर्थन र अन्य धेरै कुराहरू समावेश गर्दछ।

ISPSystem सफ्टवेयरबाट स्विच गर्न, ग्राहकहरूको लागि अघिल्लो कार्यक्षमता पूर्ण रूपमा सुरक्षित गर्न, प्रयोगकर्ताहरूको सबै वित्तीय कार्यहरू पुरानो बिलिङबाट नयाँमा स्थानान्तरण गर्न, साथै सबै सेवाहरू र तिनीहरू बीचको जडानहरू आवश्यक थियो। हामीले हालको उत्पादनमा के छ भनेर अध्ययन गर्यौं, त्यसपछि प्रतिस्पर्धीहरूको समाधान, मुख्य रूपमा DO र Vultr। हामीले हानि र फाइदाहरू हेर्यौं, ISPsystem बाट पुराना उत्पादनहरूसँग काम गर्ने मानिसहरूबाट प्रतिक्रिया सङ्कलन गर्यौं।

नयाँ बिलिङले दुई स्ट्याकहरू प्रयोग गर्यो: क्लासिक PHP, MySQL (र भविष्यमा यो PostgreSQL मा स्विच गर्ने योजना छ), Yii2 ब्याकएन्डमा फ्रेमवर्कको रूपमा र अगाडि VueJS। स्ट्याकहरू एकअर्काबाट स्वतन्त्र रूपमा काम गर्छन्, विभिन्न व्यक्तिहरूद्वारा विकसित हुन्छन्, र JSON API प्रयोग गरेर सञ्चार गर्छन्। विकासको लागि पहिले र अहिले प्रयोग गर्छौं PHPSstorm и वेबस्टोरम JetBrains बाट र तिनीहरूलाई धेरै माया गर्नुहोस् (हे साथीहरू!)

प्यानल मोड्युलर आधारमा डिजाइन गरिएको हो: भुक्तानी प्रणाली मोड्युल, डोमेन रजिस्ट्रार मोड्युल वा, उदाहरणका लागि, एक SSL प्रमाणपत्र मोड्युल। तपाईं सजिलैसँग नयाँ सुविधा थप्न सक्नुहुन्छ वा पुरानो हटाउन सक्नुहुन्छ। विस्तारको लागि आधार वास्तुगत रूपमा राखिएको छ, विपरीत दिशामा, "हार्डवेयर तर्फ" सहित।

हामीले के पायौं: एउटा नियन्त्रण प्यानल जसमा हामीसँग पूर्ण नियन्त्रण छ। अब बगहरू घण्टामा फिक्स गरिन्छ, हप्ताहरूमा होइन, र नयाँ सुविधाहरू ग्राहकहरूको अनुरोधमा लागू गरिन्छ, र ISPSystem को अनुरोधमा होइन।

चरण 3 इन्टरफेस

इन्टरफेस हाम्रो टोली दिमागको उपज हो।

पहिले, हामीले इन्टरफेसमा कुनै पनि कुरालाई आधारभूत रूपमा परिवर्तन नगरी ISPsystem API मा एड-अन बनायौं भने के हुन्छ भनेर हामीले हेर्यौं। यो त्यस्तै भयो र हामीले स्क्र्याचबाट सबै कुरा गर्ने निर्णय गर्यौं।

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

बिलिङ पृष्ठको डिजाइन पहिलो पटक देखा परेको थियो, किनभने हामीले पहिले नै ISP प्रणालीका लागि भुक्तानी प्लगइनहरू बनाइसकेका छौं।

अगाडिको भाग

तिनीहरूले प्यानललाई एक SPA अनुप्रयोग बनाउने निर्णय गरे - स्रोतहरूको लागि अनावश्यक र छिटो डेटा लोडिङको साथ। हाम्रो फ्रन्ट-एन्डर आर्टिसले यसलाई Vue मा लेख्ने निर्णय गर्यो - त्यो समयमा Vue भर्खरै देखा परेको थियो। हामीले मानेका थियौं कि फ्रेमवर्क गतिशील रूपमा विकसित हुनेछ, जस्तै प्रतिक्रिया, केहि समय पछि Vue समुदाय बढ्नेछ र पुस्तकालयहरूको समुद्र देखा पर्नेछ। हामीले Vue मा शर्त लगायौं र यसमा पछुताउनु भएन - अब ब्याकएन्डमा प्रोग्राम गरिएको अगाडि नयाँ प्रकार्यहरू थप्न थोरै समय लाग्छ। हामी तपाईंलाई अर्को लेखमा फ्रन्ट-एन्ड प्यानलको बारेमा थप बताउनेछौं।

फ्रन्टएन्डलाई ब्याकइन्डमा जडान गर्दै

फ्रन्टएन्डलाई पुश सूचनाहरू मार्फत ब्याकइन्डमा जोडिएको थियो। मैले कडा परिश्रम गर्नुपर्‍यो र आफ्नै ह्यान्डलर लेख्नुपर्‍यो, तर अब पृष्ठमा जानकारी लगभग तुरुन्तै अपडेट हुन्छ।

के भयो: प्यानल इन्टरफेस सरल भएको छ। हामीले यसलाई अनुकूलनीय बनायौं, र छिटो लोडिङले तपाईंलाई प्यानलसँग काम गर्नको लागि छुट्टै अनुप्रयोग स्थापना नगरीकन, टेकअफ अघि अन्तिम मिनेटमा मोबाइल फोनबाट पनि यसलाई प्रयोग गर्न अनुमति दिन्छ।

चरण 4. परीक्षण र माइग्रेसन योजना

जब सबै कुरा सुरु भयो र पहिलो परीक्षा पास भयो, माइग्रेसनको प्रश्न उठ्यो। सबैभन्दा पहिले, हामीले बिलिङ स्थापना गर्यौं र सर्भर एजेन्टसँग यसको सञ्चालन परीक्षण गर्न थाल्यौं।

त्यसपछि हामीले एउटा साधारण स्क्रिप्ट लेख्यौं जसले पुरानो बिलिङबाट नयाँमा डाटाबेस स्थानान्तरण गर्छ।

मैले शाब्दिक रूपमा सबै चीजहरूको परीक्षण र पुन: जाँच गर्नुपर्‍यो, किनकि डाटा तीनवटा पुरानोबाट एउटा नयाँ डाटाबेसमा मर्ज गरिएको थियो: Billmanager, VMmanager र प्रबन्धकको IPmanager। सायद परीक्षण माइग्रेसनहरू हामीले नयाँ प्यानल विकास गर्ने प्रक्रियामा सामना गरेको सबैभन्दा कठिन चीज हो।

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

त्यसपछि हामीले नयाँ प्यानल र बिलिङको ठेगानासहित ग्राहकहरूलाई पत्र पठायौं र रिडिरेक्ट गर्यौं।

सारांशमा: जिउदै छ!

सुखत अन्त्य

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

नयाँ प्यानलको सुरुवात पछि पहिलो समीक्षा

हामीले डिसेम्बरमा, नयाँ वर्ष 2017 को पूर्वसन्ध्यामा, जब लोड न्यूनतम थियो, ग्राहकहरूको लागि संक्रमणलाई सजिलो बनाउनको लागि संक्रमण प्रक्रिया सुरु गर्‍यौं - बिदाको पूर्वसन्ध्यामा लगभग कसैले काम गर्दैन।

हाम्रो प्रणालीमा स्विच गर्दा हामीले पाएको मुख्य कुरा (सामान्य विश्वसनीयता र सुविधा बाहेक) मुख्य ग्राहकहरूको लागि द्रुत रूपमा कार्यक्षमता थप्ने क्षमता हो - तिनीहरूको अनुहार हुन, तिनीहरूको गधा होइन।

के अर्को छ?

हामी बढ्दैछौं, डाटाको मात्रा, ग्राहक, ग्राहक डाटा बढ्दै छ। मैले ब्याकइन्डमा विभिन्न कार्यहरूको साथ एक मेम्क्याच गरिएको सर्भर र दुई लाम प्रबन्धकहरू थप्नुपर्‍यो। फ्रन्टएन्डमा क्यासिङ र यसको आफ्नै लामहरू छन्।

निस्सन्देह, उत्पादनको विकास र थप जटिल हुँदै गएपछि हामीसँग अझै साहसिक कार्यहरू थिए, उदाहरणका लागि हामीले HighLoad थप्दा।

अर्को लेखमा, हामी तपाईंलाई Hi-CPU ट्यारिफ कसरी सुरु गरिएको थियो भनेर बताउनेछौं: हार्डवेयर, सफ्टवेयर, हामीले कुन कार्यहरू समाधान गर्यौं र हामीले के गर्यौं भन्ने बारे।

स्रोत: www.habr.com