ការណែនាំអំពី DevOpsConf 2019 Galaxy

ខ្ញុំធ្វើបទបង្ហាញពីការយកចិត្តទុកដាក់របស់អ្នកនូវមគ្គុទ្ទេសក៍មួយទៅកាន់ DevOpsConf ដែលជាសន្និសីទដែលឆ្នាំនេះស្ថិតនៅលើមាត្រដ្ឋានកាឡាក់ស៊ី។ ក្នុងន័យថា ពួកយើងអាចដាក់បញ្ចូលគ្នានូវកម្មវិធីដ៏មានឥទ្ធិពល និងមានតុល្យភាព ដែលអ្នកឯកទេសជាច្រើននឹងរីករាយនឹងការធ្វើដំណើរឆ្លងកាត់វា៖ អ្នកអភិវឌ្ឍន៍ អ្នកគ្រប់គ្រងប្រព័ន្ធ វិស្វករហេដ្ឋារចនាសម្ព័ន្ធ QA អ្នកដឹកនាំក្រុម ស្ថានីយ៍សេវាកម្ម និងជាទូទៅអ្នកគ្រប់គ្នាដែលចូលរួមក្នុងការអភិវឌ្ឍន៍បច្ចេកវិទ្យា ដំណើរការ។

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

ប្រសិនបើអ្នកចង់, សេចក្ដីសង្ខេបខ្លីនៃការណែនាំរបស់យើងទៅ DevOpsConf:

• នៅថ្ងៃទី 30 ខែកញ្ញាដែលជាថ្ងៃដំបូងនៃសន្និសីទនៅក្នុងសាលទីមួយយើងនឹងពិចារណាករណីអាជីវកម្មចំនួន 8 ។
• នៅសាលទីពីរនៅថ្ងៃដំបូងយើងនឹងវិភាគដំណោះស្រាយឧបករណ៍ដែលមានឯកទេសខ្ពស់។ របាយការណ៍នីមួយៗមានបទពិសោធន៍ជាក់ស្តែងជាច្រើន ដែលទោះជាយ៉ាងណា វាមិនសាកសមសម្រាប់ក្រុមហ៊ុនទាំងអស់នោះទេ។
• នៅថ្ងៃទី 1 ខែតុលានៅក្នុងសាលទីមួយផ្ទុយទៅវិញយើងនិយាយកាន់តែច្រើនអំពីបច្ចេកវិទ្យាប៉ុន្តែកាន់តែទូលំទូលាយ។
• នៅក្នុងសាលទីពីរនៅថ្ងៃទីពីរយើងពិភាក្សាអំពីការងារជាក់លាក់ដែលមិនកើតឡើងនៅក្នុងគម្រោងទាំងអស់ឧទាហរណ៍នៅក្នុងសហគ្រាស។

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

សន្និសិទនឹងធ្វើឡើងនៅ Infospace ហើយយើងបានហៅសាលធំពីរថា "Golden Heart" ដូចជាកប៉ាល់មកពី "The Hitchhiker's Guide to the Galaxy" ដែលប្រើគោលការណ៍នៃភាពមិនអាចទៅរួចក្នុងការផ្លាស់ទីតាមលំហ និង "នៅគែមនៃ សកលលោក” - ដូចជាភោជនីយដ្ឋានមួយពីបិសាចដូចគ្នា។ ចាប់ពីពេលនេះតទៅ ខ្ញុំនឹងប្រើឈ្មោះទាំងនេះ ដើម្បីយោងទៅលើបទ។ រាយការណ៍ពីការឈប់នៅក្នុងតំបន់នៃកាឡាក់ស៊ី "បេះដូងមាស" គឺសមរម្យជាងសម្រាប់ក្រុមទេសចរណ៍សំខាន់ៗ ទាំងនេះគឺជាកន្លែងទាក់ទាញ។ "នៅគែមនៃសាកលលោក" មានវត្ថុគួរឱ្យចាប់អារម្មណ៍សម្រាប់អ្នកធ្វើដំណើរដែលមានបទពិសោធន៍។ មានមនុស្សតិចណាស់ដែលទៅទីនោះ ប៉ុន្តែអ្នកដែលហ៊ានទៅទីនោះដោយក្រហាយភ្នែកតាមរយៈខ្សែក្រវ៉ាត់អាចម៍ផ្កាយ។

ក្នុងពេលជាមួយគ្នានេះ អ្នកអាចផ្លាស់ទីពីបន្ទប់មួយទៅបន្ទប់មួយទៀតបានយ៉ាងងាយស្រួល ហើយនៅពេលណាក៏បាន អ្នកនឹងរកឃើញប្រធានបទដែលសាកសមនឹងអ្នក។ ដូចដែលខ្ញុំបាននិយាយរួចមកហើយ កម្មវិធីមានតុល្យភាពណាស់។ យើងមានរបាយការណ៍ថ្នាក់ច្រើនទៀត ប៉ុន្តែដោយស្ទាក់ស្ទើរ គណៈកម្មាធិការកម្មវិធីត្រូវតែផ្លាស់ទីពួកគេទៅ ការផ្ទុកខ្ពស់ ++ ឬពន្យារពេលរហូតដល់សន្និសីទនិទាឃរដូវនៅសាំងពេទឺប៊ឺគ ដើម្បីកុំឱ្យខូចតុល្យភាព និងអនុវត្តគំនិតដើម។ កម្មវិធីសន្និសីទអនុញ្ញាតឱ្យអ្នកពិចារណាលើប្រធានបទនីមួយៗដែលបានគ្រោងទុក (ការចែកចាយបន្ត ហេដ្ឋារចនាសម្ព័ន្ធជាកូដ ការផ្លាស់ប្តូរ DevOps ការអនុវត្ត SRE សុវត្ថិភាព វេទិកាហេដ្ឋារចនាសម្ព័ន្ធ) ដោយប្រើឧទាហរណ៍ផ្សេងៗគ្នា និងពីមុំផ្សេងៗគ្នា។

ឥឡូវនេះ អង្គុយចុះ កប៉ាល់កាឡាក់ស៊ីរបស់យើងកំពុងមកឈប់ទាំងអស់។

"បេះដូងមាស", ថ្ងៃទី 30 ខែកញ្ញា

90 ថ្ងៃដំបូងជា CTO

នឹងបើកសន្និសីទ របាយការណ៍ លីអូណា ភ្លើង. អំពីប្រព័ន្ធកេរដំណែលមរតក និងបញ្ហាដែលតែងតែមកជាមួយពួកគេ។ Leon នឹងប្រាប់អ្នកពីរបៀបដែលស្ថានីយ៍សេវាកម្មអាចទទួលបានការយល់ដឹងអំពីប្រព័ន្ធបច្ចេកទេសដែលគាត់ចាប់ផ្តើមធ្វើការ។ សម្រាប់នាយកបច្ចេកទេសនៅក្នុងក្រុមហ៊ុនទំនើប ការគ្រប់គ្រងដំណើរការ DevOps គឺជាកិច្ចការចម្បង ហើយ Leon នឹងបង្ហាញអ្នកតាមរបៀបដែលគួរឱ្យចាប់អារម្មណ៍ និងកំប្លែង។ ទំនាក់ទំនងរវាងផ្នែកបច្ចេកទេស និងអាជីវកម្ម តាមទស្សនៈរបស់ SRT ។

អ្នកចាប់ផ្តើមដំបូង និងអ្នកដែលចង់ក្លាយជាមនុស្សម្នាក់ច្បាស់ជាមករករបាយការណ៍នេះ។ យ៉ាងណាមិញ វាគឺជារឿងមួយដែលរីកចម្រើនដើម្បីក្លាយជានាយកបច្ចេកទេសនៅក្នុងក្រុមហ៊ុនរបស់អ្នក ហើយម្យ៉ាងវិញទៀតគឺការបញ្ចូលតួនាទីនេះឡើងវិញគឺមិនមានសម្រាប់មនុស្សគ្រប់គ្នាទេ។

មូលដ្ឋានគ្រឹះ DevOps - បញ្ចូលគម្រោងពីដំបូង

បន្ទាប់ របាយការណ៍ បន្តប្រធានបទប៉ុន្តែ Andrey Yumashev (LitRes) នឹងពិចារណាលើបញ្ហានេះតិចជាងជាសកល ហើយឆ្លើយសំណួរ៖ តើមូលដ្ឋានអ្វីដែលអ្នកត្រូវដឹងនៅពេលចាប់ផ្តើមធ្វើការក្នុងក្រុមផ្សេងៗគ្នា។ របៀបវិភាគឱ្យបានត្រឹមត្រូវនូវជួរនៃបញ្ហា; របៀបបង្កើតផែនការសកម្មភាព; របៀបគណនា KPIs និងពេលណាត្រូវឈប់។

អនាគតនៃហេដ្ឋារចនាសម្ព័ន្ធជាកូដ

បន្ទាប់យើងនឹងសម្រាកដើម្បីពិភាក្សាអំពីប្រធានបទនៃហេដ្ឋារចនាសម្ព័ន្ធជាកូដ។ រ៉ូម៉ាំង ប៊យកូ ដំណោះស្រាយស្ថាបត្យករនៅ AWS នៅ DevOpsConf នឹងប្រាប់ អំពីឧបករណ៍ថ្មី។ ឧបករណ៍អភិវឌ្ឍន៍ពពកអេសអេសដែលអនុញ្ញាតឱ្យអ្នកពិពណ៌នាអំពីហេដ្ឋារចនាសម្ព័ន្ធជាភាសាដែលធ្លាប់ស្គាល់ (Python, TypeScript, JavaScript, Java)។ យើងនឹងសិក្សាដោយផ្ទាល់នូវអ្វីដែលអនុញ្ញាតឱ្យពពកកាន់តែខិតទៅជិតអ្នកអភិវឌ្ឍន៍ របៀបចាប់ផ្តើមប្រើប្រាស់ឧបករណ៍នេះ និងបង្កើតសមាសធាតុដែលអាចប្រើឡើងវិញបានសម្រាប់ការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធងាយស្រួល។ សម្រាប់អ្នកចូលរួមសន្និសីទ នេះគឺជាឱកាសដ៏ល្អមួយដើម្បីស្តាប់អំពីការច្នៃប្រឌិតពិភពលោកជាភាសារុស្សី និងជាមួយនឹងកម្រិតនៃព័ត៌មានលម្អិតបច្ចេកទេសដែលជារឿងធម្មតានៅទីនេះ ប៉ុន្តែមិនមែននៅប្រទេសលោកខាងលិចទេ។

ពីការចេញផ្សាយទៅ FastTrack

បន្ទាប់ពីអាហារថ្ងៃត្រង់យើងនឹងត្រលប់ទៅបញ្ហានៃការផ្លាស់ប្តូរសម្រាប់រយៈពេលពីរបីម៉ោងទៀត។ បើក របាយការណ៍ Evgenia Fomenko តោះតាមដានការផ្លាស់ប្តូរ DevOps នៃ MegaFon៖ ចាប់ផ្តើមពីដំណាក់កាល នៅពេលដែលពួកគេព្យាយាមប្រើវិធីសាស្រ្តបែបប្រពៃណី ដូចជា KPI យកឈ្នះលើឆាក នៅពេលដែលគ្មានអ្វីច្បាស់លាស់ ហើយអ្នកត្រូវបង្កើតឧបករណ៍ថ្មី ហើយផ្លាស់ប្តូរខ្លួនឯង។ រហូតដល់ដំណើរការត្រូវបានរៀបចំឡើងវិញទាំងស្រុង. នេះគឺជាបទពិសោធន៍ដ៏ត្រជាក់ និងលើកទឹកចិត្តសម្រាប់សហគ្រាស ដែលពាក់ព័ន្ធនឹងអ្នកម៉ៅការរបស់ខ្លួនក្នុងការបំប្លែង DevOps ដែល Evgeniy នឹងនិយាយអំពីផងដែរ។

របៀបក្លាយជាក្រុមឆ្លងមុខងារ 

У លោក Mikhail Bizhan បទពិសោធន៍យ៉ាងទូលំទូលាយក្នុងការអនុវត្តការផ្លាស់ប្តូរការផ្លាស់ប្តូរនៅក្នុងក្រុម។ ឥឡូវនេះលោក Mikhail ក្នុងនាមជាអ្នកដឹកនាំក្រុមការបង្កើនល្បឿនរបស់ធនាគារ Raiffeisenbank ធ្វើឱ្យក្រុមមានមុខងារឆ្លងកាត់។ នៅលើរបស់គាត់។ របាយការណ៍ ចូរនិយាយអំពីការឈឺចាប់នៃកង្វះក្រុមឆ្លងកាត់មុខងារ និងមូលហេតុដែលបញ្ហាប្រឈមនៃក្រុមឆ្លងកាត់មុខងារមិនបញ្ចប់ដោយការច្នៃប្រឌិត បង្កើត និងការអនុវត្ត។

ការអនុវត្ត SRE

បន្ទាប់មកទៀត យើងនឹងរកឃើញរបាយការណ៍ពីរដែលឧទ្ទិសដល់ការអនុវត្ត SRE ដែលកំពុងទទួលបានសន្ទុះ និងកាន់កាប់កន្លែងសំខាន់មួយនៅក្នុងដំណើរការ DevOps ទាំងមូល។

Alexey Andreev ពី Prisma Labs នឹងប្រាប់ហេតុអ្វីបានជាការចាប់ផ្ដើមអាជីវកម្មត្រូវការការអនុវត្ត SRE និងហេតុអ្វីបានជាវាសង។

Matvey Grigoriev ពី Dodo Pizza នឹងបង្ហាញជូន ឧទាហរណ៏នៃ SRE នៅក្នុងក្រុមហ៊ុនធំមួយដែលបានរីកចម្រើនលើសពីដំណាក់កាលចាប់ផ្តើម។ Matvey ខ្លួនឯងនិយាយរឿងនេះអំពីខ្លួនគាត់៖ អ្នកអភិវឌ្ឍន៍ .NET ដែលមានបទពិសោធន៍ និងអ្នកចាប់ផ្តើម SRE រៀងៗខ្លួននឹងចែករំលែករឿងរ៉ាវនៃការផ្លាស់ប្តូររបស់អ្នកអភិវឌ្ឍន៍ ហើយមិនត្រឹមតែម្នាក់ប៉ុណ្ណោះទេ ប៉ុន្តែជាក្រុមទាំងមូលចំពោះហេដ្ឋារចនាសម្ព័ន្ធ។ ហេតុអ្វី? DevOps គឺជាផ្លូវឡូជីខលសម្រាប់អ្នកអភិវឌ្ឍន៍ ហើយតើមានអ្វីកើតឡើង ប្រសិនបើអ្នកចាប់ផ្តើមមើលសៀវភៅ Ansible playbooks និង bash scripts របស់អ្នកជាផលិតផលកម្មវិធីពេញលេញ ហើយអនុវត្តតម្រូវការដូចគ្នាចំពោះពួកវា យើងនឹងពិភាក្សានៅរបាយការណ៍ Matvey នៅថ្ងៃទី 30 ខែកញ្ញា ម៉ោង 17:00 នៅ Golden Heart Hall។

បញ្ចប់កម្មវិធីថ្ងៃដំបូង Daniil Tikhomirovអ្នកណានៅក្នុងរបស់គាត់។ សុន្ទរកថា លើកសំណួរសំខាន់មួយ៖ របៀបដែលបច្ចេកវិទ្យាទាក់ទងនឹងសុភមង្គលរបស់អ្នកប្រើប្រាស់. ការដោះស្រាយបញ្ហា "អ្វីគ្រប់យ៉ាងដំណើរការ ប៉ុន្តែអ្នកប្រើប្រាស់មិនពេញចិត្ត" MegaFon បានចេញពីការត្រួតពិនិត្យប្រព័ន្ធបុគ្គល បន្ទាប់មកម៉ាស៊ីនមេ កម្មវិធីដើម្បីត្រួតពិនិត្យសេវាកម្មតាមរយៈភ្នែករបស់អ្នកប្រើ។ របៀបដែលអ្នកជំនាញបច្ចេកទេស អតិថិជន និងអ្នកលក់ទាំងអស់ចាប់ផ្តើមផ្តោតលើសូចនាករ KQI ទាំងនេះ យើងនឹងរកឃើញនៅពេលល្ងាចនៃថ្ងៃដំបូងនៃសន្និសីទ។ ហើយបន្ទាប់ពីនោះ យើងនឹងពិភាក្សាអំពីហេដ្ឋារចនាសម្ព័ន្ធ និងការផ្លាស់ប្តូរនៅក្នុងការកំណត់ក្រៅផ្លូវការនៅឯពិធីជប់លៀងបន្ទាប់។

«នៅគែមនៃសាកលលោក» ថ្ងៃទី 30 ខែកញ្ញា

របាយការណ៍បីដំបូងនៅក្នុងសាល "At the Edge of the Universe" នឹងមានការចាប់អារម្មណ៍យ៉ាងខ្លាំងពីទស្សនៈនៃឧបករណ៍។

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

របាយការណ៍ Grigory Mikhalkin ពីឡាម៉ូដា "ហេតុអ្វីបានជាយើងបង្កើតប្រតិបត្តិករ Kubernetes ហើយតើយើងបានរៀនមេរៀនអ្វីខ្លះពីវា?" នឹងជួយបំពេញការខ្វះខាតព័ត៌មានអំពីរបៀបអនុវត្តហេដ្ឋារចនាសម្ព័ន្ធជាការអនុវត្តកូដដោយប្រើ Kubernetes ។ ឧទាហរណ៍ Kubernetes ខ្លួនវាមានការពិពណ៌នាអំពីសេវាកម្មដែលប្រើប្រាស់ឯកសារ yaml ប៉ុន្តែវាមិនគ្រប់គ្រាន់សម្រាប់កិច្ចការទាំងអស់នោះទេ។ ការគ្រប់គ្រងកម្រិតទាបតម្រូវឱ្យប្រតិបត្តិករ ហើយការពិភាក្សានេះមានប្រយោជន៍ខ្លាំងណាស់ ប្រសិនបើអ្នកចង់គ្រប់គ្រង Kubernetes ឱ្យបានត្រឹមត្រូវ។

ប្រធានបទនៃរបាយការណ៍បន្ទាប់គឺ តុដេក Hashicorp - ពិសេសណាស់។ ប៉ុន្តែតាមការពិត ឧបករណ៍នេះត្រូវការជាចាំបាច់នៅគ្រប់ទីកន្លែងដែលអ្នកត្រូវការដើម្បីគ្រប់គ្រងពាក្យសម្ងាត់ និងមានចំណុចរួមសម្រាប់ធ្វើការជាមួយអាថ៌កំបាំង។ កាលពីឆ្នាំមុន Sergey Noskov បានប្រាប់ពីរបៀបដែលអាថ៌កំបាំងត្រូវបានគ្រប់គ្រងនៅក្នុង Avito ដោយមានជំនួយពី Hashicorp Vault សូមមើលវា របាយការណ៍ ហើយមក ស្តាប់ Yuri Shutkin ពី Tinkoff.ru សម្រាប់បទពិសោធន៍កាន់តែច្រើន។

តារ៉ាស កូតូវ (EPAM) នឹងពិចារណា កិច្ចការដ៏កម្រជាងនេះទៀតគឺការកសាងហេដ្ឋារចនាសម្ព័ន្ធពពក ដែលរួមបញ្ចូលឆ្អឹងខ្នងរបស់វា។ បណ្តាញ IP/MPLS. ប៉ុន្តែបទពិសោធន៍គឺអស្ចារ្យ ហើយរបាយការណ៍គឺពិបាក ដូច្នេះប្រសិនបើអ្នកយល់ពីអ្វីដែលវានិយាយអំពី ត្រូវប្រាកដថាមករបាយការណ៍នេះ។

នៅពេលល្ងាចយើងនឹងនិយាយអំពីការគ្រប់គ្រងមូលដ្ឋានទិន្នន័យនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធពពក។ Kirill Melnichuk នឹងចែករំលែក បទពិសោធន៍នៃការប្រើប្រាស់ Vitess សម្រាប់ធ្វើការជាមួយ MySQL នៅក្នុងចង្កោម Kubernetes។ A វ្ល៉ាឌីមៀ Ryabov ពី Playkey.net នឹងប្រាប់របៀបធ្វើការជាមួយទិន្នន័យនៅក្នុងពពក និងរបៀបប្រើប្រាស់ទំហំផ្ទុកដែលមានឱ្យបានត្រឹមត្រូវ។

"បេះដូងមាស", ថ្ងៃទី 1 ខែតុលា

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

នៅក្រោមក្រណាត់ផ្ទុកពពកដ៏ធំ

វាគ្មិនដំបូង Artemy Kapitula. របាយការណ៍របស់គាត់កាលពីឆ្នាំមុនសេហ្វ។ កាយវិភាគសាស្ត្រនៃគ្រោះមហន្តរាយ«​អ្នក​ចូលរួម​សន្និសីទ​បាន​ហៅ​វា​ថា​ល្អ​បំផុត ខ្ញុំ​គិត​ថា ដោយសារ​ជម្រៅ​មិន​គួរ​ឲ្យ​ជឿ។ ពេលនេះ រឿង នឹងបន្តជាមួយនឹងដំណោះស្រាយ Mail.Ru Cloud Solutions លើការរចនាការផ្ទុក និងការវិភាគអំពីភាពបរាជ័យនៃប្រព័ន្ធមុន។ អត្ថប្រយោជន៍ដែលមិនច្បាស់លាស់នៃរបាយការណ៍នេះសម្រាប់អ្នកគ្រប់គ្រងគឺថា Artemy ពិនិត្យមិនត្រឹមតែបញ្ហាបច្ចេកទេសខ្លួនឯងប៉ុណ្ណោះទេ ថែមទាំងដំណើរការទាំងមូលនៃការដោះស្រាយផងដែរ។ ទាំងនោះ។ អ្នកអាចយល់ពីរបៀបគ្រប់គ្រងដំណើរការទាំងមូលនេះ ហើយអនុវត្តវាទៅក្រុមហ៊ុនរបស់អ្នក។

ការដាក់ពង្រាយវិមជ្ឈការបញ្ច្រាស

Egor Bugaenko នេះមិនមែនជាលើកទីមួយទេ ដែលគាត់បានបង្ហាញខ្លួននៅក្នុងសន្និសិទ របាយការណ៍របស់គាត់ជាធម្មតាមានអត្ថបទចម្រូងចម្រាស ប៉ុន្តែពួកគេធ្វើឱ្យអ្នកគិត។ យើងសង្ឃឹមថា របាយការណ៍ ការពិភាក្សារបស់ Egor អំពីការដាក់ពង្រាយវិមជ្ឈការនឹងបង្កឱ្យមានការពិភាក្សាដ៏គួរឱ្យចាប់អារម្មណ៍ ហើយសំខាន់បំផុតគឺការពិភាក្សាក្នុងន័យស្ថាបនា។

យើងនៅក្នុងពពកម្តងទៀត

របាយការណ៍ Alexey Vakhovគឺជាការលាយបញ្ចូលគ្នាដ៏មានឥទ្ធិពលនៃសមាសធាតុអាជីវកម្ម និងបច្ចេកវិទ្យា ដែលគួរឱ្យចាប់អារម្មណ៍ទាំងផ្នែកវិស្វកម្ម និងផ្នែកគ្រប់គ្រង។ Alexey នឹងប្រាប់អ្នកពីរបៀបដែល Uchi.ru ដំណើរការ ហេដ្ឋារចនាសម្ព័ន្ធ Cloud Native៖ របៀប Service Mesh, OpenTracing, Vault, centralized loggging និង SSO សរុបត្រូវបានប្រើប្រាស់។ បន្ទាប់មកនៅម៉ោង 15:00 Alexey នឹងកាន់ ថ្នាក់មេដែលជាកន្លែងដែលមនុស្សគ្រប់គ្នាដែលមកនឹងអាចប៉ះឧបករណ៍ទាំងនេះដោយដៃរបស់ពួកគេផ្ទាល់។

Apache Kafka នៅក្នុង Avito: រឿងនៃការចាប់បដិសន្ធិឡើងវិញបី

របាយការណ៍ Anatoly Soldatov អំពីរបៀបដែល Avito កំពុងសាងសង់ Kafka ជាសេវាកម្មមួយ ពិតណាស់នឹងមានការចាប់អារម្មណ៍ចំពោះអ្នកដែលប្រើប្រាស់ Kafka ។ ប៉ុន្តែ​ម្យ៉ាងវិញទៀត វា​បង្ហាញ​យ៉ាង​ច្បាស់​ ដំណើរការនៃការបង្កើតសេវាកម្មផ្ទៃក្នុង៖ របៀបប្រមូលតម្រូវការសេវាកម្ម និងបំណងប្រាថ្នារបស់សហសេវិក អនុវត្តចំណុចប្រទាក់ បង្កើតអន្តរកម្មរវាងក្រុម និងបង្កើតសេវាកម្មជាផលិតផលនៅក្នុងក្រុមហ៊ុន។ តាមទស្សនៈនេះ ប្រវត្តិសាស្ត្រមានប្រយោជន៍ម្តងទៀតសម្រាប់អ្នកចូលរួមក្នុងសន្និសីទផ្សេងៗគ្នា។

សូម​ធ្វើ​ឱ្យ​សេវា​មីក្រូ​មាន​ទម្ងន់​ស្រាល​ម្ដង​ទៀត។ 

នៅទីនេះ វាហាក់ដូចជា អ្វីគ្រប់យ៉ាងគឺច្បាស់ពីឈ្មោះ។ ប៉ុន្តែទាំងនេះ ការផ្តល់ជូន លោក Dmitry Sugrobov ពី Leroy Merlin សូម្បីតែនៅក្នុងគណៈកម្មាធិការកម្មវិធីបណ្តាលឱ្យមានការជជែកវែកញែកយ៉ាងក្តៅគគុក។ នៅក្នុងពាក្យមួយ នេះនឹងក្លាយជាមូលដ្ឋានដ៏ល្អសម្រាប់ការពិភាក្សាលើប្រធានបទនៃអ្វីដែលជាទូទៅត្រូវបានចាត់ទុកថាជាសេវាមីក្រូ របៀបសរសេរពួកវា រក្សាពួកវា។ល។

CI/CD សម្រាប់គ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ BareMetal 

របាយការណ៍បន្ទាប់គឺម្តងទៀតពីរក្នុងមួយ។ នៅម្ខាង។ Andrey Kvapil (WEDOS Internet, as) នឹងនិយាយអំពីការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ BareMetal ដែលមានលក្ខណៈជាក់លាក់ ពីព្រោះឥឡូវនេះគ្រប់គ្នាប្រើពពកជាចម្បង ហើយប្រសិនបើពួកគេកាន់ផ្នែករឹង វាមិនមែនជាទ្រង់ទ្រាយធំបែបនេះទេ។ ប៉ុន្តែវាមានសារៈសំខាន់ខ្លាំងណាស់ដែល Andrey ចែករំលែកបទពិសោធន៍ ការអនុវត្តបច្ចេកទេស CI/CD សម្រាប់ការដាក់ពង្រាយ និងគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ BareMetal ហើយតាមទស្សនៈនេះ របាយការណ៍នឹងមានការចាប់អារម្មណ៍ចំពោះអ្នកដឹកនាំក្រុម និងវិស្វករ។

បន្តប្រធានបទ លោក Sergey Makarenko ការបង្ហាញ នៅពីក្រោយឆាកនៃដំណើរការដែលពឹងផ្អែកលើកម្លាំងពលកម្មនេះនៅក្នុង វេទិកា Wargaming.

តើធុងអាចមានសុវត្ថិភាពទេ? 

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

«នៅគែមនៃសកលលោក» ថ្ងៃទី 1 ខែតុលា

នឹង​ចាប់ផ្តើម Alexander Burtsev (BramaBrama) និង នឹងបង្ហាញជូន ដំណោះស្រាយមួយក្នុងចំណោមដំណោះស្រាយដែលអាចធ្វើទៅបានដើម្បីបង្កើនល្បឿនគេហទំព័រ។ ចូរយើងក្រឡេកមើលការអនុវត្តប្រកបដោយជោគជ័យនៃគុណនឹងប្រាំ ការបង្កើនល្បឿនគឺដោយសារតែឧបករណ៍ DevOps ប៉ុណ្ណោះ។ ដោយមិនចាំបាច់សរសេរកូដឡើងវិញ។ អ្នកនឹងនៅតែត្រូវសម្រេចចិត្តថាតើត្រូវសរសេរកូដឡើងវិញឬអត់នៅក្នុងគម្រោងនីមួយៗ ប៉ុន្តែវាតែងតែមានប្រយោជន៍ក្នុងការមានបទពិសោធន៍បែបនេះនៅក្នុងចិត្ត។

DevOps ក្នុង 1C: សហគ្រាស 

Petr Gribanov ពីក្រុមហ៊ុន 1C នឹង​ព្យាយាម បំបាត់ទេវកថាដែលថាវាមិនអាចទៅរួចទេក្នុងការអនុវត្ត DevOps នៅក្នុងសហគ្រាសធំមួយ។ អ្វីដែលអាចស្មុគស្មាញជាង 1C: វេទិកាសហគ្រាស ប៉ុន្តែចាប់តាំងពីការអនុវត្ត DevOps អាចអនុវត្តបានសូម្បីតែនៅទីនោះ ខ្ញុំគិតថាទេវកថានឹងមិនឈរទេ។

DevOps ក្នុងការអភិវឌ្ឍន៍ផ្ទាល់ខ្លួន

លោក Anton Khlevitsky នៅក្នុងការបន្តនៃរបាយការណ៍ដោយ Evgeniy Fomenko នឹងប្រាប់របៀបដែល MegaFon បានបង្កើត DevOps នៅខាងអ្នកម៉ៅការ និងបង្កើតការចែកចាយបន្ត រួមទាំងការអភិវឌ្ឍន៍ផ្ទាល់ខ្លួនពីអ្នកផ្គត់ផ្គង់កម្មវិធីមួយចំនួន។

ការនាំយក DevOps ទៅ DWH/BI

ប្រធានបទដែលមិនមានលក្ខណៈស្តង់ដារ ប៉ុន្តែជាថ្មីម្តងទៀតគួរឱ្យចាប់អារម្មណ៍សម្រាប់អ្នកចូលរួមផ្សេងៗគ្នា នឹងបង្ហាញ Vasily Kutsenko ពី Gazprombank ។ Vasily នឹងចែករំលែកដំបូន្មានជាក់ស្តែងអំពីរបៀបបង្កើតវប្បធម៌ IT ក្នុងការអភិវឌ្ឍន៍ទិន្នន័យ និងអនុវត្តការអនុវត្ត DevOps នៅក្នុង Data Warehous និង BI ហើយនឹងប្រាប់អ្នកពីរបៀបដែលបំពង់សម្រាប់ធ្វើការជាមួយទិន្នន័យខុសគ្នា និងអ្វីដែលឧបករណ៍ស្វ័យប្រវត្តិកម្មពិតជាមានប្រយោជន៍ក្នុងបរិបទនៃការធ្វើការជាមួយ ទិន្នន័យ។

របៀបដែល (អ្នក) រស់នៅដោយគ្មាននាយកដ្ឋានសន្តិសុខ 

បន្ទាប់ពីអាហារថ្ងៃត្រង់ ម៉ូណា Arkhipova (sudo.su) នឹងណែនាំ យើងជាមួយនឹងមូលដ្ឋាន DevSecOps ហើយនឹងពន្យល់ពីរបៀបដែលអ្នកអាចបង្កប់សុវត្ថិភាពជាដំណើរការមួយទៅក្នុងដំណើរការអភិវឌ្ឍន៍របស់អ្នក ហើយឈប់ប្រើប្រាស់ផ្នែកសន្តិសុខដាច់ដោយឡែក។ ប្រធានបទកំពុងចុច ហើយរបាយការណ៍គួរតែមានប្រយោជន៍ខ្លាំងណាស់សម្រាប់មនុស្សជាច្រើន។

ផ្ទុកការធ្វើតេស្តនៅក្នុង CI/CD នៃដំណោះស្រាយដ៏ធំមួយ

បំពេញបន្ថែមប្រធានបទមុនយ៉ាងល្អឥតខ្ចោះ ការសម្តែង វ្ល៉ាឌីមៀ ខុននី ពី MegaFon ។ នៅទីនេះយើងនឹងនិយាយអំពី របៀបណែនាំគុណភាពទៅក្នុងដំណើរការ DevOps៖ របៀបប្រើប្រាស់ Quality Gate កត់ត្រាករណីផ្សេងៗនៅក្នុងប្រព័ន្ធ និងរបៀបបញ្ចូលវាទាំងអស់ទៅក្នុងដំណើរការអភិវឌ្ឍន៍។ របាយការណ៍នេះគឺសមរម្យជាពិសេសសម្រាប់អ្នកដែលធ្វើការជាមួយប្រព័ន្ធធំ ប៉ុន្តែទោះបីជាអ្នកមិនធ្វើការជាមួយការចេញវិក្កយបត្រដ៏ធំក៏ដោយ អ្នកនឹងរកឃើញទិដ្ឋភាពគួរឱ្យចាប់អារម្មណ៍សម្រាប់ខ្លួនអ្នក។

SDLC & ការអនុលោមតាម

ហើយប្រធានបទបន្ទាប់គឺពាក់ព័ន្ធជាងសម្រាប់ក្រុមហ៊ុនធំៗ - របៀបណែនាំដំណោះស្រាយអនុលោមភាព និងតម្រូវការស្តង់ដារទៅក្នុងដំណើរការ។ Ilya Mitrukov ពីមជ្ឈមណ្ឌលបច្ចេកវិទ្យា Deutsche Bank នឹងបង្ហាញ, នោះ ស្តង់ដារការងារអាចត្រូវគ្នាជាមួយ DevOps.

ហើយនៅចុងបញ្ចប់នៃថ្ងៃ Matvey Kukuy (Amixr.IO) នឹងចែករំលែក ស្ថិតិ និងការយល់ដឹងអំពីរបៀបដែលក្រុមរាប់សិបនៅជុំវិញពិភពលោកកំពុងបំពេញកាតព្វកិច្ច ដោះស្រាយឧប្បត្តិហេតុ រៀបចំការងារ និងការកសាងប្រព័ន្ធដែលអាចទុកចិត្តបាន ហើយនឹងពន្យល់ពីរបៀបដែលវាទាំងអស់ទាក់ទងនឹង SRE ។

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

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

ជួបគ្នានៅក្នុងកាឡាក់ស៊ី DevOpsConf 2019!

ប្រភព: www.habr.com