ការចុះឈ្មោះសម្រាប់ Slurm DevOps នៅទីក្រុងម៉ូស្គូត្រូវបានបើក

TL; កុង

Slurm DevOps នឹងត្រូវធ្វើឡើងនៅទីក្រុងមូស្គូនៅថ្ងៃទី 30 ខែមករាដល់ថ្ងៃទី 1 ខែកុម្ភៈ។

ជាថ្មីម្តងទៀតយើងនឹងវិភាគឧបករណ៍ DevOps នៅក្នុងការអនុវត្ត។
ព័ត៌មានលម្អិត និងកម្មវិធីក្រោមការកាត់។
SRE ត្រូវបានដកចេញពីកម្មវិធីព្រោះរួមគ្នាជាមួយ Ivan Kruglov យើងកំពុងរៀបចំ Slurm SRE ដាច់ដោយឡែក។ ការ​ប្រកាស​នឹង​មាន​ពេល​ក្រោយ។
សូមអរគុណដល់ Selectel ដែលជាអ្នកឧបត្ថម្ភរបស់យើងចាប់តាំងពី Slurm ដំបូង!

អំពីទស្សនវិជ្ជា ការសង្ស័យ និងជោគជ័យដែលមិនបានរំពឹងទុក

ខ្ញុំបានចូលរួម DevOpsConf នៅទីក្រុងមូស្គូនៅចុងខែកញ្ញា។
សេចក្តីសង្ខេបនៃអ្វីដែលខ្ញុំបានឮ៖
- DevOps ត្រូវការដោយគម្រោងភាគច្រើននៃទំហំណាមួយ។
- DevOps គឺជាវប្បធម៌មួយ ដូចជាវប្បធម៌ណាមួយដែរ វាត្រូវតែមកពីក្នុងក្រុមហ៊ុន។ អ្នកមិនអាចជួលវិស្វករ DevOps ហើយសុបិន្តថាគាត់នឹងកែលម្អដំណើរការ។
— នៅចុងបញ្ចប់នៃបញ្ជីនៃអ្វីដែលត្រូវការសម្រាប់ការផ្លាស់ប្តូរ DevOps មកបច្ចេកវិទ្យា នោះគឺជាឧបករណ៍ DevOps ដែលយើងបង្រៀន។

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

ដោយផ្ទាល់ខ្ញុំតែងតែជាអ្នកគាំទ្រនៃ "ចលនាពីខាងក្រោម" ដែលជាការអនុវត្តទ័ពព្រៃនៃវប្បធម៌តាមរយៈឧបករណ៍។ អ្វីមួយដូចអ្វីដែលបានពិពណ៌នានៅក្នុងគម្រោង The Phoenix ។ ប្រសិនបើ​យើង​មាន​ការ​ធ្វើ​ការ​ជា​ក្រុម​ជាមួយ Git បាន​រៀបចំ​ឱ្យ​បាន​ត្រឹម​ត្រូវ នោះ​យើង​អាច​បន្ថែម​វា​បន្តិចម្តងៗ​ជាមួយនឹង​បទប្បញ្ញត្តិ ហើយ​បន្ទាប់​មក​វា​នឹង​មាន​តម្លៃ។

ហើយដូចគ្នាដែរ នៅពេលដែលយើងកំពុងរៀបចំ DevOps Slurm ជាកន្លែងដែលយើងកំពុងនិយាយទាំងស្រុងអំពីឧបករណ៍ ខ្ញុំខ្លាចប្រតិកម្មរបស់អ្នកចូលរួម៖ “អ្នកបាននិយាយរឿងដ៏អស្ចារ្យ។ វា​ជា​រឿង​អាម៉ាស់​ដែល​ខ្ញុំ​នឹង​មិន​អាច​អនុវត្ត​បាន​ឡើយ»។ មាន​ការ​សង្ស័យ​ជា​ខ្លាំង​ដែល​យើង​បាន​បញ្ចប់​ការ​ធ្វើ​កម្មវិធី​ឡើង​វិញ​ភ្លាមៗ។

ទោះជាយ៉ាងណាក៏ដោយ អ្នកចូលរួមភាគច្រើនបានឆ្លើយនៅក្នុងការស្ទង់មតិថា ចំណេះដឹងដែលទទួលបានគឺអាចអនុវត្តបានក្នុងការអនុវត្ត ហើយពួកគេនឹងអនុវត្តអ្វីមួយនៅក្នុងប្រទេសរបស់ពួកគេនាពេលខាងមុខ។ ក្នុងពេលជាមួយគ្នានេះ អ្វីគ្រប់យ៉ាងដែលយើងបានពន្យល់ត្រូវបានរួមបញ្ចូលនៅក្នុងបញ្ជីនៃអ្វីដែលមានប្រយោជន៍ដូចជា Git, Ansible, CI/CD, និង SRE ។

វាគួរអោយចងចាំថានៅពេលដំបូងពួកគេក៏បាននិយាយអំពី Slurm Kubernetes ថាវាមិនអាចទៅរួចទេក្នុងការពន្យល់ k3s ក្នុងរយៈពេល 8 ថ្ងៃ។

ជាមួយ Ivan Kruglov ដែលដឹកនាំប្រធានបទ SRE យើងបានយល់ព្រមលើកម្មវិធីដាច់ដោយឡែកមួយ។ ពេលនេះយើងកំពុងពិភាក្សាលម្អិត ខ្ញុំនឹងធ្វើការប្រកាសក្នុងពេលឆាប់ៗនេះ។

តើនឹងមានអ្វីកើតឡើងនៅ Slurm DevOps?

កម្មវិធីនេះ

ប្រធានបទទី ២៖ ការងារជាក្រុមជាមួយ Git

• ពាក្យបញ្ជាមូលដ្ឋាន git init, commit, add, diff, log, status, pull, push
• លំហូរ Git, សាខា និងស្លាក, បញ្ចូលគ្នានូវយុទ្ធសាស្រ្ត
• ធ្វើការជាមួយអ្នកតំណាងពីចម្ងាយច្រើន។
• លំហូរ GitHub
• សម, ពីចម្ងាយ, ទាញសំណើ
• ជម្លោះ ការចេញផ្សាយ ជាថ្មីម្តងទៀតអំពី Gitflow និងលំហូរផ្សេងទៀតទាក់ទងនឹងក្រុម

ប្រធានបទទី ៥៖ ធ្វើការជាមួយកម្មវិធីតាមទស្សនៈអភិវឌ្ឍន៍

• ការសរសេរសេវាកម្មមីក្រូនៅក្នុង Python
• អថេរ​បរិស្ថាន
• ការរួមបញ្ចូលនិងការធ្វើតេស្តឯកតា
• ការប្រើប្រាស់ docker-compose ក្នុងការអភិវឌ្ឍន៍

ប្រធានបទទី ៣៖ CI/CD៖ ការណែនាំអំពីស្វ័យប្រវត្តិកម្ម

• ការណែនាំអំពីស្វ័យប្រវត្តិកម្ម
• ឧបករណ៍ (bash, make, gradle)
• ការប្រើប្រាស់ git-hooks ដើម្បីធ្វើស្វ័យប្រវត្តិកម្មដំណើរការ
• បន្ទាត់ដំឡើងរោងចក្រ និងកម្មវិធីរបស់ពួកគេនៅក្នុង IT
• ឧទាហរណ៍នៃការសាងសង់បំពង់ "ទូទៅ"
• កម្មវិធីទំនើបសម្រាប់ CI/CD៖ Drone CI, BitBucket Pipelines, Travis ជាដើម។

ប្រធានបទទី៤៖ CI/CD៖ ធ្វើការជាមួយ Gitlab

• Gitlab CI
• Gitlab Runner ប្រភេទ និងកម្មវិធីរបស់ពួកគេ។
• Gitlab CI, មុខងារកំណត់រចនាសម្ព័ន្ធ, ការអនុវត្តល្អបំផុត
• ដំណាក់កាល Gitlab CI
• អថេរ Gitlab CI
• សាងសង់, សាកល្បង, ដាក់ពង្រាយ
• ការគ្រប់គ្រង និងការរឹតបន្តឹងការប្រតិបត្តិ៖ មានតែនៅពេលណា
• ធ្វើការជាមួយវត្ថុបុរាណ
• គំរូនៅខាងក្នុង .gitlab-ci.yml ប្រើឡើងវិញនូវសកម្មភាពនៅក្នុងផ្នែកផ្សេងៗនៃបំពង់បង្ហូរប្រេង
• រួមបញ្ចូល - ផ្នែក
• ការគ្រប់គ្រងកណ្តាលនៃ gitlab-ci.yml (ឯកសារមួយ និងការជំរុញដោយស្វ័យប្រវត្តិទៅកាន់ឃ្លាំងផ្សេងទៀត)

ប្រធានបទទី៦៖ ហេដ្ឋារចនាសម្ព័ន្ធជាកូដ

• IaC៖ ខិតជិតហេដ្ឋារចនាសម្ព័ន្ធជាកូដ
• អ្នកផ្តល់សេវាពពកជាអ្នកផ្តល់ហេដ្ឋារចនាសម្ព័ន្ធ
• ឧបករណ៍ចាប់ផ្តើមប្រព័ន្ធ ការកសាងរូបភាព (អ្នកវេចខ្ចប់)
• IaC ដោយប្រើ Terraform ជាឧទាហរណ៍
• ការកំណត់រចនាសម្ព័ន្ធការផ្ទុក ការសហការ ស្វ័យប្រវត្តិកម្មកម្មវិធី
• ការអនុវត្តនៃការបង្កើតសៀវភៅលេង Ansible
• ភាពគ្មានអំណាច, សេចក្តីប្រកាស
• IaC ដោយប្រើ Ansible ជាឧទាហរណ៍

ប្រធានបទទី៧៖ ការធ្វើតេស្តហេដ្ឋារចនាសម្ព័ន្ធ

• ការធ្វើតេស្ត និងការរួមបញ្ចូលជាបន្តបន្ទាប់ជាមួយ Molecule និង Gitlab CI
• ការប្រើប្រាស់ Vagrant

ប្រធានបទទី៧៖ ការត្រួតពិនិត្យហេដ្ឋារចនាសម្ព័ន្ធជាមួយ Prometheus

• ហេតុអ្វីបានជាត្រូវការការត្រួតពិនិត្យ?
• ប្រភេទនៃការត្រួតពិនិត្យ
• ការជូនដំណឹងនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ
• របៀបបង្កើតប្រព័ន្ធត្រួតពិនិត្យសុខភាព
• ការជូនដំណឹងដែលមនុស្សអាចអានបាន សម្រាប់មនុស្សគ្រប់គ្នា
• ពិនិត្យសុខភាព៖ អ្វីដែលអ្នកគួរយកចិត្តទុកដាក់
• ស្វ័យប្រវត្តិកម្មផ្អែកលើទិន្នន័យត្រួតពិនិត្យ

ប្រធានបទទី១០៖ ការកត់ត្រាកម្មវិធីជាមួយ ELK

• ការអនុវត្តការកាប់ឈើល្អបំផុត
• ជង់ ELK

ប្រធានបទទី៩៖ ស្វ័យប្រវត្តិកម្មហេដ្ឋារចនាសម្ព័ន្ធជាមួយ ChatOps

• DevOps និង ChatOps
• ChatOps៖ ចំណុចខ្លាំង
• ភាពយឺតយ៉ាវ និងជម្មើសជំនួស
• Bots សម្រាប់ ChatOps
• Hubot និងជម្មើសជំនួស
• សន្តិសុខ
• ការអនុវត្តល្អបំផុត និងអាក្រក់បំផុត។

ទីកន្លែង: ទីក្រុងមូស្គូ, បន្ទប់សន្និសីទនៃសណ្ឋាគារ Sevastopol ។

កាលបរិច្ឆេទ៖ ចាប់ពីថ្ងៃទី 30 ខែមករាដល់ថ្ងៃទី 1 ខែកុម្ភៈ 3 ថ្ងៃនៃការខិតខំ។

ការចុះឈ្មោះ

ប្រភព: www.habr.com