យើងសូមអញ្ជើញអ្នកទៅកាន់ "Slurm DevOps: ឧបករណ៍ & បោក" ដែលពឹងផ្អែកខ្លាំងលើអ៊ីនធឺណិត

តាមអ៊ីនធឺណិតនឹងប្រព្រឹត្តទៅនៅថ្ងៃទី 19-21 ខែសីហា Slurm DevOps៖ ឧបករណ៍ និងបោក.

សត្រូវចម្បងដែលវគ្គ DevOps ប្រយុទ្ធគឺ៖ "គួរឱ្យចាប់អារម្មណ៍ណាស់ វាជាការអាណិតដែលពួកយើងមិនអាចអនុវត្តវានៅក្នុងក្រុមហ៊ុនរបស់យើង" ។ យើងកំពុងស្វែងរកដំណោះស្រាយដែលសូម្បីតែអ្នកគ្រប់គ្រងធម្មតាអាចអនុវត្តនៅក្នុងគម្រោងកេរ្តិ៍ដំណែលមួយ។

វគ្គសិក្សាគឺសម្រាប់៖

• អ្នកគ្រប់គ្រងដែលចង់អនុវត្តការអនុវត្ត DevOps ពីខាងក្រោម។
• ក្រុមហ៊ុន និងក្រុមដែលចង់ឆ្ពោះទៅរកវប្បធម៌ DevOps ក្នុងជំហានតូច និងច្បាស់លាស់។
• អ្នកអភិវឌ្ឍន៍ដែលចង់យល់ពី "វត្ថុគ្រប់គ្រង" ដើម្បីដោះស្រាយកិច្ចការរដ្ឋបាលតូចៗដោយឯករាជ្យ និងអភិវឌ្ឍបន្តិចម្តងៗឆ្ពោះទៅរកការដឹកនាំក្រុមសម្រាប់ក្រុមឆ្លងកាត់មុខងារ។

វគ្គសិក្សាគឺគ្មានប្រយោជន៍សម្រាប់អ្នកដែលដឹង និងប្រើប្រាស់ឧបករណ៍ DevOps រួចហើយ។ អ្នកនឹងមិនរៀនអ្វីថ្មីទេ។

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

យើងបានធ្វើវគ្គសិក្សាលើ DevOps ពីរដងរួចហើយ ហើយបានប្រមូលរូបភាពធំៗទាំងអស់ដែលយើងអាចធ្វើបាន។
បញ្ហាចម្បងគឺការរំពឹងទុកខកចិត្ត។ ដូច្នេះ​ហើយ យើង​នឹង​ប្រាប់​អ្នក​ភ្លាមៗ​នូវ​អ្វី​ដែល​នឹង​មិន​ត្រូវ​បាន​បញ្ចូល​ក្នុង​វគ្គ​សិក្សា។

នឹងមិនមានការអនុវត្តល្អបំផុតទេ។ វានឹងមានការវិភាគអំពីការអនុវត្តល្អបំផុតមួយ។ ឧទាហរណ៍ ប្រធានបទ CI/CD ដែលអ្នកអាចធ្វើវគ្គសិក្សាដែលពឹងផ្អែកខ្លាំងរយៈពេលមួយសប្តាហ៍បានយ៉ាងងាយស្រួល ចំណាយពេល 4 ម៉ោង។ ក្នុងអំឡុងពេលនេះ អ្នកអាចបង្ហាញមូលដ្ឋានគ្រឹះ និងបង្កើតបំពង់បង្ហូរប្រេងធម្មតា ប៉ុន្តែអ្នកមិនអាចវិភាគកញ្ចប់នៃការអនុវត្តល្អបំផុតសម្រាប់ករណីផ្សេងៗបានទេ។

ក៏មិនមានករណីដែរ។ ករណីគឺជាប្រធានបទសម្រាប់សន្និសីទ។ នៅទីនោះអ្នកអាចនិយាយបានមួយម៉ោងអំពីឧប្បត្តិហេតុមួយពីជីវិត។ នៅ Slurm សាស្ត្រាចារ្យ​អាច​និយាយ​ថា "ឧទាហរណ៍​នេះ​ត្រូវ​បាន​យក​មក​ពី​ការ​អនុវត្ត​របស់​ខ្ញុំ" គ្មាន​អ្វី​ទៀត​ទេ។

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

នឹងមិនមាន Kubernetes ទេ។ - ទោះបីជានេះជាឧបករណ៍ 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 ស៊ីអាយ
• 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 និងជម្មើសជំនួស
• សន្តិសុខ
• ការអនុវត្តល្អបំផុត និងអាក្រក់បំផុត។

កម្មវិធីកំពុងដំណើរការ ហើយអាចផ្លាស់ប្តូរបន្តិច។

តម្លៃ៖ 30 ₽

ការចុះឈ្មោះ

ប្រភព: www.habr.com