ទិដ្ឋភាពទូទៅ និងការប្រៀបធៀបឧបករណ៍បញ្ជា Ingress សម្រាប់ Kubernetes

នៅពេលបើកដំណើរការក្រុម Kubernetes សម្រាប់កម្មវិធីជាក់លាក់មួយ អ្នកត្រូវយល់ពីអ្វីដែលកម្មវិធីខ្លួនវា អាជីវកម្ម និងអ្នកអភិវឌ្ឍន៍បង្កើតធនធាននេះ។ ជាមួយនឹងព័ត៌មាននេះ អ្នកអាចចាប់ផ្តើមធ្វើការសម្រេចចិត្តផ្នែកស្ថាបត្យកម្ម ហើយជាពិសេសការជ្រើសរើសឧបករណ៍បញ្ជា Ingress ជាក់លាក់ ដែលក្នុងនោះមានមួយចំនួនធំរួចទៅហើយនាពេលបច្ចុប្បន្ននេះ។ ដើម្បីទទួលបានគំនិតជាមូលដ្ឋាននៃជម្រើសដែលមានដោយមិនចាំបាច់ឆ្លងកាត់អត្ថបទ/ឯកសារច្រើន ។ល។ យើងបានរៀបចំទិដ្ឋភាពទូទៅនេះ រួមទាំងឧបករណ៍បញ្ជាសំខាន់ (ផលិតរួចរាល់)។

យើងសង្ឃឹមថាវានឹងជួយសហសេវិកក្នុងការជ្រើសរើសដំណោះស្រាយស្ថាបត្យកម្ម - យ៉ាងហោចណាស់វានឹងក្លាយជាចំណុចចាប់ផ្តើមមួយសម្រាប់ការទទួលបានព័ត៌មានលម្អិតបន្ថែម និងការពិសោធន៍ជាក់ស្តែង។ ពីមុន យើងបានសិក្សាសម្ភារៈស្រដៀងគ្នាផ្សេងទៀតនៅលើបណ្តាញ ហើយអ្វីដែលចម្លែកគ្រប់គ្រាន់ រកមិនឃើញពេញលេញ ឬតិចជាងនេះទេ ហើយសំខាន់បំផុត - រចនាសម្ព័ន្ធ - ពិនិត្យឡើងវិញ។ ដូច្នេះសូមបំពេញចន្លោះនេះ!

លក្ខណៈវិនិច្ឆ័យ

ជាគោលការណ៍ ដើម្បីធ្វើការប្រៀបធៀប និងទទួលបានលទ្ធផលដែលមានប្រយោជន៍ អ្នកត្រូវយល់មិនត្រឹមតែប្រធានបទប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានបញ្ជីលក្ខណៈវិនិច្ឆ័យជាក់លាក់ដែលនឹងកំណត់វ៉ិចទ័រស្រាវជ្រាវផងដែរ។ ដោយមិនធ្វើពុតជាវិភាគករណីដែលអាចកើតមានទាំងអស់នៃការប្រើប្រាស់ Ingress / Kubernetes យើងបានព្យាយាមគូសបញ្ជាក់តម្រូវការទូទៅបំផុតសម្រាប់ឧបករណ៍បញ្ជា - ត្រូវបានរៀបចំថាក្នុងករណីណាក៏ដោយអ្នកនឹងត្រូវសិក្សាពីលក្ខណៈជាក់លាក់ និងជាក់លាក់របស់អ្នកដោយឡែកពីគ្នា។

ប៉ុន្តែ​ខ្ញុំ​នឹង​ចាប់ផ្តើម​ជាមួយនឹង​លក្ខណៈ​ដែល​ធ្លាប់​ស្គាល់​ហើយ​ដែល​ពួកគេ​ត្រូវ​បាន​អនុវត្ត​ក្នុង​ដំណោះស្រាយ​ទាំងអស់ ហើយ​មិន​ត្រូវ​បាន​គេ​ពិចារណា​ឡើយ​៖

• ការរកឃើញថាមវន្តនៃសេវាកម្ម (ការរកឃើញសេវាកម្ម);
• ការបញ្ចប់ SSL;
• ធ្វើការជាមួយ websockets ។

ឥឡូវនេះសម្រាប់ចំណុចនៃការប្រៀបធៀប:

ពិធីការគាំទ្រ

លក្ខណៈវិនិច្ឆ័យជ្រើសរើសជាមូលដ្ឋានមួយ។ កម្មវិធីរបស់អ្នកប្រហែលជាមិនដំណើរការលើ HTTP ស្តង់ដារទេ ឬវាអាចត្រូវការដំណើរការលើពិធីការច្រើនក្នុងពេលតែមួយ។ ប្រសិនបើករណីរបស់អ្នកមិនមានលក្ខណៈស្តង់ដារ ត្រូវប្រាកដថាយកកត្តានេះទៅក្នុងគណនី ដើម្បីកុំឱ្យអ្នកកំណត់រចនាសម្ព័ន្ធចង្កោមឡើងវិញនៅពេលក្រោយ។ សម្រាប់ឧបករណ៍បញ្ជាទាំងអស់ បញ្ជីនៃពិធីការដែលបានគាំទ្រប្រែប្រួល។

កម្មវិធីនៅស្នូល

មានការប្រែប្រួលជាច្រើននៃកម្មវិធីដែលឧបករណ៍បញ្ជាត្រូវបានផ្អែកលើ។ អ្នកដែលពេញនិយមគឺ nginx, traefik, haproxy, បេសកជន។ ក្នុងករណីទូទៅ វាប្រហែលជាមិនមានឥទ្ធិពលច្រើនលើរបៀបដែលចរាចរណ៍ត្រូវបានទទួល និងបញ្ជូននោះទេ ប៉ុន្តែវាតែងតែមានប្រយោជន៍ក្នុងការដឹងពីភាពខុសប្លែក និងលក្ខណៈពិសេសដែលមានសក្តានុពលនៃអ្វីដែល "នៅក្រោមក្រណាត់"។

ផ្លូវចរាចរណ៍

នៅលើមូលដ្ឋាននៃអ្វីដែលវាអាចធ្វើទៅបានដើម្បីធ្វើការសម្រេចចិត្តអំពីទិសដៅនៃចរាចរណ៍ទៅកាន់សេវាជាក់លាក់មួយ? ជាធម្មតាទាំងនេះគឺជាម៉ាស៊ីន និងផ្លូវ ប៉ុន្តែមានលទ្ធភាពបន្ថែម។

Namespace នៅក្នុងចង្កោមមួយ។

Namespace (namespace) - សមត្ថភាពក្នុងការបំបែកធនធានដោយឡូជីខលនៅក្នុង Kubernetes (ឧទាហរណ៍នៅលើឆាក ការផលិត។ល។) មានឧបករណ៍បញ្ជា Ingress ដែលត្រូវតែដំឡើងដោយឡែកពីគ្នានៅក្នុង namespace នីមួយៗ (ហើយបន្ទាប់មកវាអាចដឹកនាំចរាចរបាន។ តែ ទៅផតថលនៃលំហនេះ)។ ហើយមានទាំងនោះ (និងភាគច្រើនច្បាស់លាស់របស់ពួកគេ) ដែលធ្វើការជាសកលសម្រាប់ចង្កោមទាំងមូល - នៅក្នុងពួកគេ ចរាចរណ៍ត្រូវបានដឹកនាំទៅកាន់ផ្នែកណាមួយនៃចង្កោម ដោយមិនគិតពីទំហំឈ្មោះ។

គំរូសម្រាប់ទឹកទន្លេ

តើ​ចរាចរណ៍​ត្រូវ​បាន​ដឹកនាំ​ទៅ​កាន់​ករណី​ដែល​មាន​សុខភាព​ល្អ​នៃ​កម្មវិធី និង​សេវាកម្ម​យ៉ាង​ដូចម្ដេច? មានជម្រើសជាមួយនឹងការត្រួតពិនិត្យសកម្ម និងអកម្ម ការព្យាយាមម្តងទៀត ឧបករណ៍បំបែកសៀគ្វី (សម្រាប់ព័ត៌មានលម្អិត សូមមើលឧទាហរណ៍ អត្ថបទអំពី Istio)ការអនុវត្តការត្រួតពិនិត្យសុខភាពផ្ទាល់ខ្លួន (ការត្រួតពិនិត្យសុខភាពផ្ទាល់ខ្លួន) ។ល។ ប៉ារ៉ាម៉ែត្រសំខាន់ណាស់ ប្រសិនបើអ្នកមានតម្រូវការខ្ពស់សម្រាប់ភាពអាចរកបាន និងការដកចេញទាន់ពេលវេលានៃសេវាកម្មដែលបរាជ័យពីតុល្យភាព។

ក្បួនដោះស្រាយតុល្យភាព

មានជម្រើសជាច្រើន: ពីប្រពៃណី រ៉ូបូតមូល ទៅកម្រនិងអសកម្ម rdp-ខូគីក៏ដូចជាលក្ខណៈបុគ្គលដូចជា វគ្គស្អិត.

ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ

តើគម្រោងការអនុញ្ញាតអ្វីខ្លះដែលឧបករណ៍បញ្ជាគាំទ្រ? Basic, digest, oauth, external-auth - ខ្ញុំគិតថាជម្រើសទាំងនេះគួរតែស៊ាំ។ នេះគឺជាលក្ខណៈវិនិច្ឆ័យដ៏សំខាន់ប្រសិនបើមានរង្វិលជុំរបស់អ្នកអភិវឌ្ឍន៍ជាច្រើន (និង/ឬគ្រាន់តែជាឯកជន) ដែលត្រូវបានចូលដំណើរការតាមរយៈ Ingress ។

ការចែកចាយចរាចរណ៍

តើ​ឧបករណ៍​បញ្ជា​គាំទ្រ​យន្តការ​ចែកចាយ​ចរាចរណ៍​ដែល​ប្រើ​ជា​ទូទៅ​ដូច​ជា​ការ​ដាក់​ពង្រាយ Canary (canary), ការធ្វើតេស្ត A/B, ការ​ឆ្លុះ​ចរាចរណ៍ (ឆ្លុះ/ស្រមោល) ដែរ​ឬ​ទេ? នេះគឺជាប្រធានបទដ៏ឈឺចាប់មួយសម្រាប់កម្មវិធីដែលត្រូវការការគ្រប់គ្រងចរាចរណ៍ត្រឹមត្រូវ និងច្បាស់លាស់សម្រាប់ការធ្វើតេស្តប្រកបដោយផលិតភាព ការបំបាត់កំហុសផលិតផលក្រៅបណ្តាញ (ឬជាមួយនឹងការបាត់បង់តិចតួច) ការវិភាគចរាចរណ៍ជាដើម។

ការជាវដែលបានបង់

តើមានជម្រើសបង់ប្រាក់សម្រាប់ឧបករណ៍បញ្ជាដែលមានមុខងារកម្រិតខ្ពស់ និង/ឬជំនួយបច្ចេកទេសដែរឬទេ?

ចំណុចប្រទាក់អ្នកប្រើក្រាហ្វិក (Web UI)

តើមាន GUI ដើម្បីគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធឧបករណ៍បញ្ជាទេ? ជាចម្បងសម្រាប់ "ភាពងាយស្រួល" និង / ឬសម្រាប់អ្នកដែលត្រូវការធ្វើការផ្លាស់ប្តូរមួយចំនួនចំពោះការកំណត់រចនាសម្ព័ន្ធ Ingress'a ប៉ុន្តែការធ្វើការជាមួយគំរូ "ឆៅ" គឺមានការរអាក់រអួល។ វាអាចមានប្រយោជន៍ប្រសិនបើអ្នកអភិវឌ្ឍន៍ចង់ធ្វើការពិសោធន៍មួយចំនួនជាមួយចរាចរណ៍ភ្លាមៗ។

ការផ្ទៀងផ្ទាត់ JWT

វត្តមាននៃការភ្ជាប់មកជាមួយនូវសុពលភាពនៃនិមិត្តសញ្ញាគេហទំព័រ JSON សម្រាប់ការអនុញ្ញាត និងសុពលភាពរបស់អ្នកប្រើប្រាស់ទៅកាន់កម្មវិធីចុងក្រោយ។

លទ្ធភាពសម្រាប់ការកំណត់រចនាសម្ព័ន្ធតាមបំណង

ការពង្រីកគំរូក្នុងន័យថាមានយន្តការដែលអនុញ្ញាតឱ្យអ្នកបន្ថែមការណែនាំ ទង់ជាតិ ជាដើម។ ទៅកាន់គំរូកំណត់រចនាសម្ព័ន្ធស្តង់ដារ។

យន្តការការពារ DDOS ជាមូលដ្ឋាន

ក្បួនដោះស្រាយកម្រិតអត្រាសាមញ្ញ ឬជម្រើសតម្រងចរាចរណ៍ដ៏ស្មុគស្មាញ ដោយផ្អែកលើអាសយដ្ឋាន បញ្ជីស ប្រទេស។ល។

ស្នើសុំដាន

សមត្ថភាពក្នុងការត្រួតពិនិត្យ តាមដាន និងបំបាត់កំហុសសំណើពី Ingresses ទៅកាន់សេវាកម្មជាក់លាក់ / pods និងតាមឧត្ដមគតិរវាងសេវាកម្ម / pods ផងដែរ។

វ៉ាហ្វ

ការគាំទ្រ កម្មវិធីជញ្ជាំងភ្លើង.

ឧបករណ៍បញ្ជា

បញ្ជីឧបករណ៍បញ្ជាត្រូវបានបង្កើតឡើងដោយផ្អែកលើ ឯកសារ Kubernetes ផ្លូវការ и តារាងនេះ។. យើងបានដកចេញពួកគេមួយចំនួនពីការពិនិត្យឡើងវិញ ដោយសារភាពជាក់លាក់ ឬអត្រាប្រេវ៉ាឡង់ទាប (ដំណាក់កាលដំបូងនៃការអភិវឌ្ឍន៍)។ នៅសល់ត្រូវបានពិភាក្សាដូចខាងក្រោម។ ចូរចាប់ផ្តើមជាមួយនឹងការពិពណ៌នាទូទៅនៃដំណោះស្រាយ ហើយបន្តជាមួយតារាងសង្ខេប។

ចូលពី Kubernetes

វេបសាយ: github.com/kubernetes/ingress-nginx
អាជ្ញាប័ណ្ណ៖ Apache 2.0

នេះគឺជាឧបករណ៍បញ្ជាផ្លូវការសម្រាប់ Kubernetes ហើយកំពុងត្រូវបានបង្កើតឡើងដោយសហគមន៍។ ជាក់ស្តែងពីឈ្មោះ វាត្រូវបានផ្អែកលើ nginx និងត្រូវបានបំពេញបន្ថែមដោយសំណុំផ្សេងគ្នានៃកម្មវិធីជំនួយ Lua ដែលត្រូវបានប្រើដើម្បីអនុវត្តមុខងារបន្ថែម។ ដោយសារតែភាពពេញនិយមនៃ nginx ខ្លួនវា និងការកែប្រែតិចតួចបំផុតចំពោះវានៅពេលប្រើជាឧបករណ៍បញ្ជា ជម្រើសនេះអាចជាការងាយស្រួលបំផុត និងងាយស្រួលបំផុតក្នុងការកំណត់រចនាសម្ព័ន្ធសម្រាប់វិស្វករមធ្យម (ជាមួយនឹងបទពិសោធន៍គេហទំព័រ)។

Ingress ដោយ NGINX Inc.

វេបសាយ: github.com/nginxinc/kubernetes-ingress
អាជ្ញាប័ណ្ណ៖ Apache 2.0

ផលិតផលផ្លូវការរបស់អ្នកអភិវឌ្ឍន៍ nginx ។ មានកំណែបង់ប្រាក់ដោយផ្អែកលើ NGINX បូក. គំនិតចម្បងគឺកម្រិតខ្ពស់នៃស្ថេរភាព ភាពឆបគ្នាថយក្រោយថេរ អវត្តមាននៃម៉ូឌុលបន្ថែមណាមួយ និងល្បឿនកើនឡើងដែលបានប្រកាស (បើប្រៀបធៀបទៅនឹងឧបករណ៍បញ្ជាផ្លូវការ) ដែលសម្រេចបានដោយសារតែការបដិសេធរបស់ Lua ។

កំណែឥតគិតថ្លៃត្រូវបានកាត់បន្ថយយ៉ាងខ្លាំង រួមទាំងបើប្រៀបធៀបជាមួយឧបករណ៍បញ្ជាផ្លូវការ (ដោយសារតែខ្វះម៉ូឌុល Lua ដូចគ្នា)។ ក្នុងពេលជាមួយគ្នានេះ ប្រាក់ដែលបានបង់មានមុខងារបន្ថែមដ៏ធំទូលាយដោយស្មើភាព៖ រង្វាស់ពេលវេលាជាក់ស្តែង សុពលភាព JWT ការត្រួតពិនិត្យសុខភាពសកម្ម និងច្រើនទៀត។ អត្ថប្រយោជន៍ដ៏សំខាន់មួយនៅលើ NGINX Ingress គឺការគាំទ្រពេញលេញសម្រាប់ចរាចរណ៍ TCP / UDP (និងនៅក្នុងកំណែសហគមន៍ផងដែរ!) ដក - ការខ្វះខាត មុខងារចែកចាយចរាចរណ៍ ដែលទោះជាយ៉ាងណា "មានអាទិភាពខ្ពស់បំផុតសម្រាប់អ្នកអភិវឌ្ឍន៍" ប៉ុន្តែត្រូវការពេលវេលាដើម្បីអនុវត្ត។

គង់ អ៊ីង

វេបសាយ: github.com/Kong/kubernetes-ingress-controller
អាជ្ញាប័ណ្ណ៖ Apache 2.0

ផលិតផលដែលបង្កើតឡើងដោយ Kong Inc. នៅក្នុងកំណែពីរ: ពាណិជ្ជកម្មនិងឥតគិតថ្លៃ។ ផ្អែកលើ nginx ដែលត្រូវបានពង្រីកជាមួយនឹងម៉ូឌុល Lua មួយចំនួនធំ។

ដំបូងឡើយ វាត្រូវបានផ្តោតលើដំណើរការ និងបញ្ជូនសំណើ API ពោលគឺឧ។ ជា API Gateway ប៉ុន្តែនៅពេលនេះវាបានក្លាយជាឧបករណ៍បញ្ជា Ingress ពេញលេញ។ គុណសម្បត្តិចម្បង៖ ម៉ូឌុលបន្ថែមជាច្រើន (រួមទាំងអ្នកអភិវឌ្ឍន៍ភាគីទីបី) ដែលងាយស្រួលក្នុងការដំឡើង និងកំណត់រចនាសម្ព័ន្ធ ហើយដោយមានជំនួយពីមុខងារបន្ថែមជាច្រើនត្រូវបានអនុវត្ត។ ទោះជាយ៉ាងណាក៏ដោយ មុខងារដែលភ្ជាប់មកជាមួយបានផ្តល់នូវលទ្ធភាពជាច្រើនរួចទៅហើយ។ ការកំណត់រចនាសម្ព័ន្ធការងារត្រូវបានធ្វើដោយប្រើធនធាន CRD ។

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

ត្រាហ្វិក

វេបសាយ: github.com/containous/traefik
អាជ្ញាប័ណ្ណ៖ MIT

ប្រូកស៊ី​ដែល​ត្រូវ​បាន​បង្កើត​ឡើង​ដំបូង​ដើម្បី​ធ្វើ​ការ​ជាមួយ​នឹង​ការ​កំណត់​ផ្លូវ​សំណើ​សម្រាប់​សេវា​មីក្រូ​ និង​បរិស្ថាន​ថាមវន្ត​របស់​ពួកគេ។ ដូច្នេះ មុខងារមានប្រយោជន៍ជាច្រើន៖ ការធ្វើបច្ចុប្បន្នភាពការកំណត់ដោយមិនចាំបាច់ចាប់ផ្តើមឡើងវិញទាល់តែសោះ ការគាំទ្រសម្រាប់វិធីសាស្រ្តតុល្យភាពមួយចំនួនធំ ចំណុចប្រទាក់គេហទំព័រ ការបញ្ជូនបន្តម៉ែត្រ ការគាំទ្រសម្រាប់ពិធីការផ្សេងៗ REST API ការចេញផ្សាយ Canary និងច្រើនទៀត។ មុខងារល្អមួយទៀតគឺការគាំទ្រសម្រាប់ Let's Encrypt certificates ចេញពីប្រអប់។ គុណវិបត្តិគឺថាដើម្បីរៀបចំភាពអាចរកបានខ្ពស់ (HA) ឧបករណ៍បញ្ជានឹងត្រូវការដំឡើងនិងភ្ជាប់ឧបករណ៍ផ្ទុក KV របស់វា។

HAProxy

វេបសាយ: github.com/jcmoraisjr/haproxy-ingress
អាជ្ញាប័ណ្ណ៖ Apache 2.0

HAProxy ត្រូវបានគេស្គាល់ជាយូរមកហើយថាជាប្រូកស៊ី និងតុល្យភាពចរាចរណ៍។ ជាផ្នែកនៃចង្កោម Kubernetes វាផ្តល់នូវការធ្វើបច្ចុប្បន្នភាពការកំណត់រចនាសម្ព័ន្ធ "ទន់" (ដោយមិនបាត់បង់ចរាចរណ៍) ការរកឃើញសេវាកម្មដោយផ្អែកលើ DNS ការកំណត់រចនាសម្ព័ន្ធថាមវន្តដោយប្រើ API ។ វាអាចមានភាពទាក់ទាញក្នុងការកំណត់គំរូកំណត់រចនាសម្ព័ន្ធតាមបំណងទាំងស្រុងដោយជំនួស CM ក៏ដូចជាលទ្ធភាពប្រើប្រាស់មុខងារបណ្ណាល័យ Sprig នៅក្នុងវា។ ជាទូទៅ ការសង្កត់ធ្ងន់ចម្បងនៃដំណោះស្រាយគឺនៅលើល្បឿនលឿន ការបង្កើនប្រសិទ្ធភាព និងប្រសិទ្ធភាពរបស់វានៅក្នុងធនធានប្រើប្រាស់។ អត្ថប្រយោជន៍នៃឧបករណ៍បញ្ជាគឺការគាំទ្រនៃចំនួនកំណត់ត្រានៃវិធីសាស្រ្តតុល្យភាពផ្សេងគ្នា។

អ្នកធ្វើដំណើរ

វេបសាយ: github.com/appscode/voyager
អាជ្ញាប័ណ្ណ៖ Apache 2.0

ផ្អែកលើឧបករណ៍បញ្ជា HAproxy ដែលត្រូវបានដាក់ជាដំណោះស្រាយជាសកលដែលគាំទ្រមុខងារជាច្រើនលើអ្នកផ្តល់សេវាមួយចំនួនធំ។ ឱកាសមួយត្រូវបានផ្តល់ជូនសម្រាប់ការធ្វើឱ្យមានតុល្យភាពចរាចរណ៍នៅលើ L7 និង L4 ហើយការធ្វើឱ្យមានតុល្យភាពចរាចរណ៍ TCP L4 ទាំងមូលអាចត្រូវបានគេហៅថាជាលក្ខណៈសំខាន់មួយនៃដំណោះស្រាយ។

វណ្ឌវង្ក។

វេបសាយ: github.com/heptio/contour
អាជ្ញាប័ណ្ណ៖ Apache 2.0

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

វាក៏ផ្តល់នូវសំណុំបន្ថែមនៃវិធីសាស្ត្រតុល្យភាព (មានសំណើសុំឆ្លុះ ការធ្វើឡើងវិញដោយស្វ័យប្រវត្តិ ការកំណត់អត្រាសំណើ និងច្រើនទៀត) ការត្រួតពិនិត្យលម្អិតនៃលំហូរចរាចរ និងការបរាជ័យ។ ប្រហែលជាសម្រាប់នរណាម្នាក់ វានឹងក្លាយជាគុណវិបត្តិដ៏សំខាន់មួយ កង្វះការគាំទ្រសម្រាប់វគ្គស្អិត (ទោះបីជាការងារក៏ដោយ។ កំពុងដំណើរការហើយ។).

អ៊ីស្ទីយ៉ូ Ingress

វេបសាយ: istio.io/docs/tasks/traffic-management/ingress
អាជ្ញាប័ណ្ណ៖ Apache 2.0

ដំណោះស្រាយសំណាញ់សេវាកម្មដ៏ទូលំទូលាយដែលមិនត្រឹមតែជាឧបករណ៍បញ្ជា Ingress ដែលគ្រប់គ្រងចរាចរណ៍ចូលពីខាងក្រៅប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងគ្រប់គ្រងចរាចរណ៍ទាំងអស់នៅក្នុងចង្កោមផងដែរ។ នៅក្រោមក្រណាត់ Envoy ត្រូវបានប្រើជាប្រូកស៊ីរថយន្តចំហៀងសម្រាប់សេវាកម្មនីមួយៗ។ នៅក្នុងខ្លឹមសារ នេះគឺជាការរួមផ្សំដ៏ធំមួយដែល "អាចធ្វើអ្វីបាន" ហើយគំនិតចម្បងរបស់វាគឺសមត្ថភាពក្នុងការគ្រប់គ្រងអតិបរមា ភាពអាចពង្រីកបាន សុវត្ថិភាព និងតម្លាភាព។ ជាមួយវា អ្នកអាចកែសម្រួលផ្លូវចរាចរណ៍ ចូលប្រើការអនុញ្ញាតរវាងសេវាកម្ម តុល្យភាព ការត្រួតពិនិត្យ ការចេញផ្សាយ Canary និងច្រើនទៀត។ សូមអានបន្ថែមអំពី Istio នៅក្នុងស៊េរីនៃអត្ថបទ "ត្រឡប់ទៅ សេវាមីក្រូ ជាមួយ Istio"។

ឯកអគ្គរដ្ឋទូត

វេបសាយ: github.com/datawire/ambassador
អាជ្ញាប័ណ្ណ៖ Apache 2.0

ដំណោះស្រាយមួយទៀតផ្អែកលើ Envoy ។ វាមានកំណែឥតគិតថ្លៃ និងពាណិជ្ជកម្ម។ វាត្រូវបានដាក់ថាជា "ដើមកំណើតពេញលេញសម្រាប់ Kubernetes" ដែលនាំមកនូវគុណសម្បត្តិដែលត្រូវគ្នា (ការរួមបញ្ចូលយ៉ាងតឹងរឹងជាមួយនឹងវិធីសាស្រ្ត និងអង្គភាពនៃក្រុម K8s) ។

តារាងប្រៀបធៀប

ដូច្នេះ ចំណុចសំខាន់នៃអត្ថបទគឺជាតារាងដ៏ធំនេះ៖

វា​អាច​ចុច​បាន​សម្រាប់​ទិដ្ឋភាព​កាន់តែ​ជិត ហើយ​ក៏​មាន​ជា​ទម្រង់​ផងដែរ។ Google សន្លឹក.

សូមសង្ខេប។

គោលបំណងនៃអត្ថបទនេះគឺដើម្បីផ្តល់នូវការយល់ដឹងពេញលេញបន្ថែមទៀត (ទោះជាយ៉ាងណា ដោយមិនអស់ន័យទេ!) នៃជម្រើសអ្វីដែលត្រូវធ្វើនៅក្នុងករណីជាក់លាក់របស់អ្នក។ ជាធម្មតា ឧបករណ៍បញ្ជានីមួយៗមានគុណសម្បត្តិ និងគុណវិបត្តិរៀងៗខ្លួន…

Ingress បុរាណពី Kubernetes គឺល្អសម្រាប់ភាពអាចរកបាន និងការបង្ហាញរបស់វា លក្ខណៈពិសេសគ្រប់គ្រាន់ - ក្នុងករណីទូទៅ វាគួរតែ "គ្រប់គ្រាន់សម្រាប់ភ្នែក" ។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើមានតម្រូវការកើនឡើងសម្រាប់ស្ថេរភាព កម្រិតនៃលក្ខណៈពិសេស និងការអភិវឌ្ឍន៍ អ្នកគួរតែយកចិត្តទុកដាក់ចំពោះ Ingress ជាមួយ NGINX Plus និងការជាវបង់ប្រាក់។ Kong មានសំណុំកម្មវិធីជំនួយដែលមានជាងគេបំផុត (ហើយតាមនោះ ឱកាសដែលពួកគេផ្តល់) ហើយនៅក្នុងកំណែដែលបានបង់មានច្រើនជាងនេះទៀត។ វាមានឱកាសច្រើនក្នុងការធ្វើការជា API Gateway ការកំណត់រចនាសម្ព័ន្ធថាមវន្តដោយផ្អែកលើធនធាន CRD ក៏ដូចជាសេវាកម្ម Kubernetes ជាមូលដ្ឋាន។

ជាមួយនឹងតម្រូវការកើនឡើងសម្រាប់តុល្យភាព និងការអនុញ្ញាត សូមមើល Traefik និង HAProxy ។ ទាំងនេះគឺជាគម្រោងប្រភពបើកចំហ ដែលបង្ហាញឱ្យឃើញក្នុងរយៈពេលជាច្រើនឆ្នាំ មានស្ថេរភាព និងកំពុងអភិវឌ្ឍយ៉ាងសកម្ម។ Contour បានចេញអស់រយៈពេលពីរបីឆ្នាំហើយ ប៉ុន្តែវានៅតែមើលទៅក្មេងពេក ហើយមានលក្ខណៈពិសេសជាមូលដ្ឋានបន្ថែមពីលើ Envoy ប៉ុណ្ណោះ។ ប្រសិនបើមានតម្រូវការសម្រាប់វត្តមាន / ការបង្កប់ WAF នៅពីមុខកម្មវិធី អ្នកគួរតែយកចិត្តទុកដាក់ចំពោះ Ingress ដូចគ្នាពី Kubernetes ឬ HAProxy ។

ហើយ​លក្ខណៈ​សម្បត្តិ​ដែល​មាន​បំផុត​គឺ​ផលិតផល​ដែល​បាន​បង្កើត​ឡើង​នៅ​លើ​កំពូល​របស់ Envoy ជាពិសេស Istio។ វាហាក់ដូចជាដំណោះស្រាយដ៏ទូលំទូលាយមួយដែល "អាចធ្វើអ្វីបាន" ដែលទោះជាយ៉ាងណាក៏មានន័យថាកម្រិតចូលខ្ពស់គួរឱ្យកត់សម្គាល់សម្រាប់ការកំណត់រចនាសម្ព័ន្ធ / ការបើកដំណើរការ / ការគ្រប់គ្រងជាងដំណោះស្រាយផ្សេងទៀត។

យើងបានជ្រើសរើស និងនៅតែប្រើ Ingress ពី Kubernetes ជាឧបករណ៍បញ្ជាស្តង់ដារ ដែលគ្របដណ្តប់ 80-90% នៃតម្រូវការ។ វាពិតជាអាចទុកចិត្តបាន ងាយស្រួលក្នុងការកំណត់រចនាសម្ព័ន្ធ និងពង្រីក។ ជាទូទៅ អវត្ដមាននៃតម្រូវការជាក់លាក់ វាគួរតែសមនឹងក្រុម/កម្មវិធីភាគច្រើន។ ក្នុងចំណោមផលិតផលសកល និងសាមញ្ញដូចគ្នា Traefik និង HAProxy អាចត្រូវបានណែនាំ។

PS

សូមអានផងដែរនៅលើប្លក់របស់យើង៖

• "ត្រលប់ទៅសេវាកម្មខ្នាតតូចជាមួយ Istio"៖ ផ្នែកទី 1 (ការណែនាំអំពីលក្ខណៈសំខាន់ៗ), ផ្នែកទី 2 (ផ្លូវ, ការត្រួតពិនិត្យចរាចរណ៍), ផ្នែកទី 3 (ការផ្ទៀងផ្ទាត់ និងការអនុញ្ញាត);
• «គន្លឹះ និងល្បិច Kubernetes៖ ទំព័រកំហុសផ្ទាល់ខ្លួននៅក្នុង NGINX Ingress»
• «គន្លឹះ និងល្បិច Kubernetes៖ ចូលទៅកាន់គេហទំព័រអភិវឌ្ឍន៍"។

ប្រភព: www.habr.com