આઉટસોર્સિંગથી વિકાસ સુધી (ભાગ 2)

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

આયોજન

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

અમે ઉત્પાદનનું વિતરણ કરવાનું નક્કી કર્યું હોવાથી, પરંતુ ઓપન સોર્સ તરીકે નહીં, GPL જેવા ઓપન લાઇસન્સ સાથે વિવિધ પુસ્તકાલયોનો સમાવેશ કરવો અશક્ય બની ગયું. આ સામાન્ય રીતે એક અલગ વિષય છે; ઉત્પાદન વેચવાનો નિર્ણય લીધા પછી, મારે અડધા પુસ્તકાલયોમાંથી પસાર થવું પડ્યું કારણ કે તે GPL હતી. જ્યારે તેઓએ પોતાને માટે લખ્યું, ત્યારે તે સામાન્ય હતું. પરંતુ વિતરણ માટે યોગ્ય નથી. પ્રથમ VPN જે મનમાં આવે છે તે OpenVPN છે. પરંતુ તે GPL છે. બીજો વિકલ્પ જાપાનીઝ SoftEther VPN નો ઉપયોગ કરવાનો હતો. તેના લાયસન્સે તેને તેના ઉત્પાદનમાં તેનો સમાવેશ કરવાની મંજૂરી આપી. તેને કેવી રીતે સંકલિત કરવું તે અંગેના થોડા દિવસોના વિવિધ પરીક્ષણો પછી વપરાશકર્તાને કંઈપણ રૂપરેખાંકિત કરવાની અને SoftEther VPN વિશે જાણવાની જરૂર નથી, એક પ્રોટોટાઇપ પ્રાપ્ત થયો. બધું જેવું હોવું જોઈએ તેવું હતું. પરંતુ કેટલાક કારણોસર આ યોજના હજી પણ અમને મૂંઝવણમાં મૂકે છે, અને અમે આખરે તેને છોડી દીધી. પરંતુ તેઓ અન્ય વિકલ્પ સાથે આવ્યા પછી સ્વાભાવિક રીતે તેઓએ ના પાડી. અંતે, બધું નિયમિત TCP કનેક્શન્સ પર કરવામાં આવ્યું હતું. કેટલાક જોડાણો સંયોજક દ્વારા કામ કરે છે, કેટલાક સીધા નેટ હોલ પંચિંગ (NHP) તકનીક દ્વારા, જે ફ્રી પાસ્કલમાં પણ લાગુ કરવામાં આવી હતી. મારે કહેવું જ જોઇએ કે મેં NHP વિશે પહેલાં ક્યારેય સાંભળ્યું ન હતું. અને મને ક્યારેય એવું લાગ્યું નથી કે 2 નેટવર્ક ઉપકરણોને કનેક્ટ કરવું શક્ય છે, જે બંને સીધા NAT ની પાછળ છે. મેં વિષયનો અભ્યાસ કર્યો, ઓપરેશનનો સિદ્ધાંત સમજ્યો અને લખવા બેઠો. યોજના સાકાર થાય છે, વપરાશકર્તા પાસવર્ડ દાખલ કર્યા વિના અથવા VPN સેટ કર્યા વિના RDP, SSH અથવા Winbox દ્વારા NAT પાછળના ઇચ્છિત ઉપકરણ સાથે એક ક્લિકથી કનેક્ટ થાય છે. તદુપરાંત, આમાંના મોટાભાગના કનેક્શન અમારા સંયોજકની પાછળ જાય છે, જે પિંગ પર સારી અસર કરે છે અને આ કનેક્શન્સને સર્વિસ કરવાના ખર્ચ પર પડે છે.

સર્વર ભાગને Linux થી Windows માં સ્થાનાંતરિત કરી રહ્યા છીએ

વિન્ડોઝ પર સ્વિચ કરતી વખતે ઘણી સમસ્યાઓ હતી. પ્રથમ એ છે કે વિન્ડોઝમાં બિલ્ટ-ઇન wmic તમને WQL ક્વેરીઝ કરવાની મંજૂરી આપતું નથી. અને અમારી સિસ્ટમમાં બધું પહેલેથી જ તેમના પર બાંધવામાં આવ્યું હતું. અને ત્યાં બીજું કંઈક હતું, પરંતુ હવે હું ભૂલી ગયો છું કે આખરે તેઓએ તેનો ઉપયોગ કેમ છોડી દીધો. વિન્ડોઝ વર્ઝન વચ્ચે કદાચ તફાવત. અને બીજી સમસ્યા મલ્ટિથ્રેડીંગની છે. અમારા માટે “સ્વીકાર્ય” લાયસન્સ હેઠળ સારી તૃતીય-પક્ષ ઉપયોગિતા ન મળતા, મેં ફરીથી Lazarus IDE લોન્ચ કર્યું. અને મેં જરૂરી ઉપયોગિતા લખી. ઇનપુટ એ ઑબ્જેક્ટ્સની આવશ્યક સૂચિ છે અને કઈ ચોક્કસ ક્વેરી કરવાની જરૂર છે, અને જવાબમાં મને ડેટા પ્રાપ્ત થાય છે. અને આ બધું મલ્ટિ-થ્રેડેડ મોડમાં. મહાન.

મેં PHP વિન્ડોઝ માટે pthreads સેટ કર્યા પછી, મેં વિચાર્યું કે બધું તરત જ શરૂ થશે, પરંતુ તે કેસ ન હતો. ડિબગીંગના થોડા સમય પછી, મને સમજાયું કે pthreads કામ કરે છે, પરંતુ તે અમારી સિસ્ટમ પર કામ કરતું નથી. તે સ્પષ્ટ થઈ ગયું કે વિન્ડોઝ પર pthreads સાથે કામ કરવામાં કેટલીક વિશિષ્ટતા છે. અને તેથી તે હતું. મેં દસ્તાવેજો વાંચ્યા, અને તે ત્યાં લખ્યું હતું કે વિન્ડોઝ માટે થ્રેડોની સંખ્યા મર્યાદિત છે, અને, જ્યાં સુધી મને યાદ છે, ગર્ભિત રીતે. આ એક સમસ્યા બની હતી. કારણ કે જ્યારે મેં એપ્લિકેશન પર ચાલતા થ્રેડોની સંખ્યા ઘટાડવાનું શરૂ કર્યું, ત્યારે તે ખૂબ જ ધીરે ધીરે કામ કર્યું. મેં IDE ને ફરીથી ખોલ્યું અને ઑબ્જેક્ટના મલ્ટિ-થ્રેડેડ પિંગિંગ માટેની કાર્યક્ષમતા સમાન ઉપયોગિતામાં ઉમેરવામાં આવી. ઠીક છે, ત્યાં પહેલેથી જ ઘણું બંદર સ્કેનિંગ પણ છે. વાસ્તવમાં, આ પછી, PHP માટે pthreads ની જરૂરિયાત અદૃશ્ય થઈ ગઈ, અને હવે તેનો ઉપયોગ થતો નથી. વધુમાં, આ ઉપયોગિતામાં ઘણી વધુ કાર્યક્ષમતા ઉમેરવામાં આવી હતી અને તે આજે પણ કામ કરે છે. આ પછી, Windows માટે એક ઇન્સ્ટોલર એસેમ્બલ કરવામાં આવ્યું હતું, જેમાં Apache, PHP, MariaDB, PHP એપ્લિકેશન પોતે અને સિસ્ટમ સાથે ક્રિયાપ્રતિક્રિયા કરવા માટેની ઉપયોગિતાઓનો સમૂહ, ફ્રી પાસ્કલમાં લખાયેલો હતો. ઇન્સ્ટોલર માટે, મેં વિચાર્યું કે હું આ સમસ્યાને ઝડપથી હલ કરીશ, કારણ કે... આ એક ખૂબ જ સામાન્ય બાબત છે અને લગભગ દરેક સોફ્ટવેર માટે જરૂરી છે. કાં તો હું ખોટી જગ્યાએ જોઈ રહ્યો હતો, અથવા કંઈક બીજું. પરંતુ મને સતત એવા ઉત્પાદનો મળ્યા જે કાં તો પૂરતા પ્રમાણમાં લવચીક ન હતા, અથવા તો ખર્ચાળ અને અણગમતા પણ હતા. અને તેમ છતાં, મને એક મફત ઇન્સ્ટોલર મળ્યું જેમાં કોઈપણ ઇચ્છાઓ પૂરી પાડવાનું શક્ય બનશે. આ InnoSetup છે. હું આ વિશે અહીં લખી રહ્યો છું કારણ કે જો હું કોઈનો સમય બચાવી શકું તો મારે તેને જોવાનું હતું.

તમારા ક્લાયંટની તરફેણમાં પ્લગઇનનો ઇનકાર

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

પ્રકાશન

છેલ્લે અમે સિસ્ટમ માટે નામ પસંદ કર્યું. સ્થાનિક વર્ઝનમાંથી SaaS માં કન્વર્ટ કરવાની પ્રક્રિયા ચાલી રહી હતી ત્યારે અમે સતત વિવિધ વિકલ્પોમાંથી પસાર થયા. અમે શરૂઆતમાં માત્ર સ્થાનિક બજારમાં જ પ્રવેશવાનું આયોજન કર્યું હોવાથી, નામ પસંદ કરવા માટેનો મુખ્ય માપદંડ એ “.com” ઝોનમાં બિન-વ્યવસ્થિત અથવા ખૂબ ખર્ચાળ ડોમેનની હાજરી હતી. કેટલાક ફંક્શન્સ/મોડ્યુલો હજુ સુધી સ્થાનિક વર્ઝનમાંથી વેલિયમમાં પોર્ટ કરવામાં આવ્યા નથી, પરંતુ અમે નક્કી કર્યું છે કે અમે તેમને વર્તમાન કાર્યક્ષમતા સાથે રિલીઝ કરીશું અને બાકીનાને અપડેટ તરીકે પૂર્ણ કરીશું. પ્રથમ સંસ્કરણમાં કોઈ હેલ્પડેસ્ક, વેલિયમ કનેક્ટર નહોતું, સૂચના ટ્રિગર્સ અને ઘણું બધું માટે થ્રેશોલ્ડ બદલવું અશક્ય હતું. અમે કોડ સાઇન સર્ટિફિકેટ ખરીદ્યું અને ક્લાયંટ અને સર્વર ભાગો પર હસ્તાક્ષર કર્યા. અમે ઉત્પાદન માટે વેબસાઇટ લખી, સોફ્ટવેર, ટ્રેડમાર્ક વગેરેની નોંધણી માટેની પ્રક્રિયાઓ શરૂ કરી. સામાન્ય રીતે, અમે પ્રારંભ કરવા માટે તૈયાર છીએ. કરેલા કાર્યથી થોડો આનંદ અને એ હકીકતથી કે કદાચ કોઈ તમારા ઉત્પાદનનો ઉપયોગ કરશે, જો કે અમને આ વિશે કોઈ શંકા નહોતી. અને પછી બંધ. ભાગીદારે કહ્યું કે મેસેન્જર્સ દ્વારા સૂચનાઓ વિના બજારમાં પ્રવેશવું અશક્ય છે. તે અન્ય ઘણી વસ્તુઓ વિના શક્ય છે, પરંતુ આ વિના નહીં. થોડી ચર્ચા પછી, ટેલિગ્રામ સાથે એકીકરણ ઉમેરવામાં આવ્યું, જે અમને અનુકૂળ હતું. તમામ વર્તમાન ઇન્સ્ટન્ટ મેસેન્જર્સમાંથી, આ એકમાત્ર છે જે તેના API ને મફતમાં અને કોઈપણ જટિલ મંજૂરી પ્રક્રિયાઓ વિના ઍક્સેસ પ્રદાન કરે છે. આ જ WhatsApp પ્રદાતાઓનો સંપર્ક કરવાનું સૂચન કરે છે જેઓ તેમની સેવાઓનો ઉપયોગ કરવા માટે સારા પૈસા વસૂલ કરે છે; ગાસ્કેટ વિના ઍક્સેસ માટે પૂછતા તમામ પત્રોને અવગણવામાં આવ્યા હતા. વેલ, Viber... મને ખબર નથી કે હવે તેનો ઉપયોગ કોણ કરે છે, કારણ કે... સ્પામ અને જાહેરાત ચાર્ટની બહાર છે. ડિસેમ્બરના અંતમાં, મિત્રો વચ્ચે આંતરિક પરીક્ષણો અને પરીક્ષણોની શ્રેણી પછી, નોંધણી દરેક માટે ખોલવામાં આવી હતી અને સોફ્ટવેર ડાઉનલોડ કરવા માટે ઉપલબ્ધ કરવામાં આવ્યું હતું.

વિતરણની શરૂઆત

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

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

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

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

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

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

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

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

કર્મચારીઓ માટે રિમોટ એક્સેસ કાર્યક્ષમતા ઉમેરવી

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

પરંતુ અમારી પાસે પહેલાથી જ સર્વર્સ અને નેટવર્ક સાધનો સાથે દૂરસ્થ જોડાણો છે. શા માટે તૈયાર પરિવહનનો ઉપયોગ ન કરો અને એક અલગ નાની ઉપયોગિતા બનાવો જે તમે વપરાશકર્તાને કનેક્ટ કરવા માટે ફક્ત આપી શકો. હું ફક્ત ખાતરી કરવા માંગતો હતો કે વપરાશકર્તાએ ત્યાં અસ્પષ્ટ કંઈપણ દાખલ કર્યું નથી. ફક્ત એક બટન "કનેક્ટ કરો". પરંતુ આ યુટિલિટી કેવી રીતે સમજશે કે જો તેની પાસે માત્ર એક બટન હોય તો ક્યાં કનેક્ટ કરવું? અમારા સર્વર પર જરૂરી એપ્લિકેશન ઓનલાઈન બનાવવાનો વિચાર હતો. સિસ્ટમ એડમિનિસ્ટ્રેટર "ડાઉનલોડ શૉર્ટકટ" બટનને ક્લિક કરે છે, અને RDP દ્વારા ઇચ્છિત સર્વર/કમ્પ્યુટર સાથે કનેક્ટ કરવા માટે હાર્ડવાયર્ડ માહિતી સાથે વ્યક્તિગત બાઈનરી બનાવવા માટે અમારા ક્લાઉડને આદેશ મોકલવામાં આવે છે. સામાન્ય રીતે, આ કરી શકાય છે. પરંતુ આમાં ઘણો સમય લાગે છે; બાઈનરી કમ્પાઈલ થાય અને પછી ડાઉનલોડ થાય ત્યાં સુધી એડમિનિસ્ટ્રેટરે પહેલા રાહ જોવી પડશે. અલબત્ત, રૂપરેખા સાથે બીજી ફાઇલ ઉમેરવાનું શક્ય બનશે, પરંતુ આ પહેલેથી જ 2 ફાઇલો છે, અને સરળતા માટે વપરાશકર્તાને એકની જરૂર છે. એક ફાઇલ, એક બટન અને કોઈ ઇન્સ્ટોલર નથી. Google પર થોડું વાંચ્યા પછી, હું નિષ્કર્ષ પર આવ્યો છું કે જો તમે સંકલિત “.exe” ના અંતમાં થોડી માહિતી ઉમેરો છો, તો તે બગડતી નથી (સારું, લગભગ). તમે ઓછામાં ઓછું ત્યાં યુદ્ધ અને શાંતિ ઉમેરી શકો છો, અને તે પહેલાની જેમ કામ કરશે. આનો લાભ ન ​​લેવો એ પાપ ગણાશે. હવે તમે ફક્ત ક્લાયન્ટમાં જ સફરમાં એપ્લિકેશનને અનપૅક કરી શકો છો, જે રીતે તેને વેલિઅમ કનેક્ટર કહેવામાં આવે છે, અને અંતે તેની સાથે કનેક્ટ થવા માટે જરૂરી માહિતી ઉમેરી શકો છો. અને એપ્લિકેશન પોતે જાણે છે કે તેની સાથે શું કરવું. શા માટે મેં કૌંસમાં "લગભગ સારી રીતે" થોડું વધારે લખ્યું? કારણ કે તમારે આ સુવિધા માટે ચૂકવણી કરવી પડશે જેમાં એપ્લિકેશન તેની ડિજિટલ હસ્તાક્ષર ગુમાવે છે. પરંતુ આ તબક્કે, અમે માનીએ છીએ કે આવી સુવિધા માટે ચૂકવણી કરવા માટે આ એક નાની કિંમત છે.

થર્ડ પાર્ટી મોડ્યુલ લાઇસન્સ

મેં પહેલેથી જ ઉપર લખ્યું છે કે ઉત્પાદનને સાર્વજનિક રૂપે ઉપલબ્ધ કરાવવાનો નિર્ણય લેવામાં આવ્યા પછી, અને માત્ર આપણા પોતાના ઉપયોગ માટે જ નહીં, અમારે સખત મહેનત કરવી પડી હતી અને કેટલાક મોડ્યુલ માટે રિપ્લેસમેન્ટ શોધવું પડ્યું હતું જે અમારી પ્રોડક્ટમાં અમારી જાતને સામેલ કરવાની મંજૂરી આપતા ન હતા. પરંતુ પ્રકાશન પછી, એક ખૂબ જ અપ્રિય વસ્તુ આકસ્મિક રીતે મળી આવી હતી. વેલિયમ સર્વર, જે ક્લાયંટ બાજુ પર હતું, તેમાં મારિયાડીબી ડીબીએમએસનો સમાવેશ થાય છે. અને તે GPL લાઇસન્સ ધરાવે છે. GPL લાઇસન્સ સૂચવે છે કે સૉફ્ટવેર ઓપન સોર્સ હોવું આવશ્યક છે, અને જો અમારા ઉત્પાદનમાં MariaDB શામેલ છે, જેની પાસે આ લાઇસન્સ છે, તો અમારું ઉત્પાદન આ લાઇસન્સ હેઠળ હોવું આવશ્યક છે. પરંતુ સદનસીબે, આ લાયસન્સનો હેતુ ઓપન સોર્સ છે, જેઓ આકસ્મિક રીતે કોર્ટમાં ભૂલો કરે છે તેમને સજા ન કરવી. જો કોપીરાઈટ ધારકનો દાવો હોય, તો તે ઉલ્લંઘન કરનારને લેખિતમાં સૂચિત કરે છે અને તેણે 30 દિવસની અંદર ઉલ્લંઘનને દૂર કરવું આવશ્યક છે. અમે અમારી ભૂલ જાતે શોધી કાઢી અને અમને કોઈ પત્રો મળ્યા નહીં અને તરત જ સમસ્યાનું નિરાકરણ કેવી રીતે કરવું તેના વિકલ્પો પર વિચાર કરવાનું શરૂ કર્યું. ઉકેલ સ્પષ્ટ હોવાનું બહાર આવ્યું - SQLite પર સ્વિચ કરો. આ ડેટાબેઝમાં કોઈ લાઇસન્સિંગ પ્રતિબંધો નથી. મોટાભાગના આધુનિક બ્રાઉઝર્સ SQLite અને અન્ય પ્રોગ્રામનો સમૂહનો ઉપયોગ કરે છે. મને ઈન્ટરનેટ પર એવી માહિતી મળી કે SQLite એ વિશ્વમાં સૌથી વધુ વ્યાપક DBMS માનવામાં આવે છે, ચોક્કસ રીતે બ્રાઉઝર્સને કારણે, પરંતુ મેં પુરાવા માટે જોયા નથી, તેથી આ અચોક્કસ માહિતી છે. મેં SQLite પર સ્વિચ કરવાના જોખમોનો અભ્યાસ કરવાનું શરૂ કર્યું.

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

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

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

PRAGMA journal_mode=WAL;

પરિણામે, કાર્ય પૂર્ણ થયું અને હવે ક્લાયંટનો સર્વર ભાગ SQLite પર ચાલે છે. અમે સિસ્ટમની કામગીરીમાં કોઈ ફેરફાર નોંધ્યા નથી.

નવું હેલ્પડેસ્ક

હેલ્પડેસ્ક સિસ્ટમને આંતરિક સંસ્કરણથી SaaS સંસ્કરણ પર પોર્ટ કરવું જરૂરી હતું, પરંતુ કેટલાક ફેરફારો સાથે. પ્રથમ વસ્તુ જે હું કરવા માંગતો હતો તે સિસ્ટમમાં પારદર્શક વપરાશકર્તા અધિકૃતતાના સંદર્ભમાં ક્લાયંટના ડોમેન સાથે એકીકરણ હતું. હવે, હેલ્પડેસ્કમાં લોગ ઇન કરવા અને સિસ્ટમમાં વિનંતી છોડવા માટે, વપરાશકર્તા ફક્ત ડેસ્કટોપ પરના શોર્ટકટ પર ક્લિક કરે છે અને બ્રાઉઝર ખુલે છે. વપરાશકર્તા કોઈપણ ઓળખપત્ર દાખલ કરતું નથી. Apache SSPI માટેનું મોડ્યુલ, જે Veliam સર્વરનો ભાગ છે, તે આપમેળે વપરાશકર્તાને ડોમેન એકાઉન્ટ હેઠળ અધિકૃત કરે છે. જ્યારે વપરાશકર્તા કોર્પોરેટ નેટવર્કની બહાર હોય ત્યારે સિસ્ટમમાં વિનંતી છોડવા માટે, તે એક બટન પર ક્લિક કરે છે અને તેને તેના ઇમેઇલમાં એક લિંક પ્રાપ્ત થાય છે જેના દ્વારા તે પાસવર્ડ વિના હેલ્પડેસ્ક સિસ્ટમમાં લૉગ ઇન કરે છે. જો કોઈ વપરાશકર્તા ડોમેનમાં અક્ષમ અથવા કાઢી નાખવામાં આવે છે, તો હેલ્પડેસ્ક એકાઉન્ટ પણ કામ કરવાનું બંધ કરશે. આમ, સિસ્ટમ એડમિનિસ્ટ્રેટરને ડોમેન અને હેલ્પડેસ્ક બંનેમાં એકાઉન્ટ્સ મોનિટર કરવાની જરૂર નથી. એક કર્મચારી છોડી દે છે - તે ડોમેનમાં તેનું એકાઉન્ટ ડિસ્કનેક્ટ કરે છે અને બસ, તે સિસ્ટમમાં લૉગ ઇન કરશે નહીં, કોર્પોરેટ નેટવર્કથી નહીં, લિંક દ્વારા નહીં. આ એકીકરણ કાર્ય કરવા માટે, સિસ્ટમ એડમિનિસ્ટ્રેટરે એક GPO બનાવવાની જરૂર છે, જે ઇન્ટ્રાનેટ ઝોનમાં આંતરિક સાઇટ ઉમેરે છે и ડેસ્કટોપ પરના તમામ વપરાશકર્તાઓને શોર્ટકટનું વિતરણ કરે છે.

બીજી વસ્તુ જે આપણે હેલ્પડેસ્ક સિસ્ટમ્સ માટે અત્યંત જરૂરી માનીએ છીએ, ઓછામાં ઓછું આપણા માટે, એક ક્લિકમાં એપ્લિકેશનથી સીધા જ અરજદાર સાથે કનેક્ટ થવું. તદુપરાંત, જો સિસ્ટમ એડમિનિસ્ટ્રેટર કોઈ અલગ નેટવર્ક પર હોય તો કનેક્શન્સ પસાર થવા જોઈએ. આઉટસોર્સિંગ માટે આ ફરજિયાત છે, ફુલ-ટાઇમ સિસ્ટમ એડમિનિસ્ટ્રેટર્સ માટે તે ઘણીવાર ખૂબ જ જરૂરી છે. ત્યાં પહેલેથી જ ઘણા ઉત્પાદનો છે જે દૂરસ્થ જોડાણોનું ઉત્તમ કાર્ય કરે છે. અને અમે તેમના માટે એકીકરણ કરવાનું નક્કી કર્યું. અમે હવે VNC માટે સંકલિત કર્યું છે, અને ભવિષ્યમાં અમે Radmin અને TeamViewer ઉમેરવાની યોજના બનાવીએ છીએ. રિમોટ ઈન્ફ્રાસ્ટ્રક્ચર કનેક્શન્સ માટે અમારા નેટવર્ક ટ્રાન્સપોર્ટનો ઉપયોગ કરીને, અમે NAT પાછળ રિમોટ વર્કસ્ટેશનો સાથે VNC કનેક્ટ કર્યું. રેડમિન સાથે પણ એવું જ થશે. હવે, વપરાશકર્તા સાથે જોડાવા માટે, તમારે ફક્ત એપ્લિકેશનમાં જ "અરજદારથી કનેક્ટ કરો" બટનને ક્લિક કરવાની જરૂર છે. VNC ક્લાયંટ ખોલે છે અને અરજદાર સાથે જોડાય છે, પછી ભલે તમે એક જ નેટવર્ક પર હોવ અથવા ચપ્પલ પહેરીને ઘરે બેઠા હોવ. પ્રથમ, સિસ્ટમ એડમિનિસ્ટ્રેટરે, GPO નો ઉપયોગ કરીને, દરેકના વર્કસ્ટેશન પર VNC સર્વર ઇન્સ્ટોલ કરવું આવશ્યક છે.

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

અમે આગળ શું કરવાની યોજના બનાવી રહ્યા છીએ?

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

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

વેલિઅમ કનેક્ટરના આગમન સાથે, કોર્પોરેટ નેટવર્કમાં VPN સર્વરને જમાવવું, અથવા RDGW કરવું, અથવા ફક્ત RDP દ્વારા કનેક્ટ કરવા માટે જરૂરી મશીનો પર પોર્ટ્સ ફોરવર્ડ કરવા તે બિનજરૂરી બની ગયું. ઘણા લોકો આ રિમોટ કનેક્શન્સ માટે જ અમારી સિસ્ટમનો ઉપયોગ કરે છે. વેલિઅમ કનેક્ટર ફક્ત Windows માટે જ ઉપલબ્ધ છે, અને કેટલાક કંપનીના વપરાશકર્તાઓ MacOS ચલાવતા હોમ લેપટોપથી કોર્પોરેટ નેટવર્ક પર વર્કસ્ટેશન અથવા ટર્મિનલ્સ સાથે જોડાય છે. અને તે તારણ આપે છે કે સિસ્ટમ એડમિનિસ્ટ્રેટરને, ઘણા વપરાશકર્તાઓને કારણે, હજુ પણ ફોરવર્ડિંગ અથવા VPN ના મુદ્દા પર પાછા ફરવાની ફરજ પડી છે. તેથી, અમે હવે MacOS માટે Veliam કનેક્ટરનું સંસ્કરણ બનાવવાનું સમાપ્ત કરી રહ્યા છીએ. તેમની મનપસંદ એપલ ટેક્નોલોજીના વપરાશકર્તાઓને એક ક્લિકમાં કોર્પોરેટ ઈન્ફ્રાસ્ટ્રક્ચર સાથે કનેક્ટ થવાની તક પણ મળશે.

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

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

સોર્સ: www.habr.com