យើងប្រមូលផ្តុំ Nginx របស់យើងជាមួយនឹងពាក្យបញ្ជាពីរបី

ជំរាបសួរ!
ឈ្មោះរបស់ខ្ញុំគឺ Sergey ខ្ញុំធ្វើការជាវិស្វករហេដ្ឋារចនាសម្ព័ន្ធនៅក្នុងក្រុម API នៃវេទិកា tinkoff.ru ។

នៅក្នុងអត្ថបទនេះខ្ញុំនឹងនិយាយអំពីបញ្ហាដែលក្រុមរបស់យើងជួបប្រទះនៅពេលរៀបចំតុល្យភាពដោយផ្អែកលើ Nginx សម្រាប់គម្រោងផ្សេងៗ។ ខ្ញុំក៏នឹងប្រាប់អ្នកអំពីឧបករណ៍ដែលអនុញ្ញាតឱ្យខ្ញុំយកឈ្នះភាគច្រើននៃពួកគេ។

Nginx គឺជាម៉ាស៊ីនមេប្រូកស៊ីដែលមានមុខងារច្រើន និងកំពុងអភិវឌ្ឍយ៉ាងសកម្ម។ វាមានលក្ខណៈពិសេសមួយចំនួនធំនៃម៉ូឌុល, នេះមិនមែនជាបញ្ជីពេញលេញទេ។. គម្រោងនីមួយៗកំណត់តម្រូវការជាក់លាក់លើមុខងាររបស់ Balancer និងកំណែរបស់ Nginx (ឧទាហរណ៍ វត្តមានរបស់ http/2 និង grpc proxying) និងសមាសភាពនៃម៉ូឌុលរបស់វា។

យើងចង់ឃើញកំណែថ្មីជាមួយនឹងសំណុំម៉ូឌុលដែលត្រូវការ ដំណើរការក្រោមការចែកចាយលីនុចជាក់លាក់។ ក្នុងករណីរបស់យើង ទាំងនេះគឺជាប្រព័ន្ធដែលមានមូលដ្ឋានលើ deb- និង rpm ។ ជម្រើសជាមួយធុងមិនត្រូវបានពិចារណាក្នុងអត្ថបទនេះទេ។

យើងចង់ផ្លាស់ប្តូរមុខងារនៃតុល្យភាពរបស់យើងយ៉ាងឆាប់រហ័ស។ ហើយនៅទីនេះសំណួរភ្លាមៗកើតឡើង: តើធ្វើដូចម្តេចដើម្បីសម្រេចបាននូវបញ្ហានេះខណៈពេលដែលចំណាយធនធានតិចតួចតាមដែលអាចធ្វើទៅបាន? វានឹងកាន់តែប្រសើរក្នុងការរៀបចំដំណើរការ ដូច្នេះយើងអាចបញ្ជាក់ចំនួនកំណត់នៃប៉ារ៉ាម៉ែត្របញ្ចូល ហើយនៅលទ្ធផលទទួលបានវត្ថុបុរាណក្នុងទម្រង់ជាកញ្ចប់ deb/rpm សម្រាប់ OS ដែលចង់បាន។

ជាលទ្ធផលបញ្ហាមួយចំនួនអាចត្រូវបានបង្កើត:

• មិនតែងតែមានកញ្ចប់ដែលមានកំណែចុងក្រោយរបស់ Nginx ទេ។
• មិនមានកញ្ចប់ដែលមានម៉ូឌុលដែលត្រូវការទេ។
• ការចងក្រង និងបង្កើតកញ្ចប់មួយដោយដៃគឺប្រើប្រាស់ពេលវេលា និងគួរឱ្យធុញទ្រាន់។
• មិនមានការពិពណ៌នាអំពីរបៀបដែលវត្ថុ Nginx នេះត្រូវបានប្រមូលផ្តុំ។

ដើម្បីដោះស្រាយបញ្ហាទាំងនេះ តម្រូវការកើតឡើងសម្រាប់ឧបករណ៍ដែលនឹងបញ្ចូលការបញ្ជាក់ក្នុងទម្រង់ដែលអាចអានបានដោយមនុស្ស និងប្រមូលផ្តុំកញ្ចប់ Nginx ជាមួយនឹងមុខងារចាំបាច់ដោយផ្អែកលើវា។

មិនស្វែងរកជម្រើសសមរម្យសម្រាប់យើងនៅលើភាពធំទូលាយនៃ Github យើងបានសម្រេចចិត្តបង្កើតឧបករណ៍ផ្ទាល់ខ្លួនរបស់យើង - nginx-builder.

លក្ខណៈពិសេស

នៅក្នុងឧបករណ៍របស់យើង យើងចង់បង្កើតការពិពណ៌នានៃការបញ្ជាក់នៅក្នុងទម្រង់នៃកូដ ដែលបន្ទាប់មកអាចត្រូវបានដាក់ចូលទៅក្នុងឃ្លាំង Git ។ ដើម្បីធ្វើដូចនេះយើងបានជ្រើសរើសទម្រង់ដែលធ្លាប់ស្គាល់សម្រាប់រឿងបែបនេះ - yaml ។ ឧទាហរណ៍ជាក់លាក់៖

nginx_version: 1.14.1
output_package: deb
modules:
  - module:
      name: nginx-auth-ldap
      git_url: https://github.com/kvspb/nginx-auth-ldap.git
      git_branch: master
      dependencies:
        - libldap2-dev
  - module:
      name: ngx_http_substitutions_filter_module
      git_url: https://github.com/yaoweibin/ngx_http_substitutions_filter_module.git
  - module:
      name: headers-more-nginx-module
      web_url: https://github.com/openresty/headers-more-nginx-module/archive/v0.261.zip
  - module:
      name: nginx-module-vts
      git_url: https://github.com/vozlt/nginx-module-vts.git
      git_tag: v0.1.18
  - module:
      name: ngx_devel_kit
      git_url: https://github.com/simplresty/ngx_devel_kit.git
      git_tag: v0.3.0
  - module:
      name: ngx_cache_purge
      git_url: https://github.com/FRiCKLE/ngx_cache_purge.git
  - module:
      name: ngx_http_dyups_module
      git_url: https://github.com/yzprofile/ngx_http_dyups_module.git
  - module:
      name: nginx-brotli
      git_url: https://github.com/eustas/ngx_brotli.git
      git_tag: v0.1.2
  - module:
      name: nginx_upstream_check_module
      git_url: https://github.com/yaoweibin/nginx_upstream_check_module.git
  - module:
      name: njs
      git_url: https://github.com/nginx/njs.git
      git_tag: 0.2.5
      config_folder_path: nginx

នៅទីនេះយើងបង្ហាញថាយើងចង់ឃើញកញ្ចប់ deb ជាមួយ Nginx កំណែ 1.14.2 ជាមួយនឹងសំណុំម៉ូឌុលដែលត្រូវការ។ ផ្នែកដែលមានម៉ូឌុលគឺស្រេចចិត្ត។ សម្រាប់ពួកវានីមួយៗអ្នកអាចកំណត់:

• ឈ្មោះ។
• អាសយដ្ឋានដែលអ្នកអាចទទួលបានវា៖
  • ឃ្លាំង Git ។ អ្នកក៏អាចបញ្ជាក់សាខា ឬស្លាកផងដែរ។
  • បណ្ណសារតំណគេហទំព័រ។
  • តំណភ្ជាប់ក្នុងស្រុកទៅកាន់ប័ណ្ណសារ។

ម៉ូឌុលមួយចំនួនតម្រូវឱ្យដំឡើងភាពអាស្រ័យបន្ថែម ឧទាហរណ៍ nginx-auth-ldap តម្រូវឱ្យដំឡើង libldap2-dev ។ ភាពអាស្រ័យចាំបាច់ក៏អាចត្រូវបានបញ្ជាក់នៅពេលពិពណ៌នាអំពីម៉ូឌុល។

បរិស្ថាន

នៅក្នុងឧបករណ៍របស់យើង អ្នកអាចទទួលបានបរិយាកាសយ៉ាងរហ័សជាមួយនឹងឧបករណ៍ប្រើប្រាស់ដែលបានដំឡើងសម្រាប់ការចងក្រង ការដំឡើងកញ្ចប់ និងកម្មវិធីជំនួយផ្សេងទៀត។ កុងតឺន័រ Docker ដែលមានអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការគឺល្អនៅទីនេះ (ឃ្លាំងមានឧទាហរណ៍មួយចំនួននៃឯកសារ Docker សម្រាប់ ubuntu និង centos)។

បន្ទាប់​ពី​ការ​កំណត់​ត្រូវ​បាន​គូរ​ឡើង និង​បរិស្ថាន​ត្រូវ​បាន​រៀបចំ យើង​បាន​បើក​ដំណើរការ​ក្រុមហ៊ុន​សាងសង់​របស់​យើង ដោយ​បាន​ដំឡើង​ការ​អាស្រ័យ​របស់​វា​ពី​មុន៖

pip3 install -r requirements.txt
./main.py build -f [конфиг_файл].yaml -r [номер_ревизии]

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

builder - INFO - Parse yaml file: example.config.yaml
builder - INFO - Download scripts for build deb package
builder - INFO - Downloading nginx src...
builder - INFO - --> http://nginx.org/download/nginx-1.14.1.tar.gz
builder - INFO - Downloading 3d-party modules...
builder - INFO - Module nginx-auth-ldap will download by branch
builder - INFO - -- Done: nginx-auth-ldap
builder - INFO - -- Done: ngx_http_substitutions_filter_module
builder - INFO - Module headers-more-nginx-module will downloading
builder - INFO - Module nginx-module-vts will download by tag
builder - INFO - -- Done: nginx-module-vts
builder - INFO - Module ngx_devel_kit will download by tag
builder - INFO - -- Done: ngx_devel_kit
builder - INFO - -- Done: ngx_cache_purge
builder - INFO - -- Done: ngx_http_dyups_module
builder - INFO - Downloading dependencies
builder - INFO - Building .deb package
builder - INFO - Running 'dh_make'...
builder - INFO - Running 'dpkg-buildpackage'...
dpkg-deb: building package 'nginx' in '../nginx_1.14.1-1_amd64.deb'.

ដូច្នេះ ដោយគ្រាន់តែប្រើពាក្យបញ្ជាពីរបីប៉ុណ្ណោះ យើងបង្កើតបរិស្ថាន និងការដំឡើង Nginx ដែលត្រូវការ ហើយកញ្ចប់នឹងបង្ហាញនៅក្នុងថតពីកន្លែងដែលស្គ្រីបត្រូវបានចាប់ផ្តើម។

ការបង្កប់

យើងក៏អាចរួមបញ្ចូលឧបករណ៍របស់យើងទៅក្នុងដំណើរការ CI/CD ផងដែរ។ ជាឧទាហរណ៍ ប្រព័ន្ធ CI ជាច្រើនដែលមានស្រាប់នាពេលបច្ចុប្បន្ននេះ អាចជួយក្នុងរឿងនេះបាន។ ទីក្រុងក្រុម ឬ Gitlab CI.

ជាលទ្ធផល រាល់ពេលដែលការបញ្ជាក់ផ្លាស់ប្តូរនៅក្នុងឃ្លាំង Git ការបង្កើតវត្ថុបុរាណត្រូវបានដំណើរការដោយស្វ័យប្រវត្តិ។ លេខ​កំណែ​ទម្រង់​ត្រូវ​បាន​ភ្ជាប់​ទៅ​នឹង​បញ្ជរបើក​ដំណើរការ​សាងសង់។
ជាមួយនឹងពេលវេលាបន្ថែមបន្តិចទៀត អ្នកអាចកំណត់រចនាសម្ព័ន្ធវត្ថុបុរាណដែលត្រូវផ្ញើទៅកាន់ឃ្លាំងកញ្ចប់មូលដ្ឋានរបស់អ្នក Nexus, Artifactory ហើយដូច្នេះនៅលើ។

អត្ថប្រយោជន៍បន្ថែមគឺថាឯកសារកំណត់រចនាសម្ព័ន្ធ yaml អាចត្រូវបានភ្ជាប់ទៅ Ansible ឬប្រព័ន្ធកំណត់រចនាសម្ព័ន្ធដោយស្វ័យប្រវត្តិផ្សេងទៀត ហើយពីទីនោះយើងអាចយកលេខកំណែ និងប្រភេទកញ្ចប់ដែលយើងចង់ដាក់ឱ្យប្រើប្រាស់។

មាន​អ្វី​បន្ទាប់

គម្រោង​នេះ​មិន​ទាន់​បញ្ចប់​នៅ​ឡើយ​ទេ។ នេះជាអ្វីដែលយើងកំពុងធ្វើការឥឡូវនេះ៖

• យើងពង្រីកលទ្ធភាពនៃការកំណត់រចនាសម្ព័ន្ធ ប៉ុន្តែក្នុងពេលតែមួយរក្សាវាឱ្យសាមញ្ញតាមដែលអាចធ្វើទៅបាន។ អ្នក​មិន​ចង់​កំណត់​ប៉ារ៉ាម៉ែត្រ​មួយ​ពាន់​ទេ ប្រសិន​បើ​អ្នក​ត្រូវ​ការ​តែ​ពីរ​ប៉ុណ្ណោះ ហើយ​អ្វី​ដែល​នៅ​សល់​ត្រូវ​តាម​លំនាំដើម។ នេះរួមបញ្ចូលទាំងទង់ការចងក្រង (ឥឡូវនេះអ្នកអាចផ្លាស់ប្តូរពួកវានៅក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធខាងក្នុង src/config.py) ផ្លូវដំឡើង និងចាប់ផ្តើមអ្នកប្រើប្រាស់។
• យើងកំពុងបន្ថែមជម្រើសសម្រាប់ការផ្ញើកញ្ចប់ដោយស្វ័យប្រវត្តិទៅកាន់ឃ្លាំងវត្ថុបុរាណផ្សេងៗ។
• ប្រតិបត្តិពាក្យបញ្ជាផ្ទាល់ខ្លួននៅពេលផ្ទុកម៉ូឌុល (ឧទាហរណ៍ ដើម្បីប្រើ github.com/nginx-modules/nginx_upstream_check_module ដំបូងអ្នកត្រូវតែអនុវត្តបំណះនៃកំណែជាក់លាក់មួយ)
• ការបន្ថែមការធ្វើតេស្ត៖
  • កញ្ចប់ត្រូវបានដំឡើងយ៉ាងត្រឹមត្រូវ។
  • Nginx មានកំណែដែលត្រូវការ ហើយត្រូវបានបង្កើតឡើងជាមួយនឹងទង់ និងម៉ូឌុលដែលត្រូវការ។
  • ផ្លូវចាំបាច់ គណនី និងអ្វីៗផ្សេងទៀតត្រូវបានបង្កើតឡើង។

ប៉ុន្តែ​អ្នក​អាច​ប្រើ​ឧបករណ៍​នេះ​ឥឡូវ​នេះ ហើយ​ក៏​ស្នើ​ឱ្យ​មាន​ការ​កែលម្អ​ផង​ដែរ - github.com/TinkoffCreditSystems/Nginx-builder ស្វា​គម​ន៏!

ប្រភព: www.habr.com