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

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

આયોજન

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

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

સર્વર ભાગનું ભાષાંતર Linux પર Windows

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

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

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

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

પ્રકાશન

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

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

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

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

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

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

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

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

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

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

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

ગ્રાહકો તરફથી સૌથી સામાન્ય વિનંતીઓમાંની એક છે "ઇવાનને ઘરેથી તેના કમ્પ્યુટરની ઍક્સેસ આપો." અમે મિક્રોટિક પર VPN સેટ કર્યું છે અને વપરાશકર્તા એકાઉન્ટ બનાવ્યા છે. પરંતુ આ એક વાસ્તવિક સમસ્યા છે. વપરાશકર્તાઓ VPN દ્વારા કનેક્ટ થવા માટે સૂચનાઓનું પાલન કરી શકતા નથી અને પગલા-દર-પગલાની સૂચનાઓનું પાલન કરી શકતા નથી. વિવિધ સંસ્કરણો Windowsએક વિન્ડોઝમાં, બધું બરાબર કનેક્ટ થાય છે, પરંતુ બીજામાં, એક અલગ પ્રોટોકોલ જરૂરી છે. અને સામાન્ય રીતે, આમાં હંમેશા 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 ના મુદ્દા પર ફરીથી વિચાર કરવાની ફરજ પડે છે. તેથી, અમે હાલમાં Veliam કનેક્ટરના MacOS સંસ્કરણના વિકાસને અંતિમ સ્વરૂપ આપી રહ્યા છીએ. તેમના મનપસંદ Apple ઉપકરણોના વપરાશકર્તાઓ પણ એક જ ક્લિકથી કોર્પોરેટ ઇન્ફ્રાસ્ટ્રક્ચર સાથે કનેક્ટ થઈ શકશે.

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

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

સોર્સ: www.habr.com