અમે કોન્ફરન્સ રિપોર્ટની ટ્રાન્સક્રિપ્ટ ફરીથી પ્રકાશિત કરી રહ્યા છીએ હાઇલોડ++ 2016, જે ગયા વર્ષે 7-8 નવેમ્બરના રોજ મોસ્કો નજીક સ્કોલ્કોવોમાં થયું હતું. વ્લાદિમીર પ્રોટાસોવ OpenResty અને Lua સાથે NGINX કાર્યક્ષમતાને કેવી રીતે વિસ્તારવી તે સમજાવે છે.

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

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

હું 20 થી વધુ પ્રોગ્રામિંગ ભાષાઓ જાણું છું. આ એવી વસ્તુ છે જે મને કામ કરતી વખતે બહાર કાઢવાની હતી. તેઓ તમને Erlang, C, C++, Lua, Python, Ruby, કંઈક બીજું કોડ આપે છે અને તમારે તે બધું કાપવું પડશે. સામાન્ય રીતે, મારે કરવું પડ્યું. ચોક્કસ સંખ્યાની ગણતરી કરવી શક્ય ન હતી, પરંતુ 20મીની આસપાસ ક્યાંક આંકડો ખોવાઈ ગયો હતો.

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

ખાસ કરીને, અમારો વિભાગ પાયથોન 2 માં લખે છે. અમે વ્યવસાયમાં છીએ અને ફેશનેબલ ટેક્નૉલૉજી લાગુ કરવા માટે અમારી પાસે સમય નથી, તેથી અમે સહન કરીએ છીએ. અમે Django નો ઉપયોગ કરીએ છીએ કારણ કે તેની પાસે બધું છે, અને અમે જે બિનજરૂરી હતું તે લીધું અને તેને ફેંકી દીધું. MySQL, Redis અને NGINX પણ. અમારી પાસે બીજી ઘણી સરસ વસ્તુઓ પણ છે. અમારી પાસે મોંગોડીબી છે, અમારી પાસે સસલા છે, અમારી પાસે બધું છે - પરંતુ તે મારું નથી, અને હું તે કરતો નથી.

ઓપનરેસ્ટી

મેં મારા વિશે કહ્યું. ચાલો જાણીએ કે આજે હું શું વાત કરવા જઈ રહ્યો છું:

• ઓપનરેસ્ટી શું છે અને તે શેની સાથે ખવાય છે?
• જ્યારે અમારી પાસે Python, NodeJS, PHP, Go અને અન્ય શાનદાર વસ્તુઓ હોય કે જેનાથી દરેક ખુશ હોય ત્યારે બીજા વ્હીલને શા માટે ફરીથી શોધવું?
• અને જીવનમાંથી થોડા ઉદાહરણો. મારે રિપોર્ટમાં ઘણો ઘટાડો કરવો પડ્યો કારણ કે તેમાં મને 3,5 કલાકનો સમય લાગ્યો હતો, તેથી થોડા ઉદાહરણો હશે.

OpenResty NGINX છે. તેમના માટે આભાર, અમારી પાસે સંપૂર્ણ સુવિધાયુક્ત વેબ સર્વર છે જે સારી રીતે લખાયેલું છે અને ઝડપથી કાર્ય કરે છે. મને લાગે છે કે આપણામાંથી મોટાભાગના લોકો ઉત્પાદનમાં NGINX નો ઉપયોગ કરે છે. તમે બધા જાણો છો કે તે ઝડપી અને કૂલ છે. તેઓએ તેમાં શાનદાર સિંક્રનસ I/O બનાવ્યું છે, તેથી અમારે કંઈપણ સાયકલ કરવાની જરૂર નથી, જેમ કે તેઓએ પાયથોનમાં કર્યું હતું. Gevent સરસ, સરસ છે, પરંતુ જો તમે C કોડ લખો છો અને કંઈક ખોટું થાય છે, તો Gevent સાથે તમે તેને ડીબગ કરવા માટે ક્રેઝી થઈ જશો. મને અનુભવ હતો: ત્યાં શું ખોટું થયું છે તે સમજવામાં આખા બે દિવસ લાગ્યા. જો કોઈ વ્યક્તિએ કેટલાંક અઠવાડિયા સુધી ખોદકામ કર્યું ન હોત, સમસ્યા ન મળી હોત, ઇન્ટરનેટ પર લખ્યું હોત, અને ગૂગલને તે મળ્યું ન હોત, તો આપણે સંપૂર્ણપણે પાગલ થઈ ગયા હોત.

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

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

• કદ. તે નાનું છે. LuaJIT લગભગ 100-200 કિલોબાઈટ મેમરી ઓવરહેડ અને ન્યૂનતમ પરફોર્મન્સ ઓવરહેડ આપે છે.
• ઝડપ. LuaJIT દુભાષિયા ઘણી પરિસ્થિતિઓમાં C ની નજીક છે, કેટલીક પરિસ્થિતિઓમાં તે જાવા સામે હારી જાય છે, અન્યમાં તે તેનાથી આગળ નીકળી જાય છે. કેટલાક સમય માટે તે કલાનું રાજ્ય માનવામાં આવતું હતું, શાનદાર JIT કમ્પાઇલર. હવે ત્યાં ઠંડા છે, પરંતુ તે ખૂબ ભારે છે, ઉદાહરણ તરીકે, સમાન V8. કેટલાક JS દુભાષિયા અને Java HotSpot કેટલાક બિંદુઓ પર ઝડપી છે, પરંતુ કેટલાક સ્થળોએ તેઓ હજુ પણ ગુમાવે છે.
• શીખવા માટે સરળ. જો તમારી પાસે પર્લ કોડ બેઝ છે, અને તમે બુકિંગ નથી કરતા, તો તમને પર્લ પ્રોગ્રામર્સ મળશે નહીં. કારણ કે તેઓ અસ્તિત્વમાં નથી, તેઓ બધા દૂર કરવામાં આવ્યા હતા, અને તેમને શીખવવું લાંબુ અને મુશ્કેલ છે. જો તમે અન્ય કોઈ વસ્તુ માટે પ્રોગ્રામર્સ ઈચ્છો છો, તો તમારે તેમને ફરીથી તાલીમ આપવી પડશે અથવા તેમને શોધવા પડશે. લુઆના કિસ્સામાં, બધું સરળ છે. કોઈપણ જુનિયર ત્રણ દિવસમાં લુઆ શીખી શકે છે. તે જાણવા માટે મને લગભગ બે કલાક લાગ્યા. બે કલાક પછી હું પ્રોડક્શનમાં કોડ લખી રહ્યો હતો. લગભગ એક અઠવાડિયા પછી તે સીધો પ્રોડક્શન પર ગયો અને ત્યાંથી ચાલ્યો ગયો.

પરિણામે, તે આના જેવું લાગે છે:

અહીં ઘણું બધું છે. OpenResty એ લ્યુએશ અને એન્જિન બંને મોડ્યુલોનો સમૂહ એકત્રિત કર્યો છે. અને તમારી પાસે બધું તૈયાર છે - જમાવટ અને કાર્ય.

ઉદાહરણો

ગીતો પૂરતા છે, ચાલો કોડ પર આગળ વધીએ. અહીં થોડું હેલો વર્લ્ડ છે:

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

content_by_lua_block એક બ્લોક છે જે કહે છે કે અમે લુઆ સ્ક્રિપ્ટનો ઉપયોગ કરીને સામગ્રી આપી રહ્યા છીએ. આપણે એન્જીન્સ વેરીએબલ લઈએ છીએ remote_addr અને તેને અંદર મૂકો string.format. આ સમાન છે sprintf, માત્ર લુઆમાં, માત્ર સાચો. અને અમે તેને ક્લાયન્ટને આપીએ છીએ.

પરિણામે, તે આના જેવો દેખાશે:

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

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

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

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

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

આગળ આપણે બધા પ્રશ્નો માટે ચિત્રો શોધીએ છીએ. અમે વિનંતીઓનો સમૂહ એકત્રિત કરીએ છીએ અને નામનું લુઆ ટેબલ ભરીએ છીએ reqs, અને અમે કરીએ છીએ ngx.location.capture_multi.

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

કારણ કે અમે આળસુ છીએ અને HTTP અને કેશીંગ હેન્ડલિંગ લખવા માંગતા નથી, અમે NGINX ને અમારા માટે બધું કરવા માટે બનાવીશું. તમે જોયું તેમ, માટે વિનંતી હતી url/fetch, તે અહીં છે:

અમે તેને સરળ બનાવીએ છીએ proxy_pass, અમે સૂચવીએ છીએ કે ક્યાં કેશ કરવું, તે કેવી રીતે કરવું અને બધું અમારા માટે કાર્ય કરે છે.

પરંતુ આ પૂરતું નથી, અમારે હજી પણ વપરાશકર્તાને ડેટા આપવાની જરૂર છે. સૌથી સરળ વિચાર એ છે કે JSON માં દરેક વસ્તુને સરળતાથી, બે લીટીઓમાં શ્રેણીબદ્ધ કરવી. અમે સામગ્રી-પ્રકાર આપીએ છીએ, અમે JSON આપીએ છીએ.

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

તેના વિશે શું કરવું? અલબત્ત, અમે વપરાશકર્તાને HTML આપીશું. હાથ વડે જનરેટ કરવું એ યોગ્ય નથી, તેથી અમે નમૂનાઓનો ઉપયોગ કરવા માંગીએ છીએ. આ માટે એક પુસ્તકાલય છે lua-resty-template.

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

પરિણામે, બધું આના જેવું દેખાશે:

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

બધું સરસ છે, પરંતુ અમે વિકાસમાં છીએ અને હજી સુધી વપરાશકર્તાઓને તે બતાવવા માંગતા નથી. ચાલો અધિકૃતતા કરીએ. આ કરવા માટે, ચાલો જોઈએ કે કેવી રીતે NGINX ઓપનરેસ્ટી શરતોમાં વિનંતીને હેન્ડલ કરે છે:

• પ્રથમ તબક્કો - ઍક્સેસ, જ્યારે વપરાશકર્તા હમણાં જ આવ્યો, અને અમે તેને હેડરો દ્વારા, IP સરનામા દ્વારા અને અન્ય ડેટા દ્વારા જોયું. જો અમને તે ગમતું ન હોય તો અમે તેને તરત જ કાપી શકીએ છીએ. આનો ઉપયોગ અધિકૃતતા માટે થઈ શકે છે, અથવા જો અમને ઘણી બધી વિનંતીઓ મળે છે, તો અમે આ તબક્કામાં તેને સરળતાથી કાપી શકીએ છીએ.
• ફરીથી લખો. અમે કેટલાક વિનંતી ડેટાને ફરીથી લખીએ છીએ.
• સામગ્રી. અમે વપરાશકર્તાને સામગ્રી પહોંચાડીએ છીએ.
• હેડરો ફિલ્ટર. અમે પ્રતિભાવ હેડરો બદલીએ છીએ. જો આપણે ઉપયોગ કર્યો proxy_pass, અમે વપરાશકર્તાને આપતા પહેલા કેટલાક હેડરો ફરીથી લખી શકીએ છીએ.
• શરીર ફિલ્ટર. આપણે શરીર બદલી શકીએ છીએ.
• લોગ - લોગીંગ. તમે વધારાના સ્તર વગર elasticsearch માં લોગ લખી શકો છો.

અમારી અધિકૃતતા કંઈક આના જેવી દેખાશે:

અમે આને તેમાં ઉમેરીશું location, જે આપણે પહેલા વર્ણવેલ છે, અને નીચેનો કોડ ત્યાં મુક્યો છે:

અમારી પાસે કૂકી ટોકન છે કે કેમ તે જોવા માટે અમે જોઈએ છીએ. જો નહીં, તો અમે અધિકૃતતા માટે કહીએ છીએ. વપરાશકર્તાઓ ઘડાયેલું છે અને અનુમાન કરી શકે છે કે તેમને કૂકી ટોકન સેટ કરવાની જરૂર છે. તેથી, અમે તેને રેડિસમાં પણ મૂકીશું:

રેડિસ સાથે કામ કરવાનો કોડ ખૂબ જ સરળ છે અને તે અન્ય ભાષાઓથી અલગ નથી. તે જ સમયે, તમામ ઇનપુટ/આઉટપુટ, અહીં અને ત્યાં, અવરોધિત નથી. જો તમે સિંક્રનસ કોડ લખો છો, તો તે અસુમેળ રીતે કાર્ય કરે છે. લગભગ gevent જેવું, પરંતુ સારું કર્યું.

ચાલો અધિકૃતતા પોતે કરીએ:

અમે કહીએ છીએ કે અમારે વિનંતીનો મુખ્ય ભાગ વાંચવાની જરૂર છે. અમે POST દલીલો પ્રાપ્ત કરીએ છીએ અને તપાસીએ છીએ કે લૉગિન અને પાસવર્ડ સાચો છે. જો તેઓ ખોટા હોય, તો અમે તમને અધિકૃતતા માટે પડકાર આપીએ છીએ. અને જો સાચું હોય, તો પછી Redis માં ટોકન લખો:

કૂકી સેટ કરવાનું ભૂલશો નહીં, આ પણ બે લીટીઓમાં થાય છે:

ઉદાહરણ સરળ અને અનુમાનિત છે. અલબત્ત, અમે એવી સેવા નહીં કરીએ જે લોકોને બિલાડી બતાવે. પણ આપણને કોણ જાણે. તો ચાલો જોઈએ કે ઉત્પાદનમાં શું કરી શકાય છે.

• ન્યૂનતમ બેકએન્ડ. કેટલીકવાર આપણે બેકએન્ડમાં થોડો ડેટા આઉટપુટ કરવાની જરૂર છે: ક્યાંક આપણે તારીખ દાખલ કરવાની જરૂર છે, ક્યાંક આપણે સૂચિ પ્રદર્શિત કરવાની જરૂર છે, જણાવો કે હવે સાઇટ પર કેટલા વપરાશકર્તાઓ છે, કાઉન્ટર અથવા આંકડા જોડો. આટલું નાનું કંઈક. કેટલાક ન્યૂનતમ ટુકડાઓ ખૂબ જ સરળતાથી બનાવી શકાય છે. આ તેને ઝડપી, સરળ અને મહાન બનાવશે.
• ડેટા પ્રીપ્રોસેસિંગ. કેટલીકવાર અમે અમારા પૃષ્ઠમાં જાહેરાતને એમ્બેડ કરવા માંગીએ છીએ, અને અમે API વિનંતીઓનો ઉપયોગ કરીને આ જાહેરાત પ્રાપ્ત કરીએ છીએ. આ અહીં કરવું ખૂબ જ સરળ છે. અમે અમારા બેકએન્ડને લોડ કરતા નથી, જે પહેલેથી જ બેસીને સખત મહેનત કરે છે. તમે તેને પસંદ કરી શકો છો અને તેને અહીં એકત્રિત કરી શકો છો. અમે અમુક JS ને એકસાથે કોબલ કરી શકીએ છીએ અથવા, તેનાથી વિપરીત, તેને અનકપલ કરી શકીએ છીએ અને વપરાશકર્તાને આપતા પહેલા કંઈક પ્રીપ્રોસેસ કરી શકીએ છીએ.
• માઇક્રોસર્વિસ માટે રવેશ. આ પણ ખૂબ જ સારો કિસ્સો છે, મેં તેનો અમલ કર્યો. તે પહેલાં, મેં Tenzor, એક એવી કંપનીમાં કામ કર્યું હતું જે ઇલેક્ટ્રોનિક રિપોર્ટિંગ સાથે કામ કરે છે અને દેશની લગભગ અડધા કાનૂની સંસ્થાઓને રિપોર્ટિંગ પ્રદાન કરે છે. અમે એક સેવા બનાવી છે, ત્યાં સમાન પદ્ધતિનો ઉપયોગ કરીને ઘણી વસ્તુઓ કરવામાં આવી હતી: રૂટીંગ, અધિકૃતતા અને વધુ.
  ઓપનરેસ્ટીનો ઉપયોગ તમારી માઇક્રોસર્વિસિસ માટે ગુંદર તરીકે થઈ શકે છે, જે દરેક વસ્તુ માટે એક જ ઍક્સેસ અને એક જ ઇન્ટરફેસ પ્રદાન કરે છે. માઇક્રોસર્વિસીસ એવી રીતે લખી શકાય છે કે તમારી પાસે અહીં Node.js છે, અહીં PHP, અહીં Python, અહીં કેટલીક Erlang વસ્તુ છે, અમે સમજીએ છીએ કે અમે દરેક જગ્યાએ સમાન કોડને ફરીથી લખવા માંગતા નથી. તેથી, ઓપનરેસ્ટીને આગળના ભાગમાં પ્લગ કરી શકાય છે.
• આંકડા અને વિશ્લેષણ. સામાન્ય રીતે NGINX પ્રવેશદ્વાર પર હોય છે, અને બધી વિનંતીઓ તેમાંથી પસાર થાય છે. તે આ સ્થાને છે કે તે એકત્રિત કરવું ખૂબ જ અનુકૂળ છે. તમે તરત જ કંઈકની ગણતરી કરી શકો છો અને તેને ક્યાંક અપલોડ કરી શકો છો, ઉદાહરણ તરીકે, Elasticsearch, Logstash, અથવા ફક્ત તેને લોગ પર લખો અને પછી તેને ક્યાંક મોકલી શકો છો.
• મલ્ટિ-યુઝર સિસ્ટમ્સ. ઉદાહરણ તરીકે, ઑનલાઇન રમતો પણ બનાવવા માટે ખૂબ જ સારી છે. આજે કેપ ટાઉનમાં, એલેક્ઝાન્ડર ગ્લેડીશ ઓપનરેસ્ટીનો ઉપયોગ કરીને મલ્ટિપ્લેયર ગેમનો ઝડપથી પ્રોટોટાઇપ કેવી રીતે કરવો તે વિશે વાત કરશે.
• વિનંતી ફિલ્ટરિંગ (WAF). આજકાલ તમામ પ્રકારની વેબ એપ્લિકેશન ફાયરવોલ બનાવવાનું ફેશનેબલ છે; ત્યાં ઘણી સેવાઓ છે જે તેમને પ્રદાન કરે છે. OpenResty નો ઉપયોગ કરીને, તમે તમારી જાતને વેબ એપ્લિકેશન ફાયરવોલ બનાવી શકો છો જે તમારી જરૂરિયાતો અનુસાર સરળ અને સરળતાથી વિનંતીઓને ફિલ્ટર કરશે. જો તમારી પાસે પાયથોન છે, તો પછી તમે સમજો છો કે PHP ચોક્કસપણે તમારામાં ઇન્જેક્ટ કરવામાં આવશે નહીં, સિવાય કે, અલબત્ત, તમે તેને કન્સોલમાંથી ગમે ત્યાં ફેલાવો. તમે જાણો છો કે તમારી પાસે MySQL અને Python છે. સંભવતઃ, તેઓ અમુક પ્રકારની ડિરેક્ટરી ટ્રાવર્સલ કરવાનો પ્રયાસ કરી શકે છે અને ડેટાબેઝમાં કંઈક દાખલ કરી શકે છે. તેથી, તમે આગળની બાજુએ જ ઝડપથી અને સસ્તામાં વિચિત્ર પ્રશ્નોને ફિલ્ટર કરી શકો છો.
• સમુદાય. OpenResty NGINX પર બનેલ હોવાથી, તેમાં બોનસ છે - આ NGINX સમુદાય. તે ખૂબ જ વિશાળ છે, અને તમારી પાસે જે પ્રશ્નો હશે તેનો એક યોગ્ય ભાગ NGINX સમુદાય દ્વારા પહેલાથી જ ઉકેલાઈ ગયો છે.

  લુઆ વિકાસકર્તાઓ. ગઈ કાલે મેં એવા લોકો સાથે વાત કરી જેઓ HighLoad++ પ્રશિક્ષણ દિવસ પર આવ્યા અને સાંભળ્યું કે લુઆમાં માત્ર ટેરન્ટૂલ લખાયેલું હતું. આ સાચું નથી, લુઆમાં ઘણું બધું લખેલું છે. ઉદાહરણો: OpenResty, Prosody XMPP સર્વર, Love2D ગેમ એન્જિન, Warcraft અને અન્યત્ર લુઆ સ્ક્રિપ્ટેડ. ત્યાં ઘણા બધા લુઆ વિકાસકર્તાઓ છે, તેમની પાસે વિશાળ અને પ્રતિભાવશીલ સમુદાય છે. મારા બધા લુઆ પ્રશ્નો થોડા કલાકોમાં ઉકેલાઈ ગયા. જ્યારે તમે મેઇલિંગ સૂચિ પર લખો છો, ત્યારે શાબ્દિક રીતે થોડી મિનિટોમાં ત્યાં પહેલેથી જ પ્રતિસાદોનો સમૂહ હોય છે, જે વર્ણવે છે કે શું અને કેવી રીતે, શું છે. તે મહાન છે. કમનસીબે, આવા પ્રકારનો, આધ્યાત્મિક સમુદાય દરેક જગ્યાએ નથી.
  OpenResty માટે GitHub છે, જ્યાં કંઈક તૂટેલું હોય તો તમે સમસ્યા ખોલી શકો છો. ગૂગલ ગ્રુપ્સ પર એક મેઇલિંગ લિસ્ટ છે, જ્યાં તમે સામાન્ય મુદ્દાઓ પર ચર્ચા કરી શકો છો, ચાઇનીઝમાં એક મેઇલિંગ લિસ્ટ છે - તમે ક્યારેય જાણતા નથી, કદાચ તમે અંગ્રેજી બોલતા નથી, પરંતુ તમે ચાઇનીઝ જાણો છો.

પરિણામો

• મને આશા છે કે હું અભિવ્યક્ત કરવામાં સક્ષમ હતો કે OpenResty એ વેબ માટે તૈયાર કરવામાં આવેલ ખૂબ જ અનુકૂળ માળખું છે.
• તેમાં પ્રવેશ માટે ઓછો અવરોધ છે, કારણ કે કોડ આપણે જે લખીએ છીએ તેના જેવો જ છે, ભાષા એકદમ સરળ અને ન્યૂનતમ છે.
• તે કૉલબેક્સ વિના અસુમેળ I/O પ્રદાન કરે છે, અમારી પાસે કોઈ નૂડલ્સ નહીં હોય જેમ કે આપણે ક્યારેક NodeJS માં લખી શકીએ છીએ.
• તેમાં સરળ જમાવટ છે, કારણ કે અમને ફક્ત જરૂરી મોડ્યુલ અને અમારા કોડ સાથે NGINX ની જરૂર છે, અને બધું તરત જ કાર્ય કરે છે.
• વિશાળ અને પ્રતિભાવશીલ સમુદાય.

મેં રૂટીંગ કેવી રીતે કરવામાં આવે છે તે વિગતવાર જણાવ્યું નથી, તે ખૂબ લાંબી વાર્તા હોવાનું બહાર આવ્યું છે.

તમારું ધ્યાન બદલ આભાર!

વ્લાદિમીર પ્રોટાસોવ - ઓપનરેસ્ટી: એનજીઆઈએનએક્સને સંપૂર્ણ એપ્લિકેશન સર્વરમાં ફેરવવું

સોર્સ: www.habr.com