🥇@Kubernetes Meetup #3 ក្នុងក្រុម Mail.ru៖ ថ្ងៃទី ២១ ខែមិថុនា

ពីខែកុម្ភៈ ស្រឡាញ់ Kubernetes វាហាក់ដូចជាយើងថាភាពអស់កល្បមួយបានកន្លងផុតទៅហើយ។ រឿងតែមួយគត់ដែលធ្វើឱ្យការបំបែកខ្លួនមានភាពភ្លឺស្វាងនោះគឺថា យើងអាចចូលទៅក្នុង Cloud Native Computing Foundation បញ្ជាក់ការចែកចាយ Kubernetes របស់យើងក្រោមកម្មវិធីអនុលោមតាម Kubernetes ដែលមានការបញ្ជាក់ ហើយបើកដំណើរការវានៅក្នុងសេវាកម្មផងដែរ។ កុងតឺន័រពពក Mail.ru ការអនុវត្តរបស់វានៃ Kubernetes Cluster Autoscaler ។

ដល់ពេលហើយសម្រាប់កម្មវិធី @Kubernetes Meetup លើកទីបីហើយ! សង្ខេប៖

Gazprombank នឹងប្រាប់អ្នកពីរបៀបដែលពួកគេប្រើ Kubernetes នៅក្នុង R&D របស់ពួកគេដើម្បីគ្រប់គ្រង OpenStack;
Mail.ru Cloud Solutions - របៀបធ្វើមាត្រដ្ឋានកម្មវិធីនៅក្នុង K8S ដោយប្រើឧបករណ៍ធ្វើមាត្រដ្ឋាន និងរបៀបដែលពួកគេរៀបចំការអនុវត្តរបស់ពួកគេនៃ Kubernetes Cluster Autoscaler;
និងទីភ្នាក់ងារ Wunderman Thompson - របៀបដែល Kubernetes ជួយពួកគេបង្កើនប្រសិទ្ធភាពវិធីសាស្រ្តអភិវឌ្ឍន៍របស់ពួកគេ និងហេតុអ្វីបានជាមាន Dev ច្រើនជាង Ops នៅក្នុង DevOps ។

កិច្ចប្រជុំនឹងប្រព្រឹត្តទៅនៅថ្ងៃទី 21 ខែមិថុនា (ថ្ងៃសុក្រ) វេលាម៉ោង 18:30 នាទីនៅការិយាល័យទីក្រុងមូស្គូនៃ Mail.ru Group (Leningradsky Prospekt, 39, building 79)។ ការចុះឈ្មោះ ត្រូវបានទាមទារ និងបិទនៅថ្ងៃទី 20 ខែមិថុនា វេលាម៉ោង 11:59 ព្រឹក (ឬមុននេះ ប្រសិនបើកន្លែងទំនេរអស់)។

"Kubernetes សម្រាប់អ្នកអភិវឌ្ឍន៍៖ តើមាន Devs ប៉ុន្មាននាក់នៅក្នុង DevOps?"

Grigory Nikonov, Wunderman Thompson, នាយកគ្រប់គ្រង

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

ទីភ្នាក់ងារ Wunderman Thompson គឺជាអ្នកត្រួសត្រាយផ្លូវមួយក្នុងការអភិវឌ្ឍដំណោះស្រាយអ៊ីនធឺណិតនៅក្នុងប្រទេសរុស្ស៊ី ហើយឥឡូវនេះកំពុងអភិវឌ្ឍទាំងទំព័រចុះចតសាមញ្ញ និងប្រព័ន្ធចែកចាយស្មុគស្មាញ។ Kubernetes ជួយបង្កើនប្រសិទ្ធភាពវិធីសាស្រ្តក្នុងការអភិវឌ្ឍន៍ និងជួយភ្នាក់ងារអតិថិជនធ្វើជាម្ចាស់ផ្ទះ និងដំណើរការដំណោះស្រាយដែលបានបង្កើត។

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

អ្នកនឹងរៀនពីមូលហេតុដែល DevOps មានច្រើនជាង Dev ជាង Ops និងរបៀបដែលភាពខ្ជិលអាចកាត់បន្ថយពេលវេលា និងការចំណាយលើការអភិវឌ្ឍន៍/ជំនួយ ក៏ដូចជា៖

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

"កម្មវិធីធ្វើមាត្រដ្ឋានជាមួយ Kubernetes Cluster Autoscaler៖ ភាពខុសប្លែកគ្នានៃ Autoscaler និងការអនុវត្ត Mail.ru Cloud Solutions"

Alexander Chadin, Mail.ru Cloud Solutions, អ្នកអភិវឌ្ឍន៍សេវាកម្ម PaaS

នៅក្នុងពិភពលោកនាពេលបច្ចុប្បន្ននេះ អ្នកប្រើប្រាស់រំពឹងថាកម្មវិធីរបស់អ្នកតែងតែមានអ៊ីនធឺណិត និងតែងតែមាន ដូច្នេះហើយអាចគ្រប់គ្រងលំហូរចរាចរណ៍បាន ទោះបីជាវាមានទំហំធំប៉ុណ្ណាក៏ដោយ។ Kubernetes ផ្តល់នូវដំណោះស្រាយដ៏ប្រណិតមួយ ដែលអនុញ្ញាតឱ្យអ្នកធ្វើមាត្រដ្ឋានដោយខ្លួនវាទៅតាមការផ្ទុក - Kubernetes Cluster Autoscaler ។

ជាទូទៅនៅក្នុង Kubernetes មានការធ្វើមាត្រដ្ឋានពីរប្រភេទដោយផ្អែកលើអ្វីដែលយើងកំពុងធ្វើមាត្រដ្ឋាន៖ ច្បាប់ចម្លងនៃកម្មវិធីកាន់តែច្រើន ឬធនធានច្រើនទៀត។ ការធ្វើមាត្រដ្ឋានបញ្ឈរ នៅពេលដែលយើងបង្កើនចំនួននៃការចម្លងកម្មវិធីនៅក្នុងថ្នាំងដែលមានស្រាប់។ ហើយការធ្វើមាត្រដ្ឋានផ្ដេកកាន់តែស្មុគស្មាញ - យើងបង្កើនចំនួនថ្នាំង។

ក្នុងករណីទី 2 យើងនឹងអាចបង្កើតច្បាប់ចម្លងកាន់តែច្រើននៃពាក្យសុំ - ដែលនឹងធានាបាននូវភាពអាចរកបានខ្ពស់របស់វា។ យើងនឹងនិយាយអំពីការធ្វើមាត្រដ្ឋានផ្ដេកដោយប្រើ Cluster Autoscaler ។ វាមិនត្រឹមតែអាចកើនឡើងប៉ុណ្ណោះទេថែមទាំងកាត់បន្ថយចំនួនថ្នាំងអាស្រ័យលើបន្ទុកផងដែរ។ ជាឧទាហរណ៍ នៅពេលដែលការផ្ទុកឡើងដល់កំពូល Autoscaler ខ្លួនវានឹងកាត់បន្ថយចំនួនថ្នាំងទៅចំនួនដែលត្រូវការ ហើយដូច្នេះការទូទាត់សម្រាប់ធនធានរបស់អ្នកផ្តល់សេវា។

នៅក្នុងកិច្ចប្រជុំ យើងនឹងប្រាប់អ្នកបន្ថែមទៀតអំពីភាពខុសប្លែកគ្នានៃ Kubernetes Cluster Autoscaler ក៏ដូចជាការលំបាកដែលយើងជួបប្រទះនៅពេលចាប់ផ្តើមការអនុវត្ត Cluster Autoscaler របស់យើងដែលជាផ្នែកមួយនៃសេវាកម្ម Mail.ru Cloud Containers ។ អ្នកនឹងរៀន:

តើឧបករណ៍ធ្វើមាត្រដ្ឋានមាននៅក្នុង Kubernetes អ្វីខ្លះ លក្ខណៈពិសេសនៃការប្រើប្រាស់របស់ពួកគេ;
អ្វីដែលអ្នកគួរយកចិត្តទុកដាក់នៅពេលប្រើឧបករណ៍វាស់ស្ទង់;
របៀបដែលយើងបែងចែកថ្នាំងតាមតំបន់ដែលអាចរកបានដោយប្រើ Node Groups;
របៀបដែលយើងបានអនុវត្តការគាំទ្រសម្រាប់ Kubernetes Cluster Autoscaler នៅក្នុង MCS ។

"R&D នៅ Gazprombank: របៀបដែល K8S ជួយគ្រប់គ្រង OpenStack"

Maxim Kletskin, Gazprombank, អ្នកគ្រប់គ្រងផលិតផល

នៅក្នុងពិភពលោកដែលនិន្នាការគឺសម្រាប់អ្វីគ្រប់យ៉ាងជាសេវាកម្ម ពេលវេលាទៅទីផ្សារគឺសំខាន់ជាងទាំងអស់។ វាចាំបាច់ក្នុងការបង្កើតកម្មវិធីយ៉ាងឆាប់រហ័សដើម្បីសាកល្បងសម្មតិកម្ម និងស្វែងរកទីផ្សារថ្មីនៅពេលនៃការបង្កើតដំបូងរបស់ពួកគេ។ ល្បឿនមានសារៈសំខាន់ជាពិសេសសម្រាប់ធនាគារ ហើយបច្ចេកវិទ្យាថ្មីៗជួយនៅទីនេះ ជាពិសេស បច្ចេកវិទ្យាកុងតឺន័រ និង Kubernetes ។

Maxim Kletskin គឺជាអ្នកគ្រប់គ្រងផលិតផលនៅ Gazprombank ហើយកំពុងបង្កើតប្រអប់ខ្សាច់សម្រាប់ការបើកដំណើរការផលិតផលសាកល្បង។ R&D នៃ Gazprombank ធ្វើការសិក្សាផ្សេងៗនៅក្នុងពពករបស់ពួកគេ ដែលជា OpenStack ។ Kubernetes ត្រូវបានប្រើនៅទីនេះក្នុងទម្រង់ពីរ៖ 1) Kubernetes នៅលើ Bare Metal ជាស្រទាប់គ្រប់គ្រងនៃ OpenStack cloud និង 2) K8S ជាការចែកចាយ OpenShift សម្រាប់ការអភិវឌ្ឍន៍។

នៅក្នុងរបាយការណ៍ យើងនឹងនិយាយអំពីករណីដំបូង និងស្វែងយល់ពីរបៀបដែល Gazprombank ប្រើប្រាស់ Kubernetes ដើម្បីគ្រប់គ្រង OpenStack ។ ប្រសិនបើអ្នកក្រឡេកមើលស្ថាបត្យកម្ម OpenStack អ្នកអាចមើលឃើញថាវាជាអាតូមិច ដូច្នេះការប្រើ Kubernetes ជាស្រទាប់គ្រប់គ្រងរបស់ OpenStack ហាក់ដូចជាគួរឱ្យចាប់អារម្មណ៍ និងឡូជីខលណាស់។ នេះក៏នឹងធ្វើអោយវាកាន់តែងាយស្រួលក្នុងការបន្ថែមថ្នាំងទៅចង្កោម OpenStack និងបង្កើនភាពជឿជាក់នៃ Control Plane ។ ហើយដូចជា icing នៅលើនំ វានឹងជួយសម្រួលដល់ការប្រមូល telemetry ពីចង្កោម។

អ្នកនឹងរៀន:

ហេតុអ្វីបានជាធនាគារ R&D៖ យើងសាកល្បង និងពិសោធន៍។
របៀបដែលយើងផ្ទុក OpenStack;
របៀបនិងមូលហេតុដែលត្រូវប្រើ OpenStack ក្នុង K8S។

បន្ទាប់ពីការសម្តែង យើងនឹងប្តូរទៅជាទម្រង់ @Ku យ៉ាងរលូនស្រាបៀរnetes After-Party ហើយយើងក៏បានរៀបចំសេចក្តីប្រកាសល្អៗមួយចំនួនសម្រាប់អ្នកផងដែរ។ ត្រូវប្រាកដថាចុះឈ្មោះ តំណភ្ជាប់យើងពិនិត្យមើលកម្មវិធីទាំងអស់ក្នុងរយៈពេលពីរបីថ្ងៃ។

អំពីព្រឹត្តិការណ៍ថ្មីៗនៅក្នុងស៊េរី @Kubernetes Meetup និងព្រឹត្តិការណ៍ផ្សេងទៀត។ ដំណោះស្រាយពពក Mail.ru យើងប្រកាសភ្លាមៗនៅក្នុងប៉ុស្តិ៍ Telegram របស់យើង៖ t.me/k8s_mail

ចាប់អារម្មណ៍ក្នុងការនិយាយនៅ @Kubernetes Meetup បន្ទាប់? អ្នកអាចដាក់សំណើរបស់អ្នកនៅទីនេះ៖ mcs.mail.ru/speak

ប្រភព: www.habr.com