ISPsystem, માફ કરો અને વિદાય આપો! શા માટે અને કેવી રીતે અમે અમારી સર્વર નિયંત્રણ પેનલ લખી

નમસ્તે! અમે "હોસ્ટિંગ ટેક્નોલોજીસ" છીએ અને 5 વર્ષ પહેલા લોન્ચ કર્યું છે વીડીસીના - ખાસ કરીને વિકાસકર્તાઓ માટે બનાવેલ પ્રથમ vds હોસ્ટિંગ. અમે તેને ડિજિટલ ઓશનની જેમ અનુકૂળ બનાવવાનો પ્રયત્ન કરીએ છીએ, પરંતુ રશિયામાં રશિયન સપોર્ટ, ચુકવણી પદ્ધતિઓ અને સર્વર્સ સાથે. પરંતુ DigitalOcean માત્ર વિશ્વસનીયતા અને કિંમત જ નથી, તે એક સેવા પણ છે.

ISPsystem માંથી સોફ્ટવેર એ એક દોરડું હતું જેણે અમારા હાથને સરસ સેવાના માર્ગે બાંધ્યા હતા. ત્રણ વર્ષ પહેલાં, અમે બિલમેનેજર બિલિંગ અને VMમેનેજર સર્વર કંટ્રોલ પેનલનો ઉપયોગ કર્યો અને ઝડપથી સમજાયું કે અમારી પોતાની કંટ્રોલ પેનલ વિના સારી સેવા પૂરી પાડવી લગભગ અશક્ય છે.

કેવી રીતે ISP સિસ્ટમ સગવડને મારી નાખે છે

બગ્સ

અમે જાતે બગને ઠીક કરી શક્યા નથી - દરેક વખતે અમારે બીજાના સમર્થન પર લખીને રાહ જોવી પડતી હતી. કોઈપણ સમસ્યાના ઉકેલ માટે તૃતીય-પક્ષ કંપનીનો પ્રતિસાદ જરૂરી છે.

ISPsystem સપોર્ટ સામાન્ય રીતે પ્રતિસાદ આપે છે, પરંતુ સુધારાઓ થોડા પ્રકાશનો પછી જ આવ્યા હતા, અને પછી હંમેશા નહીં અને બધા નહીં. કેટલીકવાર ગંભીર ભૂલોને કેટલાક અઠવાડિયા સુધી સુધારી લેવામાં આવી હતી. અમારે ગ્રાહકોને આશ્વાસન આપવું પડ્યું, માફી માગવી અને બગને ઠીક કરવા માટે ISPsystemની રાહ જોવી પડી.

ડાઉનટાઇમ થ્રેટ

અપડેટ્સ અણધારી ડાઉનટાઇમ જનરેટ કરી શકે છે જે નવી ભૂલોને ઉશ્કેરે છે.

દરેક અપડેટ એક લોટરી હતી: મારે બિલિંગને આવરી લેવું પડ્યું અને અપડેટ્સના દેવતાઓને બલિદાન આપવું પડ્યું - બે વખત અપડેટને કારણે 10-15 મિનિટનો ડાઉનટાઇમ થયો. આ સમયે અમારા એડમિન્સ તેમની આંખો પર નજર રાખીને બેઠા હતા - અમને ક્યારેય ખબર ન હતી કે ડાઉનટાઇમ કેટલો સમય ચાલશે અને ISP સિસ્ટમ ક્યારે નવું અપડેટ રિલીઝ કરવાનું નક્કી કરશે તેની આગાહી કરી શક્યા નહીં.

પાંચમી પેઢી પર, બિલમેનેજર વધુ સારું બન્યું, પરંતુ જરૂરી સુવિધાઓની ઍક્સેસ મેળવવા માટે, મારે બીટા ઇન્સ્ટોલ કરવું પડ્યું, જે દર અઠવાડિયે પહેલેથી અપડેટ થતું હતું. જો કંઈક તૂટી ગયું હોય, તો મારે અન્ય વિકાસકર્તાઓને ઍક્સેસ આપવી પડશે જેથી તેઓ કંઈક ઠીક કરી શકે.

અસુવિધાજનક પેનલ ઇન્ટરફેસ

દરેક વસ્તુને અલગ-અલગ પેનલમાં વહેંચવામાં આવી હતી અને અલગ-અલગ જગ્યાએથી નિયંત્રિત કરવામાં આવી હતી. ઉદાહરણ તરીકે, ગ્રાહકોએ બિલમેનેજર દ્વારા ચૂકવણી કરી, અને તેઓએ VMMમેનેજરમાં VDS રીબૂટ અથવા પુનઃસ્થાપિત કરવું પડ્યું. અમારા સ્ટાફે ક્લાયન્ટને મદદ કરવા, તેના સર્વર પરના લોડને તપાસવા અથવા તે કયા OSનો ઉપયોગ કરી રહ્યો છે તે જોવા માટે વિન્ડોઝ વચ્ચે સ્વિચ કરવું પડતું હતું.

આવા ઇન્ટરફેસમાં સમય લાગે છે - અમારા અને અમારા ગ્રાહકો બંને. આવી સ્થિતિમાં ડિજિટલ ઓશનની જેમ કોઈ સુવિધાનો પ્રશ્ન જ નથી.

વારંવાર API અપડેટ્સ સાથે ટૂંકા જીવનચક્ર

અમે અમારા પોતાના પ્લગઇન્સ લખ્યા છે - ઉદાહરણ તરીકે, વધારાની ચુકવણી પદ્ધતિઓ સાથેનું પ્લગઇન જે VMManagerમાં નથી.

તાજેતરના વર્ષોમાં, VMMમેનેજરનું જીવન ચક્ર પ્રમાણમાં ટૂંકું હતું, અને નવા સંસ્કરણોમાં, API માં વેરિયેબલ્સ અથવા ફંક્શન્સના નામો મનસ્વી રીતે બદલાઈ શકે છે - આનાથી અમારા પ્લગિન્સ તૂટી ગયા. જૂના સંસ્કરણો માટેનો સપોર્ટ ઝડપથી તબક્કાવાર બંધ કરવામાં આવ્યો હતો અને તેને અપડેટ કરવો પડ્યો હતો.

સંશોધિત કરી શકાતું નથી

વધુ સ્પષ્ટ રીતે, તે શક્ય છે, પરંતુ અત્યંત બિનકાર્યક્ષમ છે. લાઇસન્સ પ્રતિબંધો તમને સ્રોત કોડમાં ફેરફાર કરવાની મંજૂરી આપતા નથી, તમે ફક્ત પ્લગઇન્સ લખી શકો છો. મહત્તમ પ્લગઇન્સ - કેટલીક મેનૂ આઇટમ્સ, એક પગલું દ્વારા પગલું વિઝાર્ડ. ISP સિસ્ટમ વર્સેટિલિટી માટે ડિઝાઇન કરવામાં આવી છે, પરંતુ અમને વિશિષ્ટ ઉકેલોની જરૂર છે.

તેથી મારી પોતાની પેનલ લખવાનો નિર્ણય પાકો હતો. અમે લક્ષ્યો નક્કી કર્યા છે:

• ભૂલો, બગ્સનો ઝડપથી પ્રતિસાદ આપો અને ક્લાયંટને રાહ જોયા વિના જાતે જ તેને ઠીક કરવામાં સક્ષમ બનો.
• વર્કફ્લો અને ક્લાયંટની જરૂરિયાતો માટે ઈન્ટરફેસમાં મુક્તપણે ફેરફાર કરો.
• સ્વચ્છ અને સમજી શકાય તેવી ડિઝાઇન સાથે ઉપયોગીતામાં વધારો.

અને અમે વિકાસ શરૂ કર્યો.

નવી પેનલ આર્કિટેક્ચર

અમારી પાસે સ્વ-પર્યાપ્ત વિકાસ ટીમ છે, તેથી અમે જાતે પેનલ લખી છે.
મુખ્ય કામ ત્રણ ઇજનેરો દ્વારા કરવામાં આવ્યું હતું - તકનીકી નિર્દેશક સેર્ગેઇ આર્કિટેક્ચર સાથે આવ્યા હતા અને સર્વર એજન્ટ લખ્યા હતા, એલેક્સીએ બિલિંગ કર્યું હતું, અને ફ્રન્ટ-એન્ડ અમારા ફ્રન્ટ-એન્ડર આર્ટિશે એસેમ્બલ કર્યું હતું.

પગલું 1: સર્વર એજન્ટ

સર્વર એજન્ટ એ પાયથોન વેબ સર્વર છે જે લાઇબ્રેરીનું સંચાલન કરે છે libvirt, જે બદલામાં શાસન કરે છે Qemu-kvm હાઇપરવાઇઝર.

એજન્ટ સર્વર પરની બધી સેવાઓનું સંચાલન કરે છે: libvirt લાઇબ્રેરી દ્વારા vds બનાવવી, બંધ કરવી, કાઢી નાખવી, ઓપરેટિંગ સિસ્ટમ્સ ઇન્સ્ટોલ કરવી, પરિમાણો બદલવું વગેરે. લેખના પ્રકાશન સમયે, આ ચાલીસથી વધુ વિવિધ કાર્યો છે, જે અમે કાર્ય અને ક્લાયંટની જરૂરિયાતોને આધારે પૂરક બનાવીએ છીએ.

સૈદ્ધાંતિક રીતે, libvirt ને બિલિંગથી સીધું જ નિયંત્રિત કરી શકાય છે, પરંતુ આ માટે અતિશય વધારાના કોડની જરૂર હતી અને અમે આ કાર્યોને એજન્ટ અને બિલિંગ વચ્ચે અલગ કરવાનું નક્કી કર્યું - બિલિંગ ફક્ત JSON API દ્વારા એજન્ટને વિનંતી કરે છે.

એજન્ટ એ પ્રથમ વસ્તુ છે જે અમે કર્યું છે, કારણ કે તેને કોઈ ઇન્ટરફેસની જરૂર નથી અને તેને સર્વર કન્સોલથી સીધું જ ચકાસવું શક્ય હતું.

સર્વર એજન્ટે અમને શું આપ્યું: એક સ્તર દેખાયું છે જે દરેક માટે જીવનને સરળ બનાવે છે - બિલિંગ માટે આદેશોનો સંપૂર્ણ સમૂહ મોકલવાની જરૂર નથી, પરંતુ ફક્ત વિનંતી કરો. અને એજન્ટ જરૂરી છે તે બધું કરશે: ઉદાહરણ તરીકે, તે ડિસ્ક જગ્યા અને RAM ફાળવશે.

પગલું 2. બિલિંગ

અમારા વિકાસકર્તા એલેક્સ માટે, આ પ્રથમ નિયંત્રણ પેનલ નહોતું - એલેક્સ લાંબા સમયથી હોસ્ટિંગમાં છે, તેથી તે સામાન્ય રીતે સમજી ગયો કે ક્લાયંટને શું જોઈએ છે અને હોસ્ટરને શું જોઈએ છે.

અમે અમારી વચ્ચે બિલિંગને "કંટ્રોલ પેનલ" કહીએ છીએ: તેમાં માત્ર પૈસા અને સેવાઓ જ નહીં, પરંતુ તેમનું સંચાલન, ગ્રાહક સપોર્ટ અને ઘણું બધું પણ છે.

ISPSystem સૉફ્ટવેરમાંથી સ્વિચ કરવા માટે, ગ્રાહકો માટે અગાઉની કાર્યક્ષમતાને સંપૂર્ણપણે સાચવવી, વપરાશકર્તાઓની તમામ નાણાકીય ક્રિયાઓને જૂના બિલિંગમાંથી નવામાં સ્થાનાંતરિત કરવી, તેમજ તેમની વચ્ચેની બધી સેવાઓ અને જોડાણો જરૂરી હતા. અમે વર્તમાન ઉત્પાદનમાં શું છે તેનો અભ્યાસ કર્યો, પછી સ્પર્ધકોના ઉકેલો, મુખ્યત્વે DO અને Vultr. અમે ગેરફાયદા અને ફાયદાઓ જોયા, ISP સિસ્ટમના જૂના ઉત્પાદનો સાથે કામ કરતા લોકો પાસેથી પ્રતિસાદ એકત્રિત કર્યો.

નવા બિલિંગમાં બે સ્ટેક્સનો ઉપયોગ કરવામાં આવ્યો હતો: ક્લાસિક PHP, MySQL (અને ભવિષ્યમાં તે PostgreSQL પર સ્વિચ કરવાની યોજના છે), Yii2 બેકએન્ડ પર ફ્રેમવર્ક તરીકે અને VueJS આગળ. સ્ટેક્સ એકબીજાથી સ્વતંત્ર રીતે કામ કરે છે, વિવિધ લોકો દ્વારા વિકસાવવામાં આવે છે અને JSON API નો ઉપયોગ કરીને વાતચીત કરે છે. વિકાસ માટે ત્યારે અને હવે આપણે ઉપયોગ કરીએ છીએ PHPSસ્ટોર્મ и વેબસ્ટોરમ JetBrains તરફથી અને તેમને ખૂબ પ્રેમ કરો (હે મિત્રો!)

પેનલને મોડ્યુલર ધોરણે ડિઝાઇન કરવામાં આવી છે: ચુકવણી સિસ્ટમ મોડ્યુલ્સ, ડોમેન રજિસ્ટ્રાર મોડ્યુલ અથવા, ઉદાહરણ તરીકે, એક SSL પ્રમાણપત્ર મોડ્યુલ. તમે સરળતાથી નવી સુવિધા ઉમેરી શકો છો અથવા જૂની સુવિધા દૂર કરી શકો છો. વિસ્તરણ માટેનો પાયો આર્કિટેક્ચરલ રીતે નાખ્યો છે, જેમાં વિરુદ્ધ દિશામાં, "હાર્ડવેર તરફ"નો સમાવેશ થાય છે.

અમને શું મળ્યું: એક કંટ્રોલ પેનલ જેના પર અમારું સંપૂર્ણ નિયંત્રણ છે. હવે ભૂલો અઠવાડિયામાં નહીં, કલાકોમાં ઠીક કરવામાં આવે છે અને નવી સુવિધાઓ ISPSystemની વિનંતી પર નહીં પણ ગ્રાહકોની વિનંતી પર લાગુ કરવામાં આવે છે.

પગલું 3 ઈન્ટરફેસ

ઇન્ટરફેસ એ અમારી ટીમના મગજની ઉપજ છે.

પ્રથમ, અમે જોયુ કે જો અમે ઈન્ટરફેસમાં મૂળભૂત રીતે કંઈપણ બદલ્યા વગર ISPsystem API પર એડ-ઓન બનાવીએ તો શું થશે. તે આવું બન્યું અને અમે શરૂઆતથી બધું કરવાનું નક્કી કર્યું.

અમે માનીએ છીએ કે મુખ્ય વસ્તુ એ છે કે ઈન્ટરફેસને તાર્કિક બનાવવું, સ્વચ્છ અને ન્યૂનતમ ડિઝાઇન સાથે, અને પછી અમને એક સુંદર પેનલ મળશે. મેગાપ્લાનમાં તત્વોના સ્થાનની ચર્ચા કરવામાં આવી હતી અને વપરાશકર્તાઓ હવે નિયંત્રણ પેનલમાં જુએ છે તે ઇન્ટરફેસ ધીમે ધીમે જન્મશે.

બિલિંગ પેજની ડિઝાઇન સૌપ્રથમ દેખાય છે, કારણ કે અમે પહેલાથી જ ISP સિસ્ટમ માટે પેમેન્ટ પ્લગઇન્સ બનાવ્યા છે.

અગ્રભાગ

તેઓએ પેનલને SPA એપ્લિકેશન બનાવવાનું નક્કી કર્યું - સંસાધનોની જરૂરિયાત વિના અને ઝડપી ડેટા લોડિંગ સાથે. અમારા ફ્રન્ટ-એન્ડર આર્ટિશે તેને Vue પર લખવાનું નક્કી કર્યું — તે સમયે Vue હમણાં જ દેખાયો હતો. અમે ધાર્યું કે ફ્રેમવર્ક ગતિશીલ રીતે વિકસિત થશે, પ્રતિક્રિયાની જેમ, થોડા સમય પછી Vue સમુદાય વધશે અને પુસ્તકાલયોનો સમુદ્ર દેખાશે. અમે Vue પર શરત લગાવી છે અને તેનો અફસોસ નથી કર્યો - હવે આગળના ભાગમાં નવા કાર્યો ઉમેરવામાં થોડો સમય લાગે છે જે પહેલાથી જ બેકએન્ડ પર પ્રોગ્રામ કરેલ છે. અમે તમને એક અલગ લેખમાં ફ્રન્ટ-એન્ડ પેનલ વિશે વધુ જણાવીશું.

ફ્રન્ટએન્ડને બેકએન્ડ સાથે કનેક્ટ કરી રહ્યું છે

આગળનો ભાગ પુશ સૂચનાઓ દ્વારા બેકએન્ડ સાથે જોડાયેલ હતો. મારે સખત મહેનત કરવી પડી અને મારું પોતાનું હેન્ડલર લખવું પડ્યું, પરંતુ હવે પૃષ્ઠ પરની માહિતી લગભગ તરત જ અપડેટ થાય છે.

શું થયું: પેનલ ઇન્ટરફેસ સરળ બની ગયું છે. અમે તેને અનુકૂલનશીલ બનાવ્યું છે, અને ઝડપી લોડિંગ તમને પેનલ સાથે કામ કરવા માટે અલગ એપ્લિકેશન ઇન્સ્ટોલ કર્યા વિના, ટેકઓફ પહેલાંની છેલ્લી મિનિટોમાં પણ મોબાઇલ ફોનથી તેનો ઉપયોગ કરવાની મંજૂરી આપે છે.

પગલું 4. પરીક્ષણ અને સ્થળાંતર યોજના

જ્યારે બધું શરૂ થયું અને પ્રથમ પરીક્ષણો પાસ થયા, ત્યારે સ્થળાંતરનો પ્રશ્ન ઊભો થયો. સૌ પ્રથમ, અમે બિલિંગ ઇન્સ્ટોલ કર્યું અને સર્વર એજન્ટ સાથે તેની કામગીરીનું પરીક્ષણ કરવાનું શરૂ કર્યું.

પછી અમે એક સરળ સ્ક્રિપ્ટ લખી જે ડેટાબેઝને જૂના બિલિંગમાંથી નવામાં સ્થાનાંતરિત કરે છે.

મારે શાબ્દિક રીતે બધું જ ચકાસવું અને ફરીથી તપાસવું પડ્યું, કારણ કે ડેટાને ત્રણ જૂના ડેટાબેઝમાંથી એક નવા ડેટાબેઝમાં મર્જ કરવામાં આવ્યો હતો: બિલમેનેજર, વીએમમેનેજર અને મેનેજરના આઈપી મેનેજર. કદાચ પરીક્ષણ સ્થળાંતર એ સૌથી મુશ્કેલ બાબત છે જે અમે નવી પેનલ વિકસાવવાની પ્રક્રિયામાં અનુભવી છે.

ફરીથી તપાસ કર્યા પછી, અમે જૂનું બિલિંગ બંધ કર્યું. અંતિમ ડેટા સ્થાનાંતરણ એ ખૂબ જ મુશ્કેલીભરી ક્ષણ હતી, પરંતુ, ભગવાનનો આભાર, તે થોડીવારમાં અને ધ્યાનપાત્ર સમસ્યાઓ વિના પૂર્ણ થયું. ત્યાં નાની ભૂલો હતી જે અમે અઠવાડિયા દરમિયાન સુધારી હતી. મોટાભાગનો સમય શું થયું તેની તપાસ કરવામાં પસાર થતો હતો.

પછી અમે ગ્રાહકોને નવી પેનલના સરનામા અને બિલિંગ સાથે પત્રો મોકલ્યા અને રીડાયરેક્ટ કર્યા.

સારાંશ: તે જીવંત છે!

સુખદ અંત

અમારા સૉફ્ટવેરના કામના પ્રથમ કલાકોથી, અમે સંક્રમણની બધી ખુશીઓ અનુભવી. કોડ સંપૂર્ણપણે અમારો હતો અને અનુકૂળ આર્કિટેક્ચર સાથે, અને ઇન્ટરફેસ સ્વચ્છ અને તાર્કિક હતું.

નવી પેનલના લોન્ચ પછી પ્રથમ સમીક્ષા

અમે ગ્રાહકો માટે સંક્રમણને સરળ બનાવવા માટે, નવા વર્ષ 2017ની પૂર્વસંધ્યાએ, જ્યારે લોડ સૌથી ઓછો હતો ત્યારે ડિસેમ્બરમાં સંક્રમણ પ્રક્રિયા શરૂ કરી હતી - રજાઓની પૂર્વસંધ્યાએ લગભગ કોઈ કામ કરતું નથી.

અમારી સિસ્ટમ પર સ્વિચ કરતી વખતે અમને જે મુખ્ય વસ્તુ મળી (સામાન્ય વિશ્વસનીયતા અને સગવડતા સિવાય) તે મુખ્ય ગ્રાહકો માટે ઝડપથી કાર્યક્ષમતા ઉમેરવાની ક્ષમતા છે - તેમનો ચહેરો બનવાની, તેમના ગર્દભ તરીકે નહીં.

શું આગામી છે?

અમે વધી રહ્યા છીએ, ડેટા, ગ્રાહકો, ગ્રાહક ડેટાની માત્રા વધી રહી છે. મારે બેકએન્ડમાં વિવિધ કાર્યો સાથે મેમકેશ્ડ સર્વર અને બે કતાર મેનેજર ઉમેરવા હતા. ફ્રન્ટએન્ડમાં કેશીંગ અને તેની પોતાની કતાર છે.

અલબત્ત, અમારી પાસે હજુ પણ સાહસ હતું કારણ કે ઉત્પાદન વિકસિત થયું અને વધુ જટિલ બન્યું, ઉદાહરણ તરીકે જ્યારે અમે હાઇલોડ ઉમેર્યું.

આગળના લેખમાં, અમે તમને જણાવીશું કે Hi-CPU ટેરિફ કેવી રીતે લૉન્ચ કરવામાં આવ્યું: હાર્ડવેર, સૉફ્ટવેર વિશે, અમે કયા કાર્યો હલ કર્યા અને અમે શું કર્યું.

સોર્સ: www.habr.com