सम्मेलनको प्रतिवेदनको ट्रान्सक्रिप्ट पुनः प्रकाशित गर्दैछौँ हाईलोड++ 2016, जुन गत वर्ष नोभेम्बर 7-8 मा मस्को नजिकैको Skolkovo मा भएको थियो। व्लादिमिर प्रोटासोव OpenResty र Lua सँग NGINX कार्यक्षमता कसरी विस्तार गर्ने भनेर बताउँछ।

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

त्यसोभए तपाईले बुझ्नुहुन्छ कि यो कति खराब थियो। जब म थोरै जुनियर थिएँ, म आएर यी दुई-टेराबाइट डाटाबेसहरू दिइयो। अहिले यहाँ सबैका लागि धेरै भार छ। म सम्मेलनहरूमा गएँ र सोधें: "केटाहरू, मलाई भन्नुहोस्, तपाईंसँग ठूलो डाटा छ, के सबै राम्रो छ? तपाईंसँग कतिवटा आधारहरू छन्? तिनीहरूले मलाई जवाफ दिए: "हामीसँग 100 गीगाबाइटहरू छन्!" मैले भने: "ठीक छ, 100 गिगाबाइट!" र म आफ्नो पोकर अनुहार कसरी सावधानीपूर्वक कायम राख्ने आफैलाई सोचिरहेको थिएँ। तपाईं सोच्नुहुन्छ, हो, केटाहरू राम्रो छन्, र त्यसपछि तपाईं फिर्ता जानुहुन्छ र यी बहु-टेराबाइट डाटाबेसहरूसँग टिंकर गर्नुहुन्छ। र यो एक जुनियर हुनु हो। के तपाई कल्पना गर्न सक्नुहुन्छ यो कस्तो प्रहार हो?

मलाई २० भन्दा बढी प्रोग्रामिङ भाषाहरू थाहा छ। यो कुरा मैले काम गर्दा थाहा पाउनु पर्ने थियो। तिनीहरूले तपाईंलाई Erlang, C, C++, Lua, Python, Ruby, अरू केहीमा कोड दिन्छन्, र तपाईंले यो सबै काट्नु पर्छ। सामान्य मा, मलाई थियो। यो सही संख्या गणना गर्न सम्भव थिएन, तर 20 औं वरिपरि कतै संख्या हराएको थियो।

उपस्थित सबैलाई समानान्तर भनेको के हो र हामी के गर्छौं भन्ने कुरा थाहा भएकोले, म हामी कत्तिको न्यानो छौं र हामी के गर्छौं भन्ने कुरा गर्दिन। म तपाईलाई भन्न चाहन्छु कि हामीसँग विश्वभर 13 कार्यालयहरू छन्, 300 भन्दा बढी कर्मचारीहरू, मस्को, टालिन र माल्टामा विकास। यदि तपाइँ चाहनुहुन्छ भने, तपाइँ यसलाई लिन सक्नुहुन्छ र माल्टामा जान सक्नुहुन्छ यदि जाडोमा चिसो छ र तपाइँलाई तपाइँको पीठ न्यानो गर्न आवश्यक छ।

विशेष रूपमा, हाम्रो विभागले पाइथन 2 मा लेख्छ। हामी व्यवसायमा छौं र फेसनल प्रविधिहरू लागू गर्न समय छैन, त्यसैले हामी दुखी छौं। हामी Django प्रयोग गर्छौं किनभने यसमा सबै कुरा छ, र हामीले अनावश्यक चीजहरू लिएर फ्याँक्यौं। साथै MySQL, Redis र NGINX। हामीसँग अन्य धेरै राम्रा चीजहरू पनि छन्। हामीसँग MongoDB छ, हामीसँग खरायोहरू वरिपरि दौडिरहेका छन्, हामीसँग सबै छ - तर यो मेरो होइन, र म यो गर्दिन।

OpenResty

मैले आफ्नो बारेमा भने । आज म के बारे कुरा गर्न गइरहेको छु पत्ता लगाउनुहोस्:

• OpenResty के हो र यो के संग खाइन्छ?
• हामीसँग Python, NodeJS, PHP, Go र सबैजना खुसी भएका अन्य राम्रा चीजहरू हुँदा किन अर्को पाङ्ग्रा पुन: आविष्कार गर्ने?
• र जीवनबाट केही उदाहरणहरू। मैले रिपोर्ट धेरै काट्नु पर्यो किनभने यसले मलाई 3,5 घण्टा लियो, त्यसैले त्यहाँ केहि उदाहरणहरू हुनेछन्।

OpenResty NGINX हो। उहाँलाई धन्यवाद, हामीसँग एक पूर्ण वेब सर्भर छ जुन राम्रोसँग लेखिएको छ र छिटो काम गर्दछ। मलाई लाग्छ हामी मध्ये धेरैले उत्पादनमा NGINX प्रयोग गर्छौं। तपाईं सबैलाई थाहा छ उहाँ छिटो र राम्रो हुनुहुन्छ। तिनीहरूले यसमा राम्रो सिंक्रोनस I/O बनाए, त्यसैले हामीले केहि पनि साइकल गर्न आवश्यक पर्दैन, जस्तै तिनीहरूले पाइथनमा gevent गरे। 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.

यी सबै अनुरोधहरू समानान्तरमा पठाइन्छ, र जवाफहरू हामीलाई फर्काइन्छ। सञ्चालन समय सबैभन्दा ढिलो एक को प्रतिक्रिया समय बराबर छ। यदि हामी सबैले ५० मिलिसेकेन्डमा शूट गर्छौं, र हामीले सयवटा अनुरोधहरू पठायौं भने, हामीले ५० मिलिसेकेन्डमा जवाफ पाउनेछौं।

हामी अल्छी भएकाले र HTTP र क्यासिङ ह्यान्डलिङ्ग लेख्न चाहँदैनौं, हामी NGINX लाई हाम्रो लागि सबै काम गराउने छौँ। तपाईंले देख्नुभयो, त्यहाँ अनुरोध थियो url/fetch, उहाँ यहाँ हुनुहुन्छ:

हामी यसलाई सरल बनाउँछौं proxy_pass, हामी कहाँ क्यास गर्ने, कसरी गर्ने भन्ने संकेत गर्छौं, र सबै कुरा हाम्रो लागि काम गर्दछ।

तर यो पर्याप्त छैन, हामीले अझै पनि प्रयोगकर्तालाई डाटा दिन आवश्यक छ। सरल विचार JSON मा सबै कुरा क्रमबद्ध गर्न, सजिलै, दुई लाइन मा छ। हामी सामग्री-प्रकार दिन्छौं, हामी JSON दिन्छौं।

तर त्यहाँ एउटा कठिनाई छ: प्रयोगकर्ता JSON पढ्न चाहँदैनन्। हामीले फ्रन्ट-एन्ड विकासकर्ताहरूलाई आकर्षित गर्न आवश्यक छ। कहिलेकाहीँ हामी यो सुरुमा गर्न चाहँदैनौं। र एसईओ विशेषज्ञहरूले भन्नेछन् कि यदि हामी तस्विरहरू खोज्दैछौं, तब उनीहरूलाई फरक पर्दैन। र यदि हामीले तिनीहरूलाई केही सामग्री दियौं भने, तिनीहरूले भन्नेछन् कि हाम्रो खोज इन्जिनहरूले केहि पनि अनुक्रमणिका गर्दैनन्।

यसमा के गर्ने ? अवश्य पनि, हामी प्रयोगकर्तालाई HTML दिनेछौं। हातले उत्पादन गर्नु राम्रो होइन, त्यसैले हामी टेम्प्लेटहरू प्रयोग गर्न चाहन्छौं। यसका लागि पुस्तकालय छ lua-resty-template.

तपाईंले सायद तीनवटा डरलाग्दो अक्षरहरू OPM देख्नुभएको छ। OpenResty यसको आफ्नै प्याकेज प्रबन्धकको साथ आउँछ, जसको माध्यमबाट तपाइँ विभिन्न मोड्युलहरूको गुच्छा स्थापना गर्न सक्नुहुन्छ, विशेष गरी, lua-resty-template। यो एक साधारण टेम्प्लेट इन्जिन हो, Django टेम्प्लेट जस्तै। त्यहाँ तपाइँ कोड लेख्न र चर प्रतिस्थापन प्रदर्शन गर्न सक्नुहुन्छ।

नतिजाको रूपमा, सबै कुरा यस्तो देखिन्छ:

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

सबै कुरा राम्रो छ, तर हामी विकासमा छौं र अझै प्रयोगकर्ताहरूलाई यो देखाउन चाहँदैनौं। प्राधिकरण गरौं। यो गर्नको लागि, NGINX ले OpenResty सर्तहरूमा अनुरोधलाई कसरी ह्यान्डल गर्छ हेरौं:

• पहिलो चरण - पहुँच, जब प्रयोगकर्ता भर्खरै आइपुग्यो, र हामीले उहाँलाई हेडरहरू, IP ठेगानाहरू र अन्य डेटाद्वारा हेर्यौं। यदि हामीलाई यो मनपर्दैन भने हामी यसलाई तुरुन्तै काट्न सक्छौं। यो प्राधिकरणको लागि प्रयोग गर्न सकिन्छ, वा यदि हामीले धेरै अनुरोधहरू प्राप्त गर्छौं भने, हामी सजिलैसँग तिनीहरूलाई यस चरणमा काट्न सक्छौं।
• पुनःलेखन गर्नुहोस्। हामी केहि अनुरोध डेटा पुन: लेख्छौं।
• सामग्री। हामी प्रयोगकर्तालाई सामग्री डेलिभर गर्छौं।
• हेडर फिल्टर। हामी प्रतिक्रिया हेडरहरू प्रतिस्थापन गर्छौं। यदि हामीले प्रयोग गर्यौं proxy_pass, हामी प्रयोगकर्तालाई दिनु अघि केही हेडरहरू पुन: लेख्न सक्छौं।
• शरीर फिल्टर। हामी शरीर परिवर्तन गर्न सक्छौं।
• लग - लगिङ। तपाईं अतिरिक्त तह बिना elasticsearch मा लगहरू लेख्न सक्नुहुन्छ।

हाम्रो प्राधिकरण यस्तो देखिन्छ:

हामी यसलाई त्यसमा थप्नेछौं location, जुन हामीले पहिले वर्णन गर्यौं, र त्यहाँ निम्न कोड राख्यौं:

हामीसँग कुकी टोकन छ कि छैन भनेर हेर्छौं। यदि होइन भने, हामी प्राधिकरणको लागि सोध्छौं। प्रयोगकर्ताहरू चालाक छन् र उनीहरूले कुकी टोकन सेट गर्न आवश्यक छ भनेर अनुमान गर्न सक्छन्। त्यसकारण, हामी यसलाई रेडिसमा पनि राख्नेछौं:

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

प्राधिकरण आफै गरौं:

हामी भन्छौं कि हामीले अनुरोधको मुख्य भाग पढ्न आवश्यक छ। हामीले POST तर्कहरू प्राप्त गर्छौं र लगइन र पासवर्ड सही छ कि छैन भनी जाँच गर्छौं। यदि तिनीहरू गलत छन् भने, हामी तपाईंलाई प्राधिकरणको लागि चुनौती दिन्छौं। र यदि सही छ भने, त्यसपछि Redis मा टोकन लेख्नुहोस्:

कुकी सेट गर्न नबिर्सनुहोस्, यो दुई लाइनहरूमा पनि गरिन्छ:

उदाहरण सरल र अनुमानात्मक छ। निस्सन्देह, हामी मानिसहरूलाई बिरालो देखाउने सेवा बनाउँदैनौं। तर हामीलाई कसले चिन्छ। त्यसोभए उत्पादनमा के गर्न सकिन्छ भनेर जाऔं।

• न्यूनतम ब्याकइन्ड। कहिलेकाँही हामीले ब्याकइन्डमा थोरै डाटा आउटपुट गर्न आवश्यक छ: कतै हामीले मिति सम्मिलित गर्न आवश्यक छ, कतै हामीले सूची प्रदर्शन गर्न आवश्यक छ, अहिले साइटमा कति प्रयोगकर्ताहरू छन् भन्नुहोस्, काउन्टर वा तथ्याङ्क संलग्न गर्नुहोस्। यति सानो कुरा। केही न्यूनतम टुक्राहरू धेरै सजिलै बनाउन सकिन्छ। यसले यसलाई छिटो, सजिलो र उत्कृष्ट बनाउनेछ।
• डाटा पूर्व प्रशोधन। कहिलेकाहीँ हामी हाम्रो पृष्ठमा विज्ञापन इम्बेड गर्न चाहन्छौं, र हामीले API अनुरोधहरू प्रयोग गरेर यो विज्ञापन प्राप्त गर्छौं। यो यहाँ गर्न धेरै सजिलो छ। हामी हाम्रो ब्याकइन्ड लोड गर्दैनौं, जुन पहिले नै बसेर कडा मेहनत गरिरहेको छ। तपाईं यसलाई उठाउन र यहाँ सङ्कलन गर्न सक्नुहुन्छ। हामी केहि JS सँगै कोबल गर्न सक्छौं वा, यसको विपरित, यसलाई जोड्न सक्छौं र प्रयोगकर्तालाई दिनु अघि केहि पूर्वप्रक्रिया गर्न सक्छौं।
• माइक्रोसर्भिसको लागि मुखौटा। यो पनि धेरै राम्रो मामला हो, मैले यसलाई कार्यान्वयन गरें। त्यो भन्दा पहिले, मैले Tenzor मा काम गरें, एक कम्पनी जसले इलेक्ट्रोनिक रिपोर्टिङको काम गर्दछ र देशका लगभग आधा कानूनी संस्थाहरूलाई रिपोर्टिङ प्रदान गर्दछ। हामीले एउटा सेवा सिर्जना गर्‍यौं, त्यहाँ एउटै मेकानिजम प्रयोग गरेर धेरै कुराहरू गरियो: मार्ग, प्राधिकरण र थप।
  OpenResty लाई तपाईको माइक्रोसर्भिसेसका लागि ग्लुको रूपमा प्रयोग गर्न सकिन्छ, सबै कुरामा एकल पहुँच र एकल इन्टरफेस प्रदान गर्दछ। माइक्रोसर्भिसेसहरू यसरी लेख्न सकिन्छ कि तपाईंसँग यहाँ Node.js छ, यहाँ PHP छ, यहाँ पाइथन छ, यहाँ केही Erlang छ, हामी बुझ्छौं कि हामी सबै ठाउँमा एउटै कोड पुन: लेख्न चाहँदैनौं। त्यसकारण, OpenResty लाई अगाडि प्लग गर्न सकिन्छ।

• तथ्याङ्क र विश्लेषण। सामान्यतया NGINX प्रवेशद्वारमा हुन्छ, र सबै अनुरोधहरू यसको माध्यमबाट जान्छन्। यो यो ठाउँमा छ कि यो सङ्कलन गर्न धेरै सुविधाजनक छ। तपाईं तुरुन्तै केहि गणना गर्न सक्नुहुन्छ र यसलाई कहीं अपलोड गर्न सक्नुहुन्छ, उदाहरणका लागि, Elasticsearch, Logstash, वा केवल लगमा लेख्नुहोस् र त्यसपछि यसलाई कतै पठाउनुहोस्।
• बहु-प्रयोगकर्ता प्रणालीहरू। उदाहरणका लागि, अनलाइन खेलहरू पनि बनाउनको लागि धेरै राम्रो छन्। आज केप टाउनमा, अलेक्ज्याण्डर ग्लेडिशले OpenResty प्रयोग गरेर मल्टिप्लेयर गेमलाई कसरी छिटो प्रोटोटाइप गर्ने भन्ने बारे कुरा गर्नेछ।
• फिल्टरिङ अनुरोध (WAF)। आजकल यो सबै प्रकारका वेब अनुप्रयोग फायरवालहरू बनाउन फैशनेबल छ; त्यहाँ धेरै सेवाहरू छन् जसले तिनीहरूलाई प्रदान गर्दछ। OpenResty को प्रयोग गरेर, तपाइँ आफैंलाई वेब अनुप्रयोग फायरवाल बनाउन सक्नुहुन्छ जुन तपाइँको आवश्यकताहरु अनुसार सरल र सजिलै संग फिल्टर गर्दछ। यदि तपाइँसँग पाइथन छ भने, तपाइँ बुझ्नुहुन्छ कि PHP तपाइँमा निश्चित रूपमा इन्जेक्सन गरिने छैन, जबसम्म, निश्चित रूपमा, तपाइँ यसलाई कन्सोलबाट कहीं पनि स्पोन गर्नुहुन्न। तपाईलाई थाहा छ तपाईसँग MySQL र Python छ। सायद, तिनीहरूले कुनै प्रकारको डाइरेक्टरी ट्र्याभर्सल गर्न प्रयास गर्न सक्छन् र डाटाबेसमा केहि इन्जेक्सन गर्न सक्छन्। तसर्थ, तपाईले अनौंठो प्रश्नहरू छिटो र सस्तो रूपमा अगाडि फिल्टर गर्न सक्नुहुन्छ।
• समुदाय OpenResty NGINX मा निर्मित भएकोले, यो एक बोनस छ - यो NGINX समुदाय। यो धेरै ठूलो छ, र तपाइँले सुरुमा सोध्नुहुने प्रश्नहरूको एक सभ्य भाग NGINX समुदायले पहिले नै समाधान गरिसकेको छ।

  लुआ विकासकर्ताहरू। हिजो मैले HighLoad++ तालिम दिन आएका केटाहरूसँग कुरा गरें र सुनें कि लुआमा टारन्टूल मात्र लेखिएको थियो। यो सत्य होइन, लुआमा धेरै कुरा लेखिएका छन्। उदाहरणहरू: OpenResty, Prosody XMPP सर्भर, Love2D गेम इन्जिन, लुआ वारक्राफ्ट र अन्य ठाउँहरूमा लिपिबद्ध। त्यहाँ धेरै लुआ विकासकर्ताहरू छन्, तिनीहरूसँग ठूलो र उत्तरदायी समुदाय छ। मेरा सबै लुआ प्रश्नहरू केही घण्टा भित्र समाधान गरियो। जब तपाइँ मेलिङ सूचीमा लेख्नुहुन्छ, शाब्दिक रूपमा केहि मिनेट भित्र त्यहाँ प्रतिक्रियाहरूको गुच्छा छ, के र कसरी वर्णन गर्दछ, के हो। यो महान छ। दुर्भाग्यवश, यस्तो दयालु, आध्यात्मिक समुदाय सबै ठाउँमा छैन।
  त्यहाँ OpenResty को लागी GitHub छ, जहाँ केहि बिग्रिएको छ भने तपाईले मुद्दा खोल्न सक्नुहुन्छ। गुगल समूहहरूमा मेलिङ लिस्ट छ, जहाँ तपाईं सामान्य मुद्दाहरू छलफल गर्न सक्नुहुन्छ, त्यहाँ चिनियाँ भाषामा मेलिङ सूची छ - तपाईंलाई कहिल्यै थाहा छैन, हुनसक्छ तपाईं अंग्रेजी बोल्नुहुन्न, तर तपाईंलाई चिनियाँ भाषा थाहा छ।

परिणामहरू

• मलाई आशा छ कि मैले यो बताउन सक्षम भएँ कि OpenResty वेबको लागि तयार गरिएको एक धेरै सुविधाजनक फ्रेमवर्क हो।
• यसमा प्रवेश गर्न कम बाधा छ, किनकि कोड हामीले लेख्ने जस्तै छ, भाषा एकदम सरल र न्यूनतम छ।
• यसले कलब्याक बिना एसिंक्रोनस I/O प्रदान गर्दछ, हामीसँग कुनै नूडल्स हुनेछैन जुन हामी कहिलेकाहीं NodeJS मा लेख्न सक्छौं।
• यसमा सजिलो तैनाती छ, किनकि हामीलाई आवश्यक मोड्युल र हाम्रो कोडको साथ मात्र NGINX चाहिन्छ, र सबै कुरा तुरुन्तै काम गर्दछ।
• ठूलो र उत्तरदायी समुदाय।

मैले रुटिङ कसरी हुन्छ भन्ने विस्तृतमा बताइनँ, यो धेरै लामो कथा भयो।

तपाईंको ध्यानको लागि धन्यबाद!

Vladimir Protasov - OpenResty: NGINX लाई पूर्ण एप्लिकेसन सर्भरमा परिणत गर्दै

स्रोत: www.habr.com