យើងបោះពុម្ពឡើងវិញនូវប្រតិចារិកនៃរបាយការណ៍ពីសន្និសីទ ការផ្ទុកខ្ពស់ ++ ឆ្នាំ 2016 ដែលត្រូវបានប្រារព្ធឡើងនៅទីក្រុង Skolkovo ជិតទីក្រុងម៉ូស្គូនៅថ្ងៃទី 7-8 ខែវិច្ឆិកាឆ្នាំមុន។ វ្ល៉ាឌីមៀ Protasov ប្រាប់ពីរបៀបពង្រីកមុខងារ NGINX ជាមួយ OpenResty និង Lua ។

ជំរាបសួរអ្នកទាំងអស់គ្នា ខ្ញុំឈ្មោះវ្ល៉ាឌីមៀ ប្រូតាសូវ ខ្ញុំធ្វើការឱ្យប៉ារ៉ាឡែល។ ខ្ញុំនឹងប្រាប់អ្នកបន្តិចអំពីខ្លួនខ្ញុំ។ ខ្ញុំចំណាយពេលបីភាគបួននៃជីវិតរបស់ខ្ញុំក្នុងការសរសេរកូដ។ ខ្ញុំបានក្លាយជាអ្នកសរសេរកម្មវិធីដល់ស្នូលក្នុងន័យព្យញ្ជនៈ៖ ពេលខ្លះខ្ញុំឃើញកូដនៅក្នុងសុបិនរបស់ខ្ញុំ។ មួយភាគបួននៃជីវិតគឺជាការអភិវឌ្ឍន៍ឧស្សាហកម្ម ការសរសេរកូដដែលចូលទៅផលិតកម្មដោយផ្ទាល់។ លេខកូដដែលអ្នកមួយចំនួនប្រើ ប៉ុន្តែមិនស្គាល់វា។

ដើម្បីឱ្យអ្នកដឹងថាវាអាក្រក់ប៉ុណ្ណា។ នៅពេលដែលខ្ញុំនៅក្មេង ខ្ញុំបានចូលមក ហើយពួកគេបានផ្តល់ឱ្យខ្ញុំនូវទិន្នន័យ terabyte ទាំងពីរនេះ។ ឥឡូវនេះវានៅទីនេះសម្រាប់អ្នករាល់គ្នា។ ខ្ញុំបានទៅសន្និសីទហើយសួរថា៖ «ប្រុសៗ ប្រាប់ខ្ញុំថាតើអ្នកមានទិន្នន័យធំដែរឬទេ? តើអ្នកមានមូលដ្ឋានប៉ុន្មាននៅទីនោះ? ពួកគេឆ្លើយខ្ញុំថា "យើងមាន 100 ជីហ្គាបៃ!" ខ្ញុំបាននិយាយថា “ឡូយ ១០០ ជីហ្គាបៃ!” ហើយខ្ញុំបានគិតក្នុងចិត្តខ្លួនឯងថាតើធ្វើដូចម្តេចដើម្បីសង្គ្រោះមុខផុកយ៉ាងស្អាត។ អ្នកគិតថា បាទ ប្រុសៗគឺឡូយ ហើយបន្ទាប់មកអ្នកត្រលប់មកវិញ ហើយគិតគូរជាមួយមូលដ្ឋានទិន្នន័យពហុ terabyte ទាំងនេះ។ ហើយនេះគឺជាយុវជន។ តើអ្នកអាចស្រមៃបានទេថាវាជាអ្វី?

ខ្ញុំចេះជាង 20 ភាសាសរសេរកម្មវិធី។ នេះជាអ្វីដែលខ្ញុំត្រូវគិតក្នុងដំណើរការការងារ។ ពួកគេផ្តល់ឱ្យអ្នកនូវកូដនៅក្នុង Erlang, នៅក្នុង C, នៅក្នុង C++, នៅក្នុង Lua, នៅក្នុង Python, នៅក្នុង Ruby នៅក្នុងអ្វីផ្សេងទៀត ហើយអ្នកត្រូវកាត់វាទាំងអស់។ ជាទូទៅខ្ញុំត្រូវតែ។ វាមិនអាចគណនាចំនួនពិតប្រាកដបានទេ ប៉ុន្តែនៅកន្លែងណាមួយប្រហែល 20 លេខបានបាត់។

ដោយសារអ្នករាល់គ្នានៅទីនេះដឹងថាអ្វីជា Parallels និងអ្វីដែលយើងធ្វើនោះ ខ្ញុំនឹងមិននិយាយអំពីរបៀបដែលយើងត្រជាក់ និងអ្វីដែលយើងធ្វើនោះទេ។ ខ្ញុំនឹងប្រាប់អ្នកថា យើងមានការិយាល័យចំនួន 13 នៅជុំវិញពិភពលោក មានបុគ្គលិកច្រើនជាង 300 នាក់ ការអភិវឌ្ឍន៍នៅទីក្រុងមូស្គូ តាលីន និងម៉ាល់តា។ ប្រសិនបើអ្នកប្រាថ្នា អ្នកអាចយក និងផ្លាស់ទីទៅប្រទេសម៉ាល់តា ប្រសិនបើវាត្រជាក់ក្នុងរដូវរងា ហើយអ្នកត្រូវការកំដៅខ្នងរបស់អ្នក។

ជាពិសេស នាយកដ្ឋានរបស់យើងសរសេរនៅក្នុង Python 2។ យើងកំពុងដំណើរការអាជីវកម្ម ហើយយើងមិនមានពេលដើម្បីណែនាំបច្ចេកវិទ្យាទាន់សម័យ ដូច្នេះយើងរងទុក្ខ។ យើងមាន Django ព្រោះវាមានគ្រប់យ៉ាង ហើយយើងបានយកលើសហើយបោះវាចោល។ MySQL, Redis និង NGINX ផងដែរ។ យើងក៏មានរបស់ល្អៗជាច្រើនទៀត។ យើងមាន MongoDB យើងមានទន្សាយរត់ជុំវិញ យើងមិនមានអ្វីទាំងអស់ ប៉ុន្តែវាមិនមែនជារបស់ខ្ញុំទេ ហើយខ្ញុំមិនធ្វើវាទេ។

OpenResty

ខ្ញុំបានប្រាប់អំពីខ្លួនខ្ញុំ។ តោះមើលថាតើខ្ញុំនឹងនិយាយអ្វីនៅថ្ងៃនេះ៖

តើ OpenResty ជាអ្វី ហើយតើវាញ៉ាំជាមួយអ្វី?
ហេតុអ្វីបានជាបង្កើតកង់ឡើងវិញនៅពេលដែលយើងមាន Python, NodeJS, PHP, Go និងរបស់ល្អផ្សេងទៀតដែលគ្រប់គ្នាពេញចិត្ត?
និងឧទាហរណ៍ជីវិតពិតមួយចំនួន។ ខ្ញុំត្រូវកាត់បន្ថយរបាយការណ៍នេះច្រើន ព្រោះខ្ញុំទទួលបានវារយៈពេល 3,5 ម៉ោង ដូច្នេះនឹងមានឧទាហរណ៍តិចតួច។

OpenResty គឺ NGINX ។ សូមអរគុណដល់គាត់ យើងមានម៉ាស៊ីនមេគេហទំព័រពេញលេញ ដែលសរសេរបានល្អ វាដំណើរការលឿន។ ខ្ញុំគិតថាភាគច្រើននៃពួកយើងប្រើប្រាស់ NGINX ក្នុងការផលិត។ អ្នកទាំងអស់គ្នាដឹងហើយថាគាត់រហ័សរហួន។ ពួកគេបានបង្កើត I/O ធ្វើសមកាលកម្មដ៏ត្រជាក់នៅក្នុងវា ដូច្នេះហើយយើងមិនចាំបាច់ជិះកង់អ្វីទាំងអស់តាមរបៀបដែល genvent ត្រូវបានជិះក្នុង Python នោះទេ។ ហ្សេវេន ត្រជាក់ ត្រជាក់ ប៉ុន្តែប្រសិនបើអ្នកសរសេរកូដ C ហើយមានអ្វីមួយខុសជាមួយ gevent អ្នកនឹងឆ្កួត បំបាត់កំហុសវា។ ខ្ញុំមានបទពិសោធន៍៖ វាចំណាយពេលពីរថ្ងៃពេញដើម្បីដឹងថាមានអ្វីខុសនៅទីនោះ។ ប្រសិនបើនរណាម្នាក់មិនបានជីកអស់រយៈពេលពីរបីសប្តាហ៍មុន បានរកឃើញបញ្ហា សរសេរវានៅលើអ៊ីនធឺណិត ហើយ Google រកមិនឃើញ នោះយើងនឹងឆ្កួតទាំងស្រុង។

NGINX ធ្វើឃ្លាំងសម្ងាត់ និងមាតិកាឋិតិវន្តរួចហើយ។ អ្នកមិនចាំបាច់ខ្វល់ខ្វាយអំពីរបៀបធ្វើវាដោយមនុស្សទេ ដើម្បីកុំឱ្យអ្នកយឺតនៅកន្លែងណាមួយ ដើម្បីកុំឱ្យបាត់បង់អ្នកពណ៌នានៅកន្លែងណាមួយ។ Nginx មានភាពងាយស្រួលក្នុងការដាក់ពង្រាយ អ្នកមិនចាំបាច់គិតអំពីអ្វីដែលត្រូវយកនោះទេ - WSGI, PHP-FPM, Gunicorn, Unicorn ។ Nginx ត្រូវបានដំឡើង ផ្តល់ឱ្យអ្នកគ្រប់គ្រង ពួកគេដឹងពីរបៀបធ្វើការជាមួយវា។ Nginx ដំណើរការសំណើតាមរចនាសម្ព័ន្ធ។ ខ្ញុំនឹងនិយាយអំពីរឿងនេះបន្តិចក្រោយមក។ សរុបមក គាត់មានដំណាក់កាលមួយនៅពេលដែលគាត់ទើបតែទទួលយកសំណើរ ពេលដែលគាត់ដំណើរការ និងពេលដែលគាត់ផ្តល់ខ្លឹមសារដល់អ្នកប្រើប្រាស់។

Nginx មានភាពត្រជាក់ ប៉ុន្តែមានបញ្ហាមួយ៖ វាមិនមានភាពបត់បែនគ្រប់គ្រាន់ទេ បើទោះបីជាមានលក្ខណៈពិសេសល្អ ៗ ទាំងអស់នោះ ដែលបុរសៗបានបញ្ចូលទៅក្នុង config ក៏ដោយ ទោះបីជាវាអាចប្ដូរតាមបំណងក៏ដោយ។ ថាមពលនេះមិនគ្រប់គ្រាន់ទេ។ ដូច្នេះហើយ បុរសមកពី Taobao ម្តងនេះ ខ្ញុំគិតថាប្រហែលប្រាំបីឆ្នាំមុនបានសាងសង់ Lua ចូលទៅក្នុងវា។ តើគាត់ផ្តល់អ្វី?

ទំហំ. វាតូច។ LuaJIT ផ្តល់ឱ្យកន្លែងណាមួយប្រហែល 100-200 គីឡូបៃនៃអង្គចងចាំលើសពីក្បាល និងដំណើរការតិចតួចបំផុត។
ល្បឿន. អ្នកបកប្រែ LuaJIT គឺនៅជិត C ក្នុងស្ថានភាពជាច្រើន ក្នុងស្ថានភាពខ្លះវាចាញ់ Java ក្នុងស្ថានភាពខ្លះវាវ៉ាដាច់។ មួយរយៈនេះ វាត្រូវបានចាត់ទុកថាជារដ្ឋនៃសិល្បៈ ដែលជាកម្មវិធីចងក្រង JIT ដ៏ត្រជាក់បំផុត។ ឥឡូវនេះមានម៉ាស៊ីនត្រជាក់ជាង ប៉ុន្តែពួកវាធ្ងន់ណាស់ ឧទាហរណ៍ V8 ដូចគ្នា។ អ្នកបកប្រែ JS ខ្លះ និង Java HotSpot លឿនជាងនៅចំណុចខ្លះ ប៉ុន្តែនៅតែចាញ់នៅចំណុចខ្លះ។
ងាយស្រួលរៀន. ប្រសិនបើអ្នកមាន មូលដ្ឋានកូដ Perl ហើយអ្នកមិនកក់ទេ អ្នកនឹងមិនអាចរកឃើញអ្នកសរសេរកម្មវិធី Perl ទេ។ ដោយសារពួកគេមិននៅទីនោះ ពួកគេត្រូវបានគេយកចេញទាំងអស់ ហើយវាមានរយៈពេលយូរ និងពិបាកក្នុងការបង្រៀនពួកគេ។ ប្រសិនបើអ្នកចង់បានអ្នកសរសេរកម្មវិធីលើអ្វីផ្សេងទៀត ពួកគេក៏ប្រហែលជាត្រូវបង្ហាត់ ឬស្វែងរកផងដែរ។ ក្នុងករណី Lua អ្វីគ្រប់យ៉ាងគឺសាមញ្ញ។ Lua អាចរៀនបានដោយយុវជនណាម្នាក់ក្នុងរយៈពេលបីថ្ងៃ។ ខ្ញុំត្រូវចំណាយពេលប្រហែលពីរម៉ោងដើម្បីរកឱ្យឃើញ។ ពីរម៉ោងក្រោយមក ខ្ញុំកំពុងសរសេរកូដក្នុងផលិតកម្មរួចហើយ។ ប្រហែលមួយសប្តាហ៍ក្រោយមក គាត់បានទៅផលិតកម្មផ្ទាល់ ហើយបានចាកចេញ។

ជាលទ្ធផលវាមើលទៅដូចនេះ:

មានច្រើននៅទីនេះ។ OpenResty បានប្រមូលផ្តុំម៉ូឌុលជាច្រើន ទាំង lush និង engins ។ ហើយអ្នកមានអ្វីគ្រប់យ៉ាងរួចរាល់ - ដាក់ពង្រាយនិងធ្វើការ។

ឧទហរណ៍

គ្រប់គ្រាន់នៃអត្ថបទចម្រៀង តោះបន្តទៅកូដ។ នេះគឺជា Hello World បន្តិច៖

តើមានអ្វី? នេះជាទីតាំងម៉ាស៊ីន។ យើងមិនបារម្ភទេ យើងមិនសរសេរផ្លូវផ្ទាល់ខ្លួនរបស់យើងទេ យើងមិនយកវាដែលត្រៀមខ្លួនរួចជាស្រេចនោះទេ - យើងមានវារួចហើយនៅក្នុង NGINX យើងរស់នៅយ៉ាងល្អ ហើយខ្ជិលច្រអូស។

content_by_lua_block គឺជាប្លុកដែលនិយាយថាយើងកំពុងបម្រើមាតិកាដោយប្រើស្គ្រីប Lua ។ យើងយកអថេរ engins remote_addr ហើយរុញវាចូលទៅក្នុង string.format. នេះគឺដូចគ្នានឹង sprintfមានតែនៅក្នុង Lua ប៉ុណ្ណោះដែលត្រឹមត្រូវ។ ហើយយើងផ្តល់ជូនអតិថិជន។

ជាលទ្ធផលវានឹងមើលទៅដូចនេះ:

ប៉ុន្តែត្រលប់ទៅពិភពពិតវិញ។ នៅក្នុងផលិតកម្ម គ្មាននរណាម្នាក់ដាក់ពង្រាយ Hello World ទេ។ កម្មវិធីរបស់យើងជាធម្មតាទៅមូលដ្ឋានទិន្នន័យ ឬកន្លែងផ្សេងទៀត ហើយភាគច្រើននៃពេលវេលាដែលវារង់ចាំការឆ្លើយតប។

គ្រាន់តែអង្គុយរង់ចាំ។ វាមិនល្អខ្លាំងណាស់។ នៅពេលដែលអ្នកប្រើប្រាស់ 100.000 នាក់មក វាពិតជាលំបាកណាស់សម្រាប់ពួកយើង។ ដូច្នេះ ចូរយើងប្រើកម្មវិធីសាមញ្ញជាឧទាហរណ៍។ យើងនឹងរកមើលរូបភាពឧទាហរណ៍ឆ្មា។ មានតែយើងទេដែលមិនគ្រាន់តែស្វែងរកទេ យើងនឹងពង្រីកពាក្យគន្លឹះ ហើយប្រសិនបើអ្នកប្រើស្វែងរក "កូនឆ្មា" នោះយើងនឹងរកឃើញ ឆ្មា fluffies ហើយដូច្នេះនៅលើ។ ដំបូងយើងត្រូវទទួលបានទិន្នន័យសំណើនៅលើ backend ។ វាមើលទៅដូចនេះ៖

បន្ទាត់ពីរអនុញ្ញាតឱ្យអ្នកយកប៉ារ៉ាម៉ែត្រ GET មិនមានភាពស្មុគស្មាញ។ ឧទាហរណ៍ បន្ទាប់មកយើងទទួលបានព័ត៌មាននេះពីមូលដ្ឋានទិន្នន័យដែលមានតារាងដោយពាក្យគន្លឹះ និងផ្នែកបន្ថែមដោយប្រើសំណួរ SQL ធម្មតា។ អ្វីគ្រប់យ៉ាងគឺសាមញ្ញ។ វាមើលទៅដូចនេះ៖

យើងភ្ជាប់បណ្ណាល័យ resty.mysqlដែលយើងមាននៅក្នុងកញ្ចប់រួចហើយ។ យើងមិនចាំបាច់ដំឡើងអ្វីទាំងអស់ គឺរួចរាល់ហើយ។ បញ្ជាក់ពីរបៀបភ្ជាប់ និងធ្វើសំណួរ SQL៖

វាគួរឱ្យខ្លាចបន្តិចប៉ុន្តែវាដំណើរការ។ នៅទីនេះ 10 គឺជាដែនកំណត់។ យើងដកកំណត់ត្រាចំនួន 10 យើងខ្ជិល យើងមិនចង់បង្ហាញបន្ថែមទៀតទេ។ នៅក្នុង SQL ខ្ញុំភ្លេចអំពីដែនកំណត់។

បន្ទាប់មកយើងស្វែងរករូបភាពសម្រាប់សំណួរទាំងអស់។ យើងប្រមូលសំណើមួយចំនួន ហើយបំពេញតារាង Lua ដែលហៅថា reqs, ហើយធ្វើ ngx.location.capture_multi.

សំណើទាំងអស់នេះដំណើរការស្របគ្នា ហើយចម្លើយត្រូវបានប្រគល់ជូនយើងវិញ។ ពេលវេលាដំណើរការគឺស្មើនឹងពេលវេលាឆ្លើយតបរបស់យឺតបំផុត។ ប្រសិនបើយើងទាំងអស់គ្នាបាញ់ត្រឡប់មកវិញក្នុងរយៈពេល 50 មីលីវិនាទី ហើយយើងបានផ្ញើសំណើមួយរយ នោះយើងនឹងទទួលបានការឆ្លើយតបក្នុងរយៈពេល 50 មីលីវិនាទី។

ដោយសារយើងខ្ជិល ហើយមិនចង់សរសេរ HTTP គ្រប់គ្រង និងឃ្លាំងសម្ងាត់ យើងនឹងធ្វើឱ្យ NGINX ធ្វើអ្វីគ្រប់យ៉ាងសម្រាប់យើង។ ដូចដែលអ្នកបានឃើញមានការស្នើសុំ url/fetchនៅទីនេះគាត់គឺ៖

យើងធ្វើឱ្យសាមញ្ញ proxy_passបញ្ជាក់កន្លែងដែលត្រូវទុកក្នុងឃ្លាំងសម្ងាត់ របៀបធ្វើវា និងអ្វីៗដំណើរការសម្រាប់យើង។

ប៉ុន្តែនេះមិនគ្រប់គ្រាន់ទេ យើងនៅតែត្រូវផ្តល់ទិន្នន័យដល់អ្នកប្រើប្រាស់។ គំនិតសាមញ្ញបំផុតគឺតម្រៀបអ្វីៗទាំងអស់ទៅ JSON យ៉ាងងាយស្រួលជាពីរជួរ។ យើងផ្តល់ឱ្យប្រភេទមាតិកា យើងផ្តល់ឱ្យ JSON ។

ប៉ុន្តែមានការលំបាកមួយ៖ អ្នកប្រើប្រាស់មិនចង់អាន JSON ទេ។ យើងត្រូវទាក់ទាញអ្នកអភិវឌ្ឍន៍ជួរមុខ។ ពេលខ្លះយើងមិនមានអារម្មណ៍ចង់ធ្វើវាពីដំបូងឡើយ។ បាទ / ចាសហើយអ្នកឯកទេស SEO នឹងនិយាយថាប្រសិនបើយើងកំពុងស្វែងរករូបភាពនោះពួកគេមិនខ្វល់ទេ។ ហើយប្រសិនបើយើងផ្តល់ឱ្យពួកគេនូវមាតិកាមួយចំនួន ពួកគេនឹងនិយាយថាម៉ាស៊ីនស្វែងរករបស់យើងមិនធ្វើលិបិក្រមអ្វីនោះទេ។

អ្វីដែលត្រូវធ្វើជាមួយវា? ជាការពិតណាស់យើងនឹងផ្តល់ឱ្យអ្នកប្រើប្រាស់ HTML ។ ការបង្កើតដោយដៃគឺមិនមែនជាការពិតទេ ដូច្នេះយើងចង់ប្រើពុម្ព។ មានបណ្ណាល័យសម្រាប់រឿងនេះ lua-resty-template.

អ្នកច្បាស់ជាបានឃើញអក្សរ OPM ដែលគួរឱ្យខ្លាចចំនួនបី។ OpenResty ភ្ជាប់មកជាមួយកម្មវិធីគ្រប់គ្រងកញ្ចប់ផ្ទាល់ខ្លួនរបស់វា ដែលតាមរយៈនោះអ្នកអាចដំឡើងម៉ូឌុលផ្សេងៗជាច្រើន ជាពិសេស។ lua-resty-template. វាជាម៉ាស៊ីនគំរូសាមញ្ញស្រដៀងនឹងគំរូ Django ។ នៅទីនោះអ្នកអាចសរសេរកូដ និងធ្វើការជំនួសអថេរ។

ជាលទ្ធផល អ្វីៗនឹងមើលទៅដូចនេះ៖

យើងបានយកទិន្នន័យ ហើយបង្ហាញគំរូម្តងទៀតជាពីរជួរ។ អ្នកប្រើប្រាស់សប្បាយចិត្ត ទទួលបានឆ្មា។ ចាប់តាំងពីយើងពង្រីកសំណើនេះ គាត់ក៏ទទួលបានត្រារោមសម្រាប់កូនឆ្មាផងដែរ។ អ្នកមិនដែលដឹងទេ ប្រហែលជាគាត់កំពុងស្វែងរកវា ប៉ុន្តែគាត់មិនអាចបង្កើតសំណើរបស់គាត់បានត្រឹមត្រូវ។

អ្វីគ្រប់យ៉ាងគឺត្រជាក់ ប៉ុន្តែយើងកំពុងស្ថិតក្នុងការអភិវឌ្ឍន៍ ហើយយើងមិនទាន់ចង់បង្ហាញអ្នកប្រើប្រាស់នៅឡើយទេ។ ចូរធ្វើការអនុញ្ញាត។ ដើម្បីធ្វើដូចនេះសូមមើលពីរបៀបដែល NGINX ដោះស្រាយសំណើក្នុងលក្ខខណ្ឌនៃ OpenResty៖

ដំណាក់កាលដំបូង - ចូលនៅពេលដែលអ្នកប្រើប្រាស់ទើបតែមកដល់ ហើយយើងបានមើលគាត់ដោយបឋមកថា ដោយអាសយដ្ឋាន IP ដោយទិន្នន័យផ្សេងទៀត។ អ្នកអាចកាត់វាចោលភ្លាមៗ ប្រសិនបើយើងមិនចូលចិត្តវា។ វាអាចត្រូវបានប្រើសម្រាប់ការអនុញ្ញាត ឬប្រសិនបើយើងទទួលបានសំណើច្រើន យើងអាចកាត់វាយ៉ាងងាយស្រួលនៅដំណាក់កាលនេះ។
សរសេរឡើងវិញ. កំពុងសរសេរទិន្នន័យសំណើមួយចំនួនឡើងវិញ។
មាតិកា. យើងផ្តល់មាតិកាដល់អ្នកប្រើប្រាស់។
តម្រងក្បាល. ផ្លាស់ប្តូរបឋមកថាឆ្លើយតប។ ប្រសិនបើយើងប្រើ proxy_passយើងអាចសរសេរបឋមកថាមួយចំនួនឡើងវិញមុននឹងផ្តល់ឱ្យអ្នកប្រើ។
តម្រងរាងកាយ. យើងអាចផ្លាស់ប្តូររាងកាយ។
ចូល - ការកាប់ឈើ។ វាអាចធ្វើទៅបានដើម្បីសរសេរកំណត់ហេតុនៅក្នុង elasticsearch ដោយគ្មានស្រទាប់បន្ថែម។

ការអនុញ្ញាតរបស់យើងនឹងមើលទៅដូចនេះ៖

យើងនឹងបន្ថែមវាទៅនោះ។ locationដែលយើងពណ៌នាពីមុន ហើយដាក់កូដខាងក្រោមនៅទីនោះ៖

យើងរកមើលថាតើយើងមាននិមិត្តសញ្ញាខូគីដែរឬទេ។ បើមិនអ៊ីចឹងទេ យើងបោះការអនុញ្ញាត។ អ្នកប្រើមានល្បិចកល ហើយអាចទាយថាត្រូវកំណត់សញ្ញាសម្ងាត់ខូគី។ ដូច្នេះហើយ យើងក៏នឹងដាក់វានៅក្នុង Redis៖

កូដសម្រាប់ធ្វើការជាមួយ Redis គឺសាមញ្ញណាស់ ហើយមិនខុសពីភាសាផ្សេងទៀតទេ។ ក្នុងពេលជាមួយគ្នានេះរាល់ការបញ្ចូល / ទិន្នផលអ្វីនៅទីនោះអ្វីដែលនៅទីនេះវាមិនត្រូវបានរារាំងទេ។ ប្រសិនបើអ្នកសរសេរកូដដែលធ្វើសមកាលកម្ម នោះវាដំណើរការដោយអសមកាល។ ដូចជាការទទួលបានអំណោយផល ធ្វើបានតែល្អ។

តោះធ្វើការអនុញ្ញាតដោយខ្លួនឯង៖

យើងនិយាយថាយើងត្រូវអានខ្លឹមសារសំណើ។ យើងទទួលបានអាគុយម៉ង់ POST ពិនិត្យមើលថាការចូលនិងពាក្យសម្ងាត់ត្រឹមត្រូវ។ បើមិនត្រឹមត្រូវទេ យើងនឹងចេញការអនុញ្ញាត។ ហើយប្រសិនបើពួកគេត្រឹមត្រូវ នោះយើងសរសេរនិមិត្តសញ្ញាទៅ Redis៖

កុំភ្លេចកំណត់ខូគីនេះក៏ត្រូវបានធ្វើជាពីរបន្ទាត់:

ឧទាហរណ៍គឺសាមញ្ញ, ស្មាន។ ជាការពិតណាស់យើងនឹងមិនបង្កើតសេវាកម្មដែលបង្ហាញឆ្មាដល់មនុស្សទេ។ ប៉ុន្តែអ្នកណាស្គាល់យើង។ ដូច្នេះ ចូរយើងពិចារណាពីអ្វីដែលអាចធ្វើបាននៅក្នុងផលិតកម្ម។

ផ្នែកខាងក្រោយតិចតួចបំផុត។. ពេលខ្លះយើងត្រូវផ្តល់ទិន្នន័យបន្តិចទៅផ្នែកខាងក្រោយ៖ កន្លែងណាមួយដែលយើងត្រូវជំនួសកាលបរិច្ឆេទ កន្លែងណាមួយដែលយើងត្រូវបង្ហាញបញ្ជីប្រភេទមួយចំនួន និយាយថា តើមានអ្នកប្រើប្រាស់ប៉ុន្មាននាក់នៅលើគេហទំព័រឥឡូវនេះ វីសនៅលើបញ្ជរ ឬស្ថិតិ។ អ្វីមួយតូចណាស់។ បំណែកតិចតួចមួយចំនួនអាចត្រូវបានធ្វើឡើងយ៉ាងងាយស្រួល។ វានឹងលឿន ងាយស្រួល និងអស្ចារ្យ។
ដំណើរការទិន្នន័យជាមុន. ពេលខ្លះយើងចង់បង្កប់ការផ្សាយពាណិជ្ជកម្មនៅក្នុងទំព័ររបស់យើង ហើយយើងយកការផ្សាយពាណិជ្ជកម្មទាំងនេះជាមួយនឹងសំណើ API ។ វាងាយស្រួលណាស់ក្នុងការធ្វើនៅទីនេះ។ យើងមិនផ្ទុកកម្មវិធីខាងក្រោយរបស់យើងទេ ដែលកំពុងធ្វើការខ្លាំង។ អ្នកអាចយក និងប្រមូលនៅទីនេះ។ យើងអាចបង្កើត JS មួយចំនួន ឬផ្ទុយទៅវិញ មិនស្អិត ដំណើរការអ្វីមួយមុននឹងផ្តល់វាដល់អ្នកប្រើប្រាស់។
Facade សម្រាប់សេវាកម្មមីក្រូ. នេះក៏ជាករណីល្អផងដែរ ខ្ញុំបានអនុវត្តវា។ មុននោះ ខ្ញុំបានធ្វើការឱ្យក្រុមហ៊ុន Tenzor ដែលជាក្រុមហ៊ុនរាយការណ៍អេឡិចត្រូនិកដែលផ្តល់ការរាយការណ៍សម្រាប់ប្រហែលពាក់កណ្តាលនៃនីតិបុគ្គលនៅក្នុងប្រទេស។ យើងបានបង្កើតសេវាកម្មមួយ អ្វីៗជាច្រើនត្រូវបានធ្វើនៅទីនោះដោយប្រើយន្តការដូចគ្នា៖ ការកំណត់ផ្លូវ ការអនុញ្ញាត និងច្រើនទៀត។
OpenResty អាចត្រូវបានប្រើជាកាវសម្រាប់ microservices របស់អ្នកដើម្បីផ្តល់នូវការចូលដំណើរការតែមួយទៅកាន់អ្វីគ្រប់យ៉ាងនិងចំណុចប្រទាក់តែមួយ។ ដោយសារសេវាកម្មមីក្រូអាចត្រូវបានសរសេរតាមរបៀបដែលអ្នកមាន Node.js នៅទីនេះ អ្នកមាន PHP នៅទីនេះ អ្នកមាន Python នៅទីនេះ មានរឿង Erlang ខ្លះនៅទីនេះ យើងយល់ថាយើងមិនចង់សរសេរកូដដដែលនេះឡើងវិញគ្រប់ទីកន្លែងទេ។ ដូច្នេះ OpenResty អាចត្រូវបានដោតចូលទៅក្នុងផ្នែកខាងមុខ។
ស្ថិតិនិងការវិភាគ. ជាធម្មតា NGINX គឺនៅច្រកចូល ហើយសំណើទាំងអស់ឆ្លងកាត់វា។ វាស្ថិតនៅក្នុងកន្លែងនេះដែលវាងាយស្រួលណាស់ក្នុងការប្រមូល។ អ្នកអាចគណនាអ្វីមួយភ្លាមៗ ហើយបោះវាទៅកន្លែងណាមួយ ឧទាហរណ៍ Elasticsearch, Logstash ដូចគ្នា ឬគ្រាន់តែសរសេរវាទៅក្នុងកំណត់ហេតុ រួចផ្ញើវាទៅកន្លែងណាមួយ។
ប្រព័ន្ធអ្នកប្រើប្រាស់ច្រើន។. ជាឧទាហរណ៍ ហ្គេមអនឡាញក៏ល្អណាស់ដែលត្រូវធ្វើ។ ថ្ងៃនេះនៅទីក្រុង Cape Town Alexander Gladysh នឹងប្រាប់អ្នកពីរបៀបបង្កើតគំរូហ្គេមដែលមានអ្នកលេងច្រើនយ៉ាងរហ័សដោយប្រើ OpenResty ។
ស្នើសុំតម្រង (WAF). ឥឡូវនេះវាជាម៉ូដទាន់សម័យក្នុងការបង្កើតជញ្ជាំងភ្លើងកម្មវិធីគេហទំព័រគ្រប់ប្រភេទ មានសេវាកម្មជាច្រើនដែលផ្តល់ឱ្យពួកគេ។ ដោយមានជំនួយពី OpenResty អ្នកអាចធ្វើឱ្យខ្លួនអ្នកក្លាយជាជញ្ជាំងភ្លើងកម្មវិធីបណ្ដាញ ដែលនឹងត្រងសំណើរតាមតម្រូវការរបស់អ្នកយ៉ាងសាមញ្ញ និងងាយស្រួល។ ប្រសិនបើអ្នកមាន Python នោះអ្នកយល់ថា PHP នឹងមិនត្រូវបានចាក់ឱ្យអ្នកទេ លុះត្រាតែអ្នកបង្កើតវាគ្រប់ទីកន្លែងពីកុងសូល។ អ្នកដឹងថាអ្នកមាន MySQL និង Python ។ ប្រហែលជានៅទីនេះ ពួកគេអាចព្យាយាមធ្វើប្រភេទនៃការឆ្លងកាត់ថតមួយចំនួន ហើយបញ្ចូលអ្វីមួយទៅក្នុងមូលដ្ឋានទិន្នន័យ។ ដូច្នេះ អ្នកអាចច្រោះសំណើល្ងង់បានលឿន និងថោកនៅខាងមុខ។
សហគមន៍។ ចាប់តាំងពី OpenResty គឺផ្អែកលើ NGINX វាមានប្រាក់រង្វាន់ - នេះគឺ សហគមន៍ NGINX. វាមានទំហំធំណាស់ ហើយសំណួរជាច្រើនដែលអ្នកនឹងមាននៅពេលដំបូងត្រូវបានឆ្លើយរួចហើយដោយសហគមន៍ NGINX ។
អ្នកអភិវឌ្ឍន៍ Lua. ម្សិលមិញខ្ញុំបាននិយាយជាមួយបុរសដែលមកថ្ងៃបណ្តុះបណ្តាល HighLoad++ ហើយលឺថាមានតែ Tarantool ទេដែលសរសេរជា Lua ។ នេះមិនមែនដូច្នោះទេ រឿងជាច្រើនត្រូវបានសរសេរជាភាសាលូ។ ឧទាហរណ៍៖ OpenResty, Prosody XMPP server, Love2D game engine, Lua ត្រូវបានសរសេរនៅក្នុង Warcraft និងកន្លែងផ្សេងទៀត។ មានអ្នកអភិវឌ្ឍន៍ Lua ជាច្រើន ពួកគេមានសហគមន៍ធំ និងឆ្លើយតប។ សំណួរ Lua ទាំងអស់របស់ខ្ញុំត្រូវបានឆ្លើយក្នុងរយៈពេលពីរបីម៉ោង។ នៅពេលអ្នកសរសេរទៅបញ្ជីសំបុត្ររួម ក្នុងរយៈពេលពីរបីនាទីមានចម្លើយជាច្រើនរួចហើយ ពួកគេពិពណ៌នាអំពីអ្វី និងរបៀប អ្វីជាអ្វី។ វាពិតជាអស្ចារ្យណាស់។ ជាអកុសល សហគមន៍ដ៏ស្មោះស្ម័គ្របែបនេះមិនមាននៅគ្រប់ទីកន្លែងទេ។
OpenResty មាន GitHub ដែលអ្នកអាចបើកបញ្ហាប្រសិនបើមានអ្វីមួយខូច។ មានបញ្ជីសំបុត្ររួមនៅលើក្រុម Google ដែលអ្នកអាចពិភាក្សាអំពីបញ្ហាទូទៅ មានបញ្ជីសំបុត្ររួមជាភាសាចិន - អ្នកមិនដែលដឹង ប្រហែលជាអ្នកមិនចេះភាសាអង់គ្លេស ប៉ុន្តែអ្នកមានចំណេះដឹងភាសាចិន។

លទ្ធផល

ខ្ញុំសង្ឃឹមថាខ្ញុំអាចបង្ហាញថា OpenResty គឺជាក្របខ័ណ្ឌគេហទំព័រដែលងាយស្រួលបំផុត។
វាមានកម្រិតទាបនៃការចូល ព្រោះកូដគឺស្រដៀងនឹងអ្វីដែលយើងសរសេរ ភាសាគឺសាមញ្ញ និងតិចតួច។
វាផ្តល់នូវ I/O អសមកាលដោយគ្មានការហៅត្រឡប់មកវិញ យើងនឹងមិនមានគុយទាវ ដូចដែលពេលខ្លះយើងអាចសរសេរនៅក្នុង NodeJS ។
វាមានភាពងាយស្រួលក្នុងការដាក់ពង្រាយ ព្រោះយើងត្រូវការតែ NGINX ដែលមានម៉ូឌុលត្រឹមត្រូវ និងលេខកូដរបស់យើង ហើយអ្វីៗដំណើរការភ្លាមៗ។
សហគមន៍ធំនិងឆ្លើយតប។

ខ្ញុំមិនបានប្រាប់លម្អិតពីរបៀបដែលការកំណត់ផ្លូវត្រូវបានធ្វើនោះទេ វាបានក្លាយជារឿងវែងឆ្ងាយណាស់។

សូមពិនិត្យមើល!