បញ្ជីត្រួតពិនិត្យការត្រៀមខ្លួនផលិតកម្ម

ការបកប្រែអត្ថបទត្រូវបានរៀបចំជាពិសេសសម្រាប់សិស្សនៃវគ្គសិក្សា "ការអនុវត្ត និងឧបករណ៍ DevOps"ដែលចាប់ផ្តើមថ្ងៃនេះ!

តើ​អ្នក​ធ្លាប់​ចេញ​សេវាកម្ម​ថ្មី​ចូល​ផលិតកម្ម​ទេ? ឬប្រហែលជាអ្នកបានចូលរួមក្នុងការគាំទ្រសេវាកម្មបែបនេះ? បើមែន តើអ្វីជំរុញទឹកចិត្តអ្នក? តើអ្វីល្អសម្រាប់ផលិតកម្ម និងអ្វីដែលអាក្រក់? តើអ្នកបណ្តុះបណ្តាលសមាជិកក្រុមថ្មីដោយរបៀបណាលើការចេញផ្សាយ ឬការថែទាំសេវាកម្មដែលមានស្រាប់។

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

ការសាកល្បង និងកំហុសបង្កើតបរិយាកាសមួយដែលការចង្អុលម្រាមដៃ និងការស្តីបន្ទោស - ការផ្លាស់ប្តូរជារឿងធម្មតា។ ជាមួយនឹងអាកប្បកិរិយានេះ វាកាន់តែពិបាករៀនពីកំហុស ហើយមិនធ្វើម្តងទៀត។

អង្គការជោគជ័យ៖

• ដឹងពីតម្រូវការសម្រាប់ការណែនាំសម្រាប់ផលិតកម្ម
• សិក្សាការអនុវត្តល្អបំផុត,
• ចាប់ផ្តើមការពិភាក្សាលើបញ្ហាត្រៀមផលិតនៅពេលបង្កើតប្រព័ន្ធ ឬសមាសធាតុថ្មី
• ធានាបាននូវការអនុលោមតាមច្បាប់នៃការរៀបចំសម្រាប់ផលិតកម្ម។

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

ពេលណាត្រូវពិនិត្យមើលសេវាកម្មសម្រាប់ការត្រៀមខ្លួនសម្រាប់ការផលិត?

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

ពិនិត្យមើលនៅពេលណា៖

• អ្នកកំពុងបញ្ចេញសេវាកម្មថ្មីទៅក្នុងផលិតកម្ម។
• អ្នកផ្ទេរប្រតិបត្តិការនៃសេវាកម្មផលិតកម្មទៅក្រុមផ្សេងទៀតដូចជា SRE ជាដើម។
• អ្នកផ្ទេរប្រតិបត្តិការនៃសេវាកម្មផលិតកម្មទៅបុគ្គលិកថ្មី។
• រៀបចំការគាំទ្រផ្នែកបច្ចេកទេស។

បញ្ជីត្រួតពិនិត្យការត្រៀមខ្លួនផលិតកម្ម

មួយរយៈមុន ជាឧទាហរណ៍ I បានផ្សព្វផ្សាយ បញ្ជីត្រួតពិនិត្យសម្រាប់ការធ្វើតេស្តត្រៀមខ្លួនសម្រាប់ផលិតកម្ម។ ទោះបីជាបញ្ជីនេះមានប្រភពមកពីអតិថិជន Google Cloud ក៏ដោយ វានឹងមានប្រយោជន៍ និងអាចអនុវត្តបាននៅខាងក្រៅ Google Cloud។

ការរចនានិងការអភិវឌ្ឍន៍

• បង្កើតដំណើរការបង្កើតឡើងវិញដែលមិនត្រូវការការចូលប្រើសេវាកម្មខាងក្រៅ និងមិនអាស្រ័យលើការបរាជ័យនៃប្រព័ន្ធខាងក្រៅ។
• ក្នុងអំឡុងពេលនៃការរចនា និងការអភិវឌ្ឍន៍ កំណត់ និងកំណត់ SLOs សម្រាប់សេវាកម្មរបស់អ្នក។
• ឯកសាររំពឹងទុកសម្រាប់ភាពអាចរកបាននៃសេវាកម្មខាងក្រៅដែលអ្នកអាស្រ័យ។
• ជៀសវាងចំណុចមួយនៃការបរាជ័យដោយការដកចេញនូវភាពអាស្រ័យនៅលើធនធានសកលតែមួយ។ ចម្លងធនធាន ឬប្រើការជំនួសនៅពេលដែលធនធានមិនមាន (ឧទាហរណ៍ តម្លៃរឹង-កូដ)។

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

• ការកំណត់រចនាសម្ព័ន្ធឋិតិវន្ត តូច និងមិនសម្ងាត់អាចឆ្លងកាត់តាមប៉ារ៉ាម៉ែត្របន្ទាត់ពាក្យបញ្ជា។ សម្រាប់អ្វីៗផ្សេងទៀត សូមប្រើសេវាកម្មផ្ទុកការកំណត់រចនាសម្ព័ន្ធ។
• ការកំណត់រចនាសម្ព័ន្ធថាមវន្តត្រូវតែមានការកំណត់ជំនួស ក្នុងករណីដែលសេវាកម្មកំណត់រចនាសម្ព័ន្ធមិនអាចប្រើបាន។
• ការកំណត់រចនាសម្ព័ន្ធបរិស្ថានអភិវឌ្ឍន៍មិនគួរទាក់ទងនឹងការកំណត់រចនាសម្ព័ន្ធផលិតកម្មទេ។ បើមិនដូច្នោះទេ វាអាចនាំទៅដល់ការចូលប្រើប្រាស់ពីបរិយាកាសអភិវឌ្ឍន៍ទៅកាន់សេវាកម្មផលិតកម្ម ដែលអាចបណ្តាលឱ្យមានបញ្ហាឯកជនភាព និងការលេចធ្លាយទិន្នន័យ។
• ចងក្រងឯកសារអ្វីដែលអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធថាមវន្ត និងពណ៌នាអំពីឥរិយាបថជំនួស ប្រសិនបើប្រព័ន្ធចែកចាយការកំណត់មិនអាចប្រើបាន។

ការគ្រប់គ្រងការចេញផ្សាយ

• ចងក្រងឯកសារដំណើរការចេញផ្សាយឱ្យបានលម្អិត។ ពិពណ៌នាអំពីរបៀបដែលការចេញផ្សាយប៉ះពាល់ដល់ SLOs (ឧទាហរណ៍ ការកើនឡើងបណ្តោះអាសន្នក្នុងភាពយឺតយ៉ាវដោយសារការខកខានក្នុងឃ្លាំងសម្ងាត់)។
• ការចេញផ្សាយឯកសារ Canary ។
• បង្កើតផែនការត្រួតពិនិត្យការចេញផ្សាយ Canary ហើយប្រសិនបើអាចធ្វើទៅបាន យន្តការវិលត្រឡប់មកវិញដោយស្វ័យប្រវត្តិ។
• សូមប្រាកដថា rollbacks អាចប្រើដំណើរការដូចគ្នាទៅនឹងការដាក់ពង្រាយ។

ការសង្កេត

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

ការការពារ និងសុវត្ថិភាព

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

ការធ្វើផែនការសមត្ថភាព

• ចងក្រងឯកសារអំពីរបៀបធ្វើមាត្រដ្ឋានសេវាកម្មរបស់អ្នក។ ឧទាហរណ៍៖ ចំនួនអ្នកប្រើប្រាស់ ទំហំនៃបន្ទុកចូល លេខសារចូល។
• ចងក្រងឯកសារតម្រូវការធនធានសម្រាប់សេវាកម្មរបស់អ្នក។ ឧទាហរណ៍៖ ចំនួននៃករណីម៉ាស៊ីននិម្មិតដែលឧទ្ទិស, ចំនួននៃករណី Spanner, ផ្នែករឹងពិសេសដូចជា GPU ឬ TPU ។
• ដែនកំណត់ធនធានឯកសារ៖ ប្រភេទធនធាន តំបន់។ល។
• ការរឹតបន្តឹងកូតាឯកសារសម្រាប់ការបង្កើតធនធានថ្មី។ ឧទាហរណ៍ ការកំណត់ចំនួនសំណើ GCE API ប្រសិនបើអ្នកប្រើ API ដើម្បីបង្កើតវត្ថុថ្មីៗ។
• ពិចារណាលើការធ្វើតេស្តបន្ទុកដែលកំពុងដំណើរការ ដើម្បីវិភាគការថយចុះការអនុវត្ត។

អស់ហើយ។ ជួបគ្នាក្នុងថ្នាក់!

ប្រភព: www.habr.com