ISPsystem, क्षमा करा आणि निरोप घ्या! आम्ही आमचे सर्व्हर नियंत्रण पॅनेल का आणि कसे लिहिले

नमस्कार! आम्ही "होस्टिंग टेक्नॉलॉजीज" आहोत आणि 5 वर्षांपूर्वी लॉन्च केले VDSina — विशेषतः विकसकांसाठी तयार केलेले पहिले vds होस्टिंग. आम्ही DigitalOcean प्रमाणे, परंतु रशियन समर्थन, पेमेंट पद्धती आणि रशियामधील सर्व्हरसह ते सोयीस्कर बनविण्याचा प्रयत्न करतो. पण DigitalOcean ही केवळ विश्वसनीयता आणि किंमत नाही तर ती एक सेवा देखील आहे.

ISPsystem मधील सॉफ्टवेअर एक रस्सी बनले ज्याने आपले हात मस्त सेवेच्या मार्गावर बांधले. तीन वर्षांपूर्वी, आम्ही Billmanager बिलिंग आणि VMmanager सर्व्हर नियंत्रण पॅनेल वापरले आणि आमच्या स्वतःच्या नियंत्रण पॅनेलशिवाय चांगली सेवा प्रदान करणे जवळजवळ अशक्य आहे हे त्वरीत लक्षात आले.

ISPsystem ने सुविधा कशी मारली

बग

आम्ही स्वतः दोष निराकरण करू शकलो नाही - प्रत्येक वेळी आम्हाला दुसर्‍याच्या समर्थनावर लिहावे लागे आणि प्रतीक्षा करावी लागेल. कोणत्याही समस्येचे निराकरण करण्यासाठी तृतीय-पक्ष कंपनीचा प्रतिसाद आवश्यक आहे.

ISPsystem सपोर्टने सामान्यपणे प्रतिसाद दिला, परंतु निराकरणे काही रिलीझनंतरच आली, आणि नंतर नेहमीच नाही आणि सर्वच नाही. कधीकधी गंभीर बग अनेक आठवडे दुरुस्त केले जातात. आम्हाला ग्राहकांना धीर द्यावा लागला, माफी मागितली गेली आणि ISPsystem मध्ये बगचे निराकरण करण्यासाठी प्रतीक्षा करावी लागली.

डाउनटाइम धोका

अद्यतने अनपेक्षित डाउनटाइम्स व्युत्पन्न करू शकतात ज्यामुळे नवीन त्रुटी निर्माण होतात.

प्रत्येक अपडेट ही लॉटरी होती: मला बिलिंग कव्हर करावे लागले आणि अपडेटच्या देवतांना बलिदान द्यावे लागले - दोन वेळा अपडेटमुळे 10-15 मिनिटे डाउनटाइम झाला. यावेळी आमचे प्रशासक डोळे वटारून बसले होते - डाउनटाइम किती काळ टिकेल हे आम्हाला कधीच माहीत नव्हते आणि ISPsystem कधी नवीन अपडेट रिलीझ करण्याचा निर्णय घेईल हे सांगता येत नव्हते.

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

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

सर्व काही वेगवेगळ्या पॅनेलमध्ये विभागले गेले आणि वेगवेगळ्या ठिकाणांहून नियंत्रित केले गेले. उदाहरणार्थ, क्लायंटने बिल मॅनेजरद्वारे पैसे दिले आणि त्यांना VMM मॅनेजरमध्ये VDS रीबूट किंवा पुन्हा स्थापित करावे लागले. आमच्या कर्मचार्‍यांना क्लायंटला मदत करण्यासाठी, त्याच्या सर्व्हरवरील लोड तपासण्यासाठी किंवा तो कोणती OS वापरत आहे हे पाहण्यासाठी विंडोमध्ये स्विच करावे लागले.

अशा इंटरफेसला वेळ लागतो - आमचा आणि आमच्या ग्राहकांचा. अशा परिस्थितीत डिजिटल ओशनसारख्या कोणत्याही सोयीचा प्रश्नच उद्भवत नाही.

वारंवार API अद्यतनांसह लहान जीवनचक्र

आम्ही आमचे स्वतःचे प्लगइन लिहिले - उदाहरणार्थ, अतिरिक्त पेमेंट पद्धती असलेले प्लगइन जे VMManager मध्ये नाहीत.

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

सुधारणा करता येत नाही

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

त्यामुळे माझाच पॅनल लिहिण्याचा निर्णय पक्का झाला. आम्ही लक्ष्ये निश्चित केली आहेत:

• त्रुटी, बग यांना त्वरीत प्रतिसाद द्या आणि क्लायंटला वाट न पाहता त्यांचे स्वतः निराकरण करण्यात सक्षम व्हा.
• वर्कफ्लो आणि क्लायंटच्या गरजांसाठी इंटरफेसमध्ये मुक्तपणे बदल करा.
• स्वच्छ आणि समजण्यायोग्य डिझाइनसह उपयोगिता वाढवा.

आणि आम्ही विकासाला सुरुवात केली.

नवीन पॅनेल आर्किटेक्चर

आमच्याकडे स्वयंपूर्ण विकास कार्यसंघ आहे, म्हणून आम्ही पॅनेल स्वतः लिहिले.
मुख्य काम तीन अभियंत्यांनी केले - तांत्रिक संचालक सेर्गेई आर्किटेक्चरसह आले आणि सर्व्हर एजंट लिहिले, अलेक्सीने बिलिंग केले आणि फ्रंट-एंड आमच्या फ्रंट-एंडर आर्टिशने एकत्र केले.

पायरी 1: सर्व्हर एजंट

सर्व्हर एजंट हा पायथन वेब सर्व्हर आहे जो लायब्ररी व्यवस्थापित करतो कामवासना, जे यामधून शासन करते Qemu-kvm हायपरवाइजर.

एजंट सर्व्हरवरील सर्व सेवा व्यवस्थापित करतो: libvirt लायब्ररीद्वारे vds तयार करणे, थांबवणे, हटवणे, ऑपरेटिंग सिस्टम स्थापित करणे, पॅरामीटर्स बदलणे आणि असेच बरेच काही. लेखाच्या प्रकाशनाच्या वेळी, ही चाळीसहून अधिक भिन्न कार्ये आहेत, जी आम्ही कार्य आणि क्लायंटच्या गरजेनुसार पूरक आहोत.

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

एजंट ही पहिली गोष्ट आहे जी आम्ही केली, कारण त्याला कोणत्याही इंटरफेसची आवश्यकता नाही आणि सर्व्हर कन्सोलवरून त्याची थेट चाचणी करणे शक्य होते.

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

पायरी 2. बिलिंग

आमच्या विकसक अॅलेक्ससाठी, हे पहिले नियंत्रण पॅनेल नव्हते - अॅलेक्स बर्याच काळापासून होस्टिंगमध्ये आहे, म्हणून त्याला सामान्यतः क्लायंटला काय आवश्यक आहे आणि होस्टला काय आवश्यक आहे हे समजले.

आम्ही आपापसात बिलिंगला "नियंत्रण पॅनेल" म्हणतो: त्यात केवळ पैसे आणि सेवाच नाही तर त्यांचे व्यवस्थापन, ग्राहक समर्थन आणि बरेच काही समाविष्ट आहे.

ISPSystem सॉफ्टवेअरवरून स्विच करण्यासाठी, ग्राहकांसाठी पूर्वीची कार्यक्षमता पूर्णपणे जतन करणे, वापरकर्त्यांच्या सर्व आर्थिक क्रिया जुन्या बिलिंगमधून नवीनमध्ये हस्तांतरित करणे, तसेच त्यांच्यामधील सर्व सेवा आणि कनेक्शन आवश्यक होते. आम्ही सध्याच्या उत्पादनात काय आहे याचा अभ्यास केला, त्यानंतर स्पर्धकांचे उपाय, प्रामुख्याने DO आणि Vultr. आम्ही तोटे आणि फायदे पाहिले, ISPsystem मधील जुन्या उत्पादनांसह काम करणाऱ्या लोकांकडून अभिप्राय गोळा केला.

नवीन बिलिंगमध्ये दोन स्टॅक वापरले गेले: क्लासिक PHP, MySQL (आणि भविष्यात पोस्टग्रेएसक्यूएलवर स्विच करण्याची योजना आहे), बॅकएंडवर फ्रेमवर्क म्हणून Yii2 आणि समोर VueJS. स्टॅक एकमेकांपासून स्वतंत्रपणे कार्य करतात, वेगवेगळ्या लोकांद्वारे विकसित केले जातात आणि JSON API वापरून संवाद साधतात. विकासासाठी तेव्हा आणि आता वापरतो PHPSstorm и वेबस्टोर्म JetBrains कडून आणि त्यांच्यावर मनापासून प्रेम करा (अहो मित्रांनो!)

पॅनेल मॉड्यूलर आधारावर डिझाइन केले आहे: पेमेंट सिस्टम मॉड्यूल, डोमेन रजिस्ट्रार मॉड्यूल किंवा, उदाहरणार्थ, एक SSL प्रमाणपत्र मॉड्यूल. तुम्ही सहजपणे नवीन वैशिष्ट्य जोडू शकता किंवा जुने काढू शकता. विस्तारासाठी पाया स्थापत्यदृष्ट्या घातला गेला आहे, उलट दिशेने, “हार्डवेअरच्या दिशेने”.

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

पायरी 3 इंटरफेस

इंटरफेस हा आमचा कार्यसंघ आहे.

प्रथम, आम्ही इंटरफेसमध्ये मूलभूतपणे काहीही न बदलता ISPsystem API वर ऍड-ऑन केल्यास काय होईल ते पाहिले. तसे झाले आणि आम्ही सुरवातीपासून सर्वकाही करण्याचा निर्णय घेतला.

आम्हाला विश्वास आहे की मुख्य गोष्ट म्हणजे इंटरफेसला तार्किक बनवणे, स्वच्छ आणि किमान डिझाइनसह, आणि नंतर आम्हाला एक सुंदर पॅनेल मिळेल. घटकांच्या स्थानावर मेगाप्लॅनमध्ये चर्चा करण्यात आली होती आणि आता नियंत्रण पॅनेलमध्ये वापरकर्त्यांना दिसणारा इंटरफेस हळूहळू जन्माला येईल.

बिलिंग पृष्ठाची रचना सर्वप्रथम दिसून आली, कारण आम्ही आधीच ISPsystem साठी पेमेंट प्लगइन बनवले आहेत.

फ्रंटएंड

त्यांनी पॅनेलला एक SPA ऍप्लिकेशन बनवण्याचा निर्णय घेतला - संसाधनांना मागणी न करता आणि जलद डेटा लोडिंगसह. आमचा फ्रंट-एंडर Artysh ने Vue वर लिहायचं ठरवलं — त्या वेळी Vue नुकताच दिसला होता. आम्ही असे गृहीत धरले की फ्रेमवर्क गतीशीलपणे विकसित होईल, जसे की प्रतिक्रिया, काही काळानंतर व्ह्यू समुदाय वाढेल आणि ग्रंथालयांचा समुद्र दिसेल. आम्ही Vue वर पैज लावली आणि त्याबद्दल खेद वाटला नाही - आता मागील बाजूस आधीच प्रोग्राम केलेल्या फ्रंटमध्ये नवीन फंक्शन्स जोडण्यासाठी थोडा वेळ लागतो. आम्ही तुम्हाला एका वेगळ्या लेखात फ्रंट-एंड पॅनेलबद्दल अधिक सांगू.

फ्रंटएंडला बॅकएंडशी जोडत आहे

पुश सूचनांद्वारे फ्रंटएंड बॅकएंडशी जोडलेला होता. मला घाम गाळून माझा स्वतःचा हँडलर लिहावा लागला, परंतु आता पृष्ठावरील माहिती जवळजवळ त्वरित अद्यतनित केली जाते.

काय झालं: पॅनेल इंटरफेस सोपा झाला आहे. आम्ही ते अनुकूल केले आहे, आणि जलद लोडिंग तुम्हाला पॅनेलसह कार्य करण्यासाठी स्वतंत्र अनुप्रयोग स्थापित न करता, टेकऑफच्या शेवटच्या मिनिटांत देखील मोबाइल फोनवरून वापरण्याची परवानगी देते.

पायरी 4. चाचणी आणि स्थलांतर योजना

जेव्हा सर्वकाही सुरू झाले आणि पहिल्या चाचण्या उत्तीर्ण झाल्या, तेव्हा स्थलांतराचा प्रश्न उद्भवला. सर्व प्रथम, आम्ही बिलिंग स्थापित केले आणि सर्व्हर एजंटसह त्याच्या ऑपरेशनची चाचणी सुरू केली.

मग आम्ही एक साधी स्क्रिप्ट लिहिली जी जुन्या बिलिंगमधून नवीनमध्ये डेटाबेस हस्तांतरित करते.

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

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

मग आम्ही ग्राहकांना नवीन पॅनेलचा पत्ता आणि बिलिंगसह पत्रे पाठवली आणि पुनर्निर्देशन केले.

अखेरीस: ते जिवंत आहे!

आनंदी शेवट

आमच्या सॉफ्टवेअरच्या कामाच्या पहिल्या तासापासून, आम्ही संक्रमणाचे सर्व आनंद अनुभवले. कोड पूर्णपणे आमचा होता आणि सोयीस्कर आर्किटेक्चरसह, आणि इंटरफेस स्वच्छ आणि तार्किक होता.

नवीन पॅनेल लाँच केल्यानंतर प्रथम पुनरावलोकन

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

आमच्या सिस्टमवर स्विच करताना आम्हाला मिळालेली मुख्य गोष्ट (सामान्य विश्वासार्हता आणि सोयीव्यतिरिक्त) मुख्य ग्राहकांसाठी कार्यक्षमतेत द्रुतपणे जोडण्याची क्षमता आहे - त्यांचा चेहरा बनणे, त्यांचे गाढव नाही.

पुढील काय आहे?

आम्ही वाढत आहोत, डेटाचे प्रमाण, ग्राहक, ग्राहक डेटा वाढत आहे. मला बॅकएंडमध्ये भिन्न कार्यांसह एक मेमकॅशेड सर्व्हर आणि दोन रांग व्यवस्थापक जोडावे लागले. फ्रंटएंडमध्ये कॅशिंग आणि स्वतःच्या रांगा आहेत.

अर्थात, उत्पादन विकसित होत असताना आणि अधिक जटिल होत असताना आमच्याकडे अजूनही साहस होते, उदाहरणार्थ जेव्हा आम्ही HighLoad जोडले.

पुढील लेखात, आम्ही तुम्हाला हाय-सीपीयू दर कसे लॉन्च केले गेले ते सांगू: हार्डवेअर, सॉफ्टवेअर, आम्ही कोणती कार्ये सोडवली आणि आम्ही काय केले याबद्दल.

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