आउटसोर्सिंग से विकास तक (भाग 2)

В पिछला लेख, मैंने वेलियम के निर्माण की पृष्ठभूमि और इसे SaaS प्रणाली के माध्यम से वितरित करने के निर्णय के बारे में बात की। इस लेख में, मैं इस बारे में बात करूंगा कि उत्पाद को स्थानीय नहीं, बल्कि सार्वजनिक बनाने के लिए मुझे क्या करना पड़ा। वितरण कैसे शुरू हुआ और उन्हें किन समस्याओं का सामना करना पड़ा।

आयोजन

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

चूंकि हमने उत्पाद को वितरित करने का निर्णय लिया है, लेकिन खुले स्रोत के रूप में नहीं, इसलिए जीपीएल जैसे खुले लाइसेंस वाले विभिन्न पुस्तकालयों को शामिल करना असंभव हो गया। यह आम तौर पर एक अलग विषय है; उत्पाद बेचने का निर्णय लेने के बाद, मुझे जीपीएल होने के कारण आधे पुस्तकालयों से गुजरना पड़ा। जब वे अपने लिए लिखते थे, तो यह सामान्य था। लेकिन वितरण के लिए उपयुक्त नहीं है. पहला वीपीएन जो दिमाग में आता है वह ओपनवीपीएन है। लेकिन यह जीपीएल है. दूसरा विकल्प जापानी सॉफ्टईथर वीपीएन का उपयोग करना था। उनके लाइसेंस ने उन्हें इसे अपने उत्पाद में शामिल करने की अनुमति दी। इसे इस तरह से कैसे एकीकृत किया जाए कि उपयोगकर्ता को कुछ भी कॉन्फ़िगर करने की आवश्यकता न हो और सॉफ्टईथर वीपीएन के बारे में जानने की आवश्यकता न हो, इस पर कुछ दिनों के विभिन्न परीक्षणों के बाद, एक प्रोटोटाइप प्राप्त किया गया था। सब कुछ वैसा ही था जैसा होना चाहिए। लेकिन किसी कारण से इस योजना ने हमें अभी भी भ्रमित किया और अंततः हमने इसे छोड़ दिया। लेकिन जब उनके पास दूसरा विकल्प आया तो स्वाभाविक रूप से उन्होंने इनकार कर दिया। अंत में, सब कुछ नियमित टीसीपी कनेक्शन पर किया गया। कुछ कनेक्शन एक समन्वयक के माध्यम से काम करते हैं, कुछ सीधे नेट होल पंचिंग (एनएचपी) तकनीक के माध्यम से काम करते हैं, जिसे फ्री पास्कल में भी लागू किया गया था। मुझे कहना होगा कि मैंने एनएचपी के बारे में पहले कभी नहीं सुना था। और मेरे साथ यह कभी नहीं हुआ कि 2 नेटवर्क डिवाइस कनेक्ट करना संभव है, जो दोनों सीधे NAT के पीछे हैं। मैंने विषय का अध्ययन किया, संचालन के सिद्धांत को समझा और लिखने बैठ गया। योजना साकार हो गई है, उपयोगकर्ता बिना पासवर्ड डाले या वीपीएन सेट किए बिना आरडीपी, एसएसएच या विनबॉक्स के माध्यम से एनएटी के पीछे वांछित डिवाइस से एक क्लिक से जुड़ जाता है। इसके अलावा, इनमें से अधिकांश कनेक्शन हमारे समन्वयक से आगे निकल जाते हैं, जिसका पिंग और इन कनेक्शनों की सर्विसिंग की लागत पर अच्छा प्रभाव पड़ता है।

सर्वर भाग को Linux से Windows में स्थानांतरित करना

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

PHP विंडोज़ के लिए pthreads सेट करने के बाद, मैंने सोचा कि सब कुछ तुरंत शुरू हो जाएगा, लेकिन ऐसा नहीं था। डिबगिंग के कुछ समय बाद, मुझे एहसास हुआ कि pthreads काम करता प्रतीत होता है, लेकिन यह हमारे सिस्टम पर काम नहीं करता है। यह स्पष्ट हो गया कि विंडोज़ पर pthreads के साथ काम करने में कुछ ख़ासियत है। और वैसा ही हुआ. मैंने दस्तावेज़ पढ़ा, और वहां लिखा था कि विंडोज़ के लिए थ्रेड्स की संख्या सीमित है, और, जहां तक ​​मुझे याद है, परोक्ष रूप से। यह एक समस्या बन गई. क्योंकि जब मैंने एप्लिकेशन पर चलने वाले थ्रेड्स की संख्या कम करना शुरू किया, तो इसने काम बहुत धीरे-धीरे किया। मैंने आईडीई को फिर से खोला और वस्तुओं की बहु-थ्रेडेड पिंगिंग के लिए कार्यक्षमता को उसी उपयोगिता में जोड़ा गया। खैर, वहां पहले से ही बहुत सारी पोर्ट स्कैनिंग भी मौजूद है। दरअसल, इसके बाद PHP के लिए pthreads की जरूरत खत्म हो गई और अब इसका इस्तेमाल नहीं किया जाता। इसके अलावा, इस उपयोगिता में कई और कार्यक्षमताएँ जोड़ी गईं और यह आज भी काम करती है। इसके बाद, विंडोज़ के लिए एक इंस्टॉलर इकट्ठा किया गया, जिसमें अपाचे, पीएचपी, मारियाडीबी, स्वयं पीएचपी एप्लिकेशन और सिस्टम के साथ इंटरैक्ट करने के लिए फ्री पास्कल में लिखी गई उपयोगिताओं का एक सेट शामिल था। जहां तक ​​इंस्टॉलर का सवाल है, मैंने सोचा कि मैं इस समस्या का शीघ्र समाधान कर लूंगा, क्योंकि... यह एक बहुत ही सामान्य बात है और लगभग हर सॉफ्टवेयर के लिए जरूरी है। या तो मैं ग़लत जगह देख रहा था, या कुछ और। लेकिन मुझे लगातार ऐसे उत्पाद मिले जो या तो पर्याप्त लचीले नहीं थे, या महंगे और लचीले भी नहीं थे। और फिर भी, मुझे एक निःशुल्क इंस्टॉलर मिला जिसमें किसी भी इच्छा को पूरा करना संभव होगा। यह इनोसेटअप है। मैं इसके बारे में यहां इसलिए लिख रहा हूं क्योंकि अगर मैं किसी का समय बचाता हूं तो मुझे इसे देखना होगा।

अपने ग्राहक के पक्ष में प्लगइन से इनकार

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

रिहाई

अंततः हमने सिस्टम के लिए एक नाम चुना. जब स्थानीय संस्करण से SaaS में परिवर्तित करने की प्रक्रिया चल रही थी, तब हम लगातार विभिन्न विकल्पों से गुज़रते रहे। चूंकि हमने शुरू में न केवल घरेलू बाजार में प्रवेश करने की योजना बनाई थी, नाम चुनने का मुख्य मानदंड ".com" क्षेत्र में एक खाली या बहुत महंगा डोमेन की उपस्थिति नहीं थी। कुछ फ़ंक्शन/मॉड्यूल को अभी तक स्थानीय संस्करण से वेलियाम में पोर्ट नहीं किया गया है, लेकिन हमने फैसला किया है कि हम उन्हें वर्तमान कार्यक्षमता के साथ जारी करेंगे और बाकी को अपडेट के रूप में पूरा करेंगे। पहले संस्करण में कोई हेल्पडेस्क, वेलियम कनेक्टर नहीं था, अधिसूचना ट्रिगर और बहुत कुछ के लिए सीमा को बदलना असंभव था। हमने एक कोड साइन प्रमाणपत्र खरीदा और क्लाइंट और सर्वर भागों पर हस्ताक्षर किए। हमने उत्पाद के लिए एक वेबसाइट लिखी, सॉफ़्टवेयर, ट्रेडमार्क इत्यादि पंजीकृत करने की प्रक्रियाएँ शुरू कीं। सामान्य तौर पर, हम शुरू करने के लिए तैयार हैं। किए गए काम से और इस तथ्य से थोड़ी खुशी हुई कि शायद कोई आपके उत्पाद का उपयोग करेगा, हालांकि हमें इस बारे में कोई संदेह नहीं था। और फिर रुकें. पार्टनर ने कहा कि मैसेंजर के जरिए नोटिफिकेशन के बिना बाजार में प्रवेश करना असंभव है। यह कई अन्य चीजों के बिना संभव है, लेकिन इसके बिना नहीं। कुछ बहस के बाद, टेलीग्राम के साथ एकीकरण जोड़ा गया, जो हमारे अनुकूल था। सभी मौजूदा इंस्टेंट मैसेंजर में से, यह एकमात्र ऐसा मैसेंजर है जो मुफ्त में और बिना किसी जटिल अनुमोदन प्रक्रिया के अपने एपीआई तक पहुंच प्रदान करता है। वही व्हाट्सएप उन प्रदाताओं से संपर्क करने का सुझाव देता है जो अपनी सेवाओं का उपयोग करने के लिए अच्छे पैसे लेते हैं; गैस्केट के बिना पहुंच मांगने वाले सभी पत्रों को नजरअंदाज कर दिया गया था। खैर, Viber... मुझे नहीं पता कि अब इसका उपयोग कौन करता है, क्योंकि... वहां स्पैम और विज्ञापन चार्ट से बाहर हैं। दिसंबर के अंत में, दोस्तों के बीच आंतरिक परीक्षणों और परीक्षणों की एक श्रृंखला के बाद, पंजीकरण सभी के लिए खोल दिया गया और सॉफ्टवेयर डाउनलोड के लिए उपलब्ध कराया गया।

वितरण का प्रारम्भ

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

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

इस स्थिति में लोगों को शांत महसूस कराने के लिए हम बस इतना कर सकते हैं कि जितना संभव हो उतना खुला रहें, सुरक्षा पर काम करें और लोगों के सवालों का जवाब देते नहीं थकें।

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

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

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

कुछ लोग कहते हैं कि हम इसका उपयोग नहीं करेंगे क्योंकि कोई FSTEC प्रमाणपत्र नहीं है। हमें यह समझाना होगा कि हम इसे प्राप्त नहीं कर सकते हैं और न ही करेंगे क्योंकि इस प्रमाणपत्र को प्राप्त करने के लिए, एन्क्रिप्शन GOST के अनुसार होना चाहिए, और हम न केवल रूस में सॉफ़्टवेयर वितरित करने और AES का उपयोग करने की योजना बना रहे हैं।

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

कर्मचारियों के लिए रिमोट एक्सेस कार्यक्षमता जोड़ना

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

लेकिन हमारे पास पहले से ही सर्वर और नेटवर्क उपकरण से दूरस्थ कनेक्शन हैं। रेडीमेड परिवहन का उपयोग क्यों न करें और एक अलग छोटी उपयोगिता बनाएं जिसे आप आसानी से उपयोगकर्ता को कनेक्ट करने के लिए दे सकें। मैं बस यह सुनिश्चित करना चाहता था कि उपयोगकर्ता वहां कुछ भी अस्पष्ट बात दर्ज न करे। बस एक बटन "कनेक्ट"। लेकिन यह उपयोगिता कैसे समझेगी कि कहां कनेक्ट करना है यदि इसमें केवल एक बटन है? हमारे सर्वर पर आवश्यक एप्लिकेशन को ऑनलाइन बनाने का विचार था। सिस्टम प्रशासक "डाउनलोड शॉर्टकट" बटन पर क्लिक करता है, और आरडीपी के माध्यम से वांछित सर्वर/कंप्यूटर से कनेक्ट करने के लिए हार्डवेयर्ड जानकारी के साथ एक व्यक्तिगत बाइनरी बनाने के लिए हमारे क्लाउड पर एक कमांड भेजा जाता है। सामान्य तौर पर, यह किया जा सकता है. लेकिन इसमें काफी समय लगता है; प्रशासक को पहले बाइनरी संकलित होने और फिर डाउनलोड होने तक इंतजार करना होगा। बेशक, कॉन्फ़िगरेशन के साथ दूसरी फ़ाइल जोड़ना संभव होगा, लेकिन यह पहले से ही 2 फ़ाइलें हैं, और सरलता के लिए उपयोगकर्ता को एक की आवश्यकता है। एक फ़ाइल, एक बटन और कोई इंस्टॉलर नहीं। Google पर थोड़ा पढ़ने के बाद, मैं इस निष्कर्ष पर पहुंचा कि यदि आप संकलित ".exe" के अंत में कुछ जानकारी जोड़ते हैं, तो यह खराब नहीं होता है (ठीक है, लगभग)। आप कम से कम वहां युद्ध और शांति जोड़ सकते हैं, और यह पहले की तरह काम करेगा। इसका फायदा न उठाना पाप होगा. अब आप क्लाइंट में ही चलते-फिरते एप्लिकेशन को आसानी से अनपैक कर सकते हैं, वैसे इसे वेलियम कनेक्टर कहा जाता है, और अंत में इससे कनेक्ट करने के लिए आवश्यक जानकारी जोड़ सकते हैं। और एप्लिकेशन स्वयं जानता है कि इसके साथ क्या करना है। मैंने कोष्ठक में थोड़ा ऊपर "अच्छा लगभग" क्यों लिखा? क्योंकि आपको इस सुविधा के लिए भुगतान करना होगा क्योंकि एप्लिकेशन अपना डिजिटल हस्ताक्षर खो देता है। लेकिन इस स्तर पर, हमारा मानना ​​है कि ऐसी सुविधा के लिए यह एक छोटी सी कीमत है।

तृतीय पक्ष मॉड्यूल लाइसेंस

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

यह एक गैर-तुच्छ कार्य बन जाता है जब ग्राहकों के पास मारियाडीबी और उसमें डेटा के साथ कई सौ सर्वर स्थापित होते हैं। कुछ MariaDB सुविधाएँ SQLite में उपलब्ध नहीं हैं। खैर, उदाहरण के लिए, कोड में हमने जैसे प्रश्नों का उपयोग किया

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

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

PRAGMA journal_mode=WAL;

परिणामस्वरूप, कार्य पूरा हो गया और अब क्लाइंट का सर्वर भाग SQLite पर चलता है। हमने सिस्टम के संचालन में कोई बदलाव नहीं देखा।

नया हेल्पडेस्क

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

दूसरी चीज जिसे हम हेल्पडेस्क सिस्टम के लिए बेहद जरूरी मानते हैं, कम से कम अपने लिए, वह है एक क्लिक में आवेदन से सीधे आवेदक से जुड़ना। इसके अलावा, यदि सिस्टम प्रशासक किसी भिन्न नेटवर्क पर है तो कनेक्शन पास होना चाहिए। आउटसोर्सिंग के लिए यह अनिवार्य है, पूर्णकालिक सिस्टम प्रशासकों के लिए भी यह अक्सर बहुत आवश्यक होता है। पहले से ही कई उत्पाद मौजूद हैं जो दूरस्थ कनेक्शन का उत्कृष्ट कार्य करते हैं। और हमने उनके लिए एकीकरण करने का निर्णय लिया। हमने अब वीएनसी के लिए एकीकरण कर लिया है और भविष्य में हम रेडमिन और टीमव्यूअर को जोड़ने की योजना बना रहे हैं। दूरस्थ अवसंरचना कनेक्शन के लिए अपने नेटवर्क ट्रांसपोर्ट का उपयोग करते हुए, हमने VNC को NAT के पीछे दूरस्थ कार्यस्थानों से कनेक्ट किया। रेडमिन के साथ भी ऐसा ही होगा. अब, किसी उपयोगकर्ता से जुड़ने के लिए, आपको बस एप्लिकेशन में ही "आवेदक से कनेक्ट करें" बटन पर क्लिक करना होगा। वीएनसी क्लाइंट खुलता है और आवेदक से जुड़ जाता है, भले ही आप एक ही नेटवर्क पर हों या चप्पल पहनकर घर बैठे हों। सबसे पहले, सिस्टम प्रशासक को, GPO का उपयोग करते हुए, सभी के कार्यस्थानों पर VNC सर्वर स्थापित करना होगा।

अब हम स्वयं नए हेल्पडेस्क पर स्विच कर रहे हैं और डोमेन और वीएनसी के साथ एकीकरण का उपयोग कर रहे हैं। यह हमारे लिए बहुत सुविधाजनक है. अब हम टीमव्यूअर के लिए भुगतान करने से बच सकते हैं, जिसका उपयोग हम अपनी सहायता सेवा चलाने के लिए तीन वर्षों से अधिक समय से कर रहे हैं।

हम आगे क्या करने की योजना बना रहे हैं?

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

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

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

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

समानांतर में, अब हम इस प्रणाली का अंग्रेजी में अनुवाद शुरू करने और इसे विदेशों में वितरित करने की योजना बना रहे हैं। हम अभी तक नहीं जानते कि हम अपने देश के बाहर उत्पाद का वितरण कैसे करेंगे, हम विकल्प तलाश रहे हैं। शायद इस बारे में बाद में एक अलग लेख होगा। शायद जिसने इस लेख को पढ़ा है वह आवश्यक वेक्टर का सुझाव देने में सक्षम होगा, या वह स्वयं जानता है और जानता है कि यह कैसे करना है और अपनी सेवाएं प्रदान करेगा। हम आपकी मदद की सराहना करेंगे.

स्रोत: www.habr.com