លំនាំនៅក្នុង Terraform ដើម្បីប្រយុទ្ធប្រឆាំងនឹងភាពវឹកវរ និងទម្លាប់ដោយដៃ។ Maxim Kostrikin (Ixtens)

វាហាក់ដូចជាអ្នកអភិវឌ្ឍន៍ Terraform ផ្តល់នូវការអនុវត្តល្អបំផុតដែលងាយស្រួលសម្រាប់ធ្វើការជាមួយហេដ្ឋារចនាសម្ព័ន្ធ AWS ។ វាគ្រាន់តែជាការ nuance មួយ។ យូរ ៗ ទៅចំនួននៃបរិស្ថានកើនឡើងដែលនីមួយៗមានលក្ខណៈផ្ទាល់ខ្លួនរបស់វា។ ស្ទើរតែច្បាប់ចម្លងនៃជង់កម្មវិធីលេចឡើងនៅក្នុងតំបន់ជិតខាង។ ហើយកូដ Terraform ចាំបាច់ត្រូវចម្លង និងកែសម្រួលដោយប្រុងប្រយ័ត្ន ស្របតាមតម្រូវការថ្មី ឬបង្កើតជាផ្កាព្រិល។

ការពិភាក្សារបស់ខ្ញុំអំពីគំរូនៅក្នុង Terraform ដើម្បីប្រយុទ្ធប្រឆាំងនឹងភាពវឹកវរ និងទម្លាប់ដោយដៃលើគម្រោងធំ និងវែង។

វីដេអូ:

ខ្ញុំ​មាន​អាយុ 40 ឆ្នាំ ខ្ញុំ​បាន​ចូល​រៀន​ផ្នែក IT អស់​រយៈពេល 20 ឆ្នាំ​ហើយ។ ខ្ញុំបានធ្វើការនៅ Ixtens អស់រយៈពេល 12 ឆ្នាំ។ ពួកយើងបានចូលរួមនៅក្នុង ecommerce-driven-development។ ហើយខ្ញុំបានអនុវត្តការអនុវត្ត DevOps អស់រយៈពេល 5 ឆ្នាំ។

រឿងរបស់ខ្ញុំនឹងនិយាយអំពីបទពិសោធន៍របស់ខ្ញុំនៅក្នុងគម្រោងមួយនៅក្នុងក្រុមហ៊ុនដែលឈ្មោះរបស់ខ្ញុំនឹងមិននិយាយទេ ដោយលាក់ខ្លួននៅពីក្រោយកិច្ចព្រមព្រៀងមិនបង្ហាញ។

លេខនៅលើស្លាយត្រូវបានចង្អុលបង្ហាញ ដើម្បីយល់ពីមាត្រដ្ឋាននៃគម្រោង។ ហើយអ្វីគ្រប់យ៉ាងដែលខ្ញុំនឹងនិយាយបន្ទាប់គឺទាក់ទងនឹង Amazon ។

ខ្ញុំបានចូលរួមគម្រោងនេះកាលពី 4 ឆ្នាំមុន។ ហើយ​ការ​កែ​សម្រួល​ហេដ្ឋារចនាសម្ព័ន្ធ​បាន​ដំណើរការ​ពេញ​លេញ​ព្រោះ​គម្រោង​នេះ​មាន​ការ​រីក​ចម្រើន។ ហើយ​គំរូ​ដែល​ត្រូវ​បាន​គេ​ប្រើ​គឺ​មិន​សម​ទៀត​ទេ។ ហើយ​ដោយសារ​ការ​រីក​ចម្រើន​នៃ​គម្រោង​ទាំង​អស់​ដែល​បាន​គ្រោងទុក វា​ជា​ការ​ចាំបាច់​ដើម្បី​ចេញ​មក​នូវ​អ្វី​ដែល​ថ្មី។

សូមអរគុណដល់ Matvey ដែលកាលពីម្សិលមិញបានប្រាប់យើងពីអ្វីដែលបានកើតឡើងនៅ Dodo Pizza ។ នេះជាអ្វីដែលបានកើតឡើងនៅទីនេះកាលពី 4 ឆ្នាំមុន។

អ្នកអភិវឌ្ឍន៍បានមក ហើយចាប់ផ្តើមបង្កើតកូដហេដ្ឋារចនាសម្ព័ន្ធ។

ហេតុផលច្បាស់បំផុតថាហេតុអ្វីបានជាវាត្រូវបានទាមទារគឺពេលវេលាដើម្បីទីផ្សារ។ វាចាំបាច់ដើម្បីធានាថាក្រុម DevOps មិនមែនជាឧបសគ្គកំឡុងពេលដាក់ឱ្យដំណើរការ។ ហើយក្នុងចំណោមរបស់ផ្សេងទៀត Terraform និង Puppet ត្រូវបានគេប្រើនៅកម្រិតដំបូងបំផុត។

Terraform គឺជាគម្រោងប្រភពបើកចំហពី HashiCorp ។ ហើយ​សម្រាប់​អ្នក​ដែល​មិន​ដឹង​ថា​នេះ​គឺ​ជា​អ្វី​, ស្លាយ​មួយ​ចំនួន​បន្ទាប់​។

ហេដ្ឋារចនាសម្ព័ន្ធជាកូដមានន័យថាយើងអាចពណ៌នាអំពីហេដ្ឋារចនាសម្ព័ន្ធរបស់យើង និងសុំឱ្យមនុស្សយន្តមួយចំនួនធ្វើឱ្យប្រាកដថាយើងទទួលបានធនធានដែលយើងបានពិពណ៌នា។

ឧទាហរណ៍យើងត្រូវការម៉ាស៊ីននិម្មិត។ យើងនឹងពណ៌នា និងបន្ថែមប៉ារ៉ាម៉ែត្រដែលត្រូវការជាច្រើន។

បន្ទាប់ពីនេះ យើងនឹងកំណត់រចនាសម្ព័ន្ធការចូលប្រើ Amazon នៅក្នុងកុងសូល។ ហើយយើងនឹងស្នើសុំផែនការ Terraform ។ ផែនការ Terraform នឹងនិយាយថា៖ "មិនអីទេ យើងអាចធ្វើរឿងទាំងនេះសម្រាប់ធនធានរបស់អ្នក"។ ហើយយ៉ាងហោចណាស់ធនធានមួយនឹងត្រូវបានបន្ថែម។ ហើយ​គ្មាន​ការ​ផ្លាស់ប្តូរ​ត្រូវ​បាន​គេ​រំពឹង​ទុក​ទេ។

នៅពេលដែលអ្នកសប្បាយចិត្តនឹងអ្វីៗគ្រប់យ៉ាង អ្នកអាចស្នើសុំឱ្យ Terraform អនុវត្ត ហើយ Terraform នឹងបង្កើតឧទាហរណ៍សម្រាប់អ្នក ហើយអ្នកនឹងទទួលបានម៉ាស៊ីននិម្មិតនៅក្នុងពពករបស់អ្នក។

បន្ថែមទៀត គម្រោងរបស់យើងកំពុងអភិវឌ្ឍ។ យើងកំពុងបន្ថែមការផ្លាស់ប្តូរមួយចំនួននៅទីនោះ។ យើងស្នើសុំករណីបន្ថែម យើងបន្ថែមធាតុចំនួន 53 ។

ហើយយើងធ្វើម្តងទៀត។ សូមរៀបចំផែនការ។ យើង​ឃើញ​ថា​មាន​ការ​ផ្លាស់ប្ដូរ​អ្វី​ខ្លះ​ដែល​ត្រូវ​បាន​គ្រោង​ទុក។ យើងដាក់ពាក្យ។ ហើយនេះជារបៀបដែលហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងរីកចម្រើន។

Terraform ប្រើអ្វីដែលហៅថាឯកសាររដ្ឋ។ នោះគឺការផ្លាស់ប្តូរទាំងអស់ដែលចូលទៅកាន់ Amazon ត្រូវបានរក្សាទុកក្នុងឯកសារដែលសម្រាប់ធនធាននីមួយៗដែលអ្នកបានពណ៌នា មានធនធានដែលត្រូវគ្នាដែលត្រូវបានបង្កើតនៅក្នុង Amazon ។ ដូច្នេះនៅពេលដែលការពិពណ៌នានៃធនធានផ្លាស់ប្តូរ Terraform ដឹងច្បាស់ពីអ្វីដែលត្រូវផ្លាស់ប្តូរនៅក្នុង Amazon ។

ឯកសាររដ្ឋទាំងនេះដើមឡើយគ្រាន់តែជាឯកសារប៉ុណ្ណោះ។ ហើយយើងបានរក្សាទុកពួកវានៅក្នុង Git ដែលជាការរអាក់រអួលយ៉ាងខ្លាំង។ នរណាម្នាក់តែងតែភ្លេចធ្វើការផ្លាស់ប្តូរ ហើយជម្លោះជាច្រើនបានកើតឡើង។

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

ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងកំពុងរីកចម្រើន។ នេះជាលេខកូដរបស់យើង។ ហើយឥឡូវនេះ យើងមិនគ្រាន់តែចង់បង្កើតម៉ាស៊ីននិម្មិតទេ យើងចង់មានបរិយាកាសសាកល្បង។

Terraform អនុញ្ញាត​ឱ្យ​អ្នក​បង្កើត​វត្ថុ​ដូច​ជា​ម៉ូឌុល ពោល​គឺ​ពណ៌នា​រឿង​ដូច​គ្នា​ក្នុង​ថត​មួយ​ចំនួន។

ហើយជាឧទាហរណ៍ ក្នុងការធ្វើតេស្ត ហៅម៉ូឌុលនេះ ហើយទទួលបានដូចដែលយើងបានប្រតិបត្តិ Terraform អនុវត្តនៅក្នុងម៉ូឌុលខ្លួនឯង។ សម្រាប់ការសាកល្បងនឹងមានលេខកូដនេះ។

សម្រាប់ការផលិត យើងអាចផ្ញើការផ្លាស់ប្តូរមួយចំនួនទៅទីនោះ ពីព្រោះនៅក្នុងការធ្វើតេស្ត យើងមិនត្រូវការករណីធំនោះទេ នៅក្នុងការផលិត ករណីធំគឺមានប្រយោជន៍។

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

នេះគឺជាមែកធាងថតដែលត្រូវបានណែនាំដោយ HashiCorp ខ្លួនឯង ប្រសិនបើអ្នកមានគម្រោងធំ ហើយវាសមហេតុផលក្នុងការបែងចែកហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលទៅជាបំណែកតូចៗមួយចំនួន ហើយពិពណ៌នាអំពីបំណែកនីមួយៗនៅក្នុងថតដាច់ដោយឡែកមួយ។

ការមានបណ្ណាល័យយ៉ាងទូលំទូលាយនៃធនធាន អ្នកអាចហៅវត្ថុប្រហាក់ប្រហែលគ្នាក្នុងការធ្វើតេស្ត និងក្នុងផលិតកម្ម។

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

Terraform ថែរក្សាភាពអាស្រ័យទាំងអស់។ ហើយវាតែងតែបង្កើតធនធានតាមលំដាប់លំដោយ ដូច្នេះអ្នកអាចទទួលបានអាសយដ្ឋាន IP ឧទាហរណ៍ពីឧទាហរណ៍ដែលបានបង្កើតថ្មី និងទទួលបានអាសយដ្ឋាន IP នេះនៅក្នុងកំណត់ត្រា route53 ។

លើសពីនេះទៀតវេទិកាមានទំហំធំណាស់។ ហើយ​ការ​ដាក់​ឱ្យ​ដំណើរការ​ការ​សាកល្បង​មួយ​ម៉ោង ទោះបី​រយៈពេល​៨​ម៉ោង​ក៏​ជា​កិច្ចការ​ដ៏​ថ្លៃ​មួយ​ដែរ ។

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

ហើយបន្ទាប់មក Jenkins បានរុញស្គ្រីបសែល ដែលបានកែប្រែកូដបន្តិចនៅក្នុងថត Terraform ។ ខ្ញុំបានលុបឯកសារដែលមិនចាំបាច់ និងបន្ថែមឯកសារចាំបាច់។ ហើយ​បន្ទាប់​មក​ជាមួយ​នឹង​ការ​រត់​មួយ​នៃ Terraform អនុវត្ត​ជង់​ត្រូវ​បាន​លើក​ឡើង​។

ហើយបន្ទាប់មកមានជំហានផ្សេងទៀតដែលខ្ញុំមិនចង់ចូលទៅក្នុង។

ដោយសារតែការពិតដែលថាសម្រាប់ការធ្វើតេស្តយើងត្រូវការជម្រើសតិចតួចជាងនៅក្នុងការផលិត យើងត្រូវធ្វើច្បាប់ចម្លងនៃម៉ូឌុល ដូច្នេះនៅក្នុងច្បាប់ចម្លងទាំងនេះ យើងអាចបន្ថែមលក្ខណៈពិសេសទាំងនោះដែលត្រូវការសម្រាប់តែការសាកល្បងប៉ុណ្ណោះ។

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

លើសពីនេះទៀត មានបញ្ហាបែបនេះដែលសេវាកម្មថ្មីត្រូវបានបន្ថែម ដែលខុសពីសេវាកម្មដែលមានស្រាប់មួយចំនួន។ ហើយជំនួសឱ្យការកែប្រែម៉ូឌុលដែលមានស្រាប់ យើងត្រូវធ្វើច្បាប់ចម្លងរបស់វា ហើយបន្ថែមការផ្លាស់ប្តូរចាំបាច់។

សំខាន់ Terraform មិនមែនជាភាសាពិតទេ។ នេះ​ជា​ការ​ប្រកាស។ បើ​យើង​ត្រូវ​ប្រកាស​អ្វី​មួយ នោះ​យើង​ប្រកាស។ ហើយវាដំណើរការទាំងអស់។

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

ហើយបន្ទាប់ពីផ្ទាំងទឹកកកបែបនេះបានលេចចេញមក កូដ Terraform ទាំងអស់ដែលយើងបានប្រែក្លាយទៅជាគំនរព្រិលដ៏ធំមួយ។

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

មានរឿងមួយអំពីរបៀបដែលសិស្សនៅក្នុងសិក្ខាសាលាមួយគូររង្វង់ដ៏ល្អឥតខ្ចោះពីរជាមួយនឹងដីសនៅលើក្តារខៀន។ ហើយគ្រូមានការភ្ញាក់ផ្អើលពីរបៀបដែលគាត់អាចគូរបានយ៉ាងរលូនដោយគ្មានត្រីវិស័យ។ សិស្ស​ឆ្លើយ​ថា​៖ ​«​សាមញ្ញ​ណាស់ ខ្ញុំ​បាន​ចំណាយ​ពេល​ពីរ​ឆ្នាំ​ក្នុង​ជួរ​កងទ័ព​ដើម្បី​បើក​ម៉ាស៊ីន​កិន​សាច់​»។

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

រឿងដំបូងដែលខ្ញុំចង់ចាប់ផ្តើមជាមួយ Symlinks ។ Terraform មានកូដដដែលៗច្រើន។ ឧទាហរណ៍ ការហៅទៅកាន់អ្នកផ្តល់សេវានៅស្ទើរតែគ្រប់ចំណុចដែលយើងបង្កើតផ្នែកមួយនៃហេដ្ឋារចនាសម្ព័ន្ធគឺដូចគ្នា។ ហើយវាជាការសមហេតុផលក្នុងការដាក់វានៅក្នុងថតដាច់ដោយឡែកមួយ។ ហើយគ្រប់ទីកន្លែងដែលអ្នកផ្តល់សេវាតម្រូវឱ្យធ្វើ Symlinks ទៅឯកសារនេះ។

ឧទាហរណ៍ ក្នុងការផលិត អ្នកប្រើតួនាទីដែលអនុញ្ញាតឱ្យអ្នកទទួលបានសិទ្ធិចូលប្រើគណនី Amazon ខាងក្រៅមួយចំនួន។ ហើយដោយបានផ្លាស់ប្តូរឯកសារមួយ ឯកសារដែលនៅសល់ទាំងអស់នៅក្នុងមែកធាងធនធាននឹងមានសិទ្ធិទាមទារ ដូច្នេះ Terraform ដឹងថាផ្នែកណាមួយរបស់ Amazon ដែលត្រូវចូលប្រើ។

តើ Symlinks បរាជ័យនៅឯណា? ដូចដែលខ្ញុំបាននិយាយ Terraform មានឯកសាររដ្ឋ។ ហើយពួកគេពិតជាល្អណាស់។ ប៉ុន្តែរឿងនេះគឺថា Terraform ចាប់ផ្តើម backend នៅកន្លែងដំបូង។ ហើយគាត់មិនអាចប្រើអថេរណាមួយនៅក្នុងប៉ារ៉ាម៉ែត្រទាំងនេះបានទេ ពួកគេត្រូវតែសរសេរជាអត្ថបទជានិច្ច។

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

តើយើងអាចធ្វើអ្វីបន្ទាប់ទៀត? មុនពេលធ្វើការជាមួយ Terraform អ្នកត្រូវចាប់ផ្តើមវា។ នៅពេលចាប់ផ្តើម Terraform ទាញយកកម្មវិធីជំនួយទាំងអស់។ នៅចំណុចខ្លះពួកគេបានបំបែកពី monolith ទៅជាស្ថាបត្យកម្ម microservice បន្ថែមទៀត។ ហើយអ្នកតែងតែត្រូវធ្វើ Terraform init ដើម្បីឱ្យវាទាញម៉ូឌុលទាំងអស់ គ្រប់កម្មវិធីជំនួយ។

ហើយអ្នកអាចប្រើស្គ្រីបសែល ដែលដំបូងអាចទទួលបានអថេរទាំងអស់។ ស្គ្រីបសែលមិនត្រូវបានកំណត់តាមវិធីណាមួយឡើយ។ ហើយទីពីរផ្លូវ។ ប្រសិនបើយើងតែងតែប្រើផ្លូវដែលមាននៅក្នុងឃ្លាំងជាគន្លឹះនៃឯកសាររដ្ឋ នោះ ស្របទៅតាមនោះ កំហុសនៅទីនេះនឹងត្រូវលុបចោល។

តើខ្ញុំអាចទទួលបានទិន្នន័យនៅឯណា? ឯកសារ JSON ។ Terraform អនុញ្ញាតឱ្យអ្នកសរសេរហេដ្ឋារចនាសម្ព័ន្ធមិនត្រឹមតែនៅក្នុង hcl (HashiCorp Configuration Language) ប៉ុណ្ណោះទេ ប៉ុន្តែក៏មាននៅក្នុង JSON ផងដែរ។

JSON ងាយស្រួលអានពីស្គ្រីបសែល។ ដូច្នោះហើយ អ្នកអាចដាក់ឯកសារកំណត់រចនាសម្ព័ន្ធដោយដាក់ធុងនៅកន្លែងខ្លះ។ ហើយប្រើធុងនេះទាំងនៅក្នុងកូដ Terraform និងនៅក្នុងស្គ្រីបសែលសម្រាប់ការចាប់ផ្តើម។

ហេតុអ្វីបានជាវាសំខាន់ក្នុងការមានធុងសម្រាប់ Terraform? ដោយសារតែមានរឿងដូចជាឯកសាររដ្ឋពីចម្ងាយ។ នោះគឺនៅពេលដែលខ្ញុំលើកយកធនធានមួយចំនួន ដើម្បីប្រាប់ Amazon ថា “សូមលើកឧទាហរណ៍” ខ្ញុំត្រូវបញ្ជាក់ប៉ារ៉ាម៉ែត្រដែលត្រូវការជាច្រើន។

ហើយអត្តសញ្ញាណទាំងនេះត្រូវបានរក្សាទុកក្នុងថតឯកសារផ្សេងទៀត។ ហើយខ្ញុំអាចនិយាយបានថា៖ "Terraform សូមរត់ទៅកាន់ឯកសាររដ្ឋនៃធនធាននោះ ហើយយកលេខសម្គាល់ទាំងនេះមកខ្ញុំ"។ ដូច្នេះហើយ ការបង្រួបបង្រួមជាក់លាក់មួយលេចឡើងរវាងតំបន់ ឬបរិស្ថានផ្សេងៗគ្នា។

វាមិនតែងតែអាចប្រើឯកសាររដ្ឋពីចម្ងាយបានទេ។ ឧទាហរណ៍ អ្នកបានបង្កើត VPC ដោយដៃ។ ហើយកូដ Terraform ដែលបង្កើត VPC បង្កើត VPC ផ្សេងៗគ្នាបែបនេះ ដែលវានឹងចំណាយពេលយូរណាស់ ហើយអ្នកនឹងត្រូវកែតម្រូវមួយទៅមួយទៀត ដូច្នេះអ្នកអាចប្រើល្បិចដូចខាងក្រោម។

នោះគឺបង្កើតម៉ូឌុលដែលហាក់ដូចជាបង្កើត VPC ហើយដូចដែលវាផ្តល់ឱ្យអ្នកនូវការកំណត់អត្តសញ្ញាណ ប៉ុន្តែតាមពិតវាគ្រាន់តែជាឯកសារដែលមានតម្លៃ hardcoded ដែលអាចប្រើដើម្បីបង្កើតឧទាហរណ៍ដូចគ្នា។

វាមិនតែងតែចាំបាច់ក្នុងការរក្សាទុកឯកសាររដ្ឋនៅក្នុងពពកនោះទេ។ ឧទាហរណ៍ នៅពេលសាកល្បងម៉ូឌុល អ្នកអាចប្រើ backend initialization ដែលឯកសារនឹងត្រូវបានរក្សាទុកយ៉ាងសាមញ្ញនៅលើថាសនៅពេលធ្វើតេស្ត។

ឥឡូវនេះបន្តិចអំពីការធ្វើតេស្ត។ តើអ្នកអាចសាកល្បងអ្វីនៅក្នុង Terraform? ប្រហែលជាច្រើនណាស់ ប៉ុន្តែខ្ញុំនឹងនិយាយអំពីរឿងទាំង ៤ នេះ។

HashiCorp មានការយល់ដឹងអំពីរបៀបដែលកូដ Terraform គួរតែត្រូវបានធ្វើទ្រង់ទ្រាយ។ ហើយ Terraform fmt អនុញ្ញាតឱ្យអ្នកធ្វើទ្រង់ទ្រាយកូដដែលអ្នកកែសម្រួលយោងទៅតាមជំនឿនេះ។ ដូច្នោះហើយ ការធ្វើតេស្តត្រូវតែពិនិត្យមើលថាតើការធ្វើទ្រង់ទ្រាយត្រូវគ្នាទៅនឹងអ្វីដែល HashiCorp bequeathed ដូច្នេះមិនចាំបាច់ផ្លាស់ប្តូរទីតាំងតង្កៀបជាដើម។

មួយបន្ទាប់គឺ Terraform validate ។ វាធ្វើលើសពីការត្រួតពិនិត្យវាក្យសម្ព័ន្ធ - ala ថាតើវង់ក្រចកទាំងអស់ត្រូវបានផ្គូផ្គងឬអត់។ តើមានអ្វីសំខាន់នៅទីនេះ? ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងគឺទូលំទូលាយណាស់។ មានប៉ាផ្សេងៗគ្នាជាច្រើននៅក្នុងនោះ។ ហើយនៅក្នុងនីមួយៗអ្នកត្រូវដំណើរការ Terraform validate ។

ដូច្នោះហើយ ដើម្បីបង្កើនល្បឿននៃការធ្វើតេស្ត យើងដំណើរការដំណើរការជាច្រើនស្របគ្នាដោយប្រើប៉ារ៉ាឡែល។

ប៉ារ៉ាឡែល​គឺ​ជា​រឿង​ត្រជាក់​ខ្លាំង​ណាស់​ប្រើ​វា​។

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

ប្រសិនបើអ្នកប្រាប់ Terraform ថាកម្មវិធីជំនួយនៅទីណានោះ Terraform នឹងនិយាយថា៖ “អូខេ នេះប្រហែលជារឿងចុងក្រោយបំផុតដែលនៅទីនោះ។ ខ្ញុំនឹងមិនទៅណាទេ ខ្ញុំនឹងចាប់ផ្តើមផ្ទៀងផ្ទាត់លេខកូដ Terraform របស់អ្នកភ្លាមៗ។"

ដើម្បីបំពេញថតជាមួយកម្មវិធីជំនួយចាំបាច់ យើងមានកូដ Terraform ដ៏សាមញ្ញបំផុត ដែលគ្រាន់តែត្រូវការចាប់ផ្តើម។ នៅទីនេះ ជាការពិត អ្នកត្រូវបញ្ជាក់អ្នកផ្តល់សេវាទាំងអស់ដែលចូលរួមក្នុងកូដរបស់អ្នក បើមិនដូច្នោះទេ Terraform នឹងនិយាយថា "ខ្ញុំមិនស្គាល់អ្នកផ្តល់សេវាជាក់លាក់ទេព្រោះវាមិននៅក្នុងឃ្លាំងសម្ងាត់"។

បន្ទាប់គឺផែនការ Terraform ។ ដូចដែលខ្ញុំបាននិយាយ ការអភិវឌ្ឍន៍គឺជាវដ្ត។ យើងធ្វើការផ្លាស់ប្តូរលេខកូដ។ ហើយបន្ទាប់មកអ្នកត្រូវស្វែងយល់ថាតើការផ្លាស់ប្តូរអ្វីខ្លះដែលត្រូវបានគ្រោងទុកសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធ។

ហើយនៅពេលដែលហេដ្ឋារចនាសម្ព័ន្ធមានទំហំធំខ្លាំង អ្នកអាចផ្លាស់ប្តូរម៉ូឌុលមួយ ជួសជុលបរិយាកាសសាកល្បងមួយចំនួន ឬតំបន់ជាក់លាក់មួយចំនួន ហើយបំបែកអ្នកជិតខាងមួយចំនួន។ ដូច្នេះ ផែនការ Terraform គួរតែត្រូវបានធ្វើឡើងសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូល និងបង្ហាញពីការផ្លាស់ប្តូរដែលត្រូវបានគ្រោងទុក។

អ្នកអាចធ្វើវាដោយឆ្លាតវៃ។ ឧទាហរណ៍ យើងសរសេរអក្សរ Python ដែលដោះស្រាយភាពអាស្រ័យ។ ហើយអាស្រ័យលើអ្វីដែលត្រូវបានផ្លាស់ប្តូរ៖ ម៉ូឌុល Terraform ឬគ្រាន់តែជាសមាសធាតុជាក់លាក់មួយ វាបង្កើតផែនការសម្រាប់ថតដែលអាស្រ័យទាំងអស់។

ផែនការ Terraform ត្រូវតែធ្វើឡើងតាមការស្នើសុំ។ យ៉ាងហោចណាស់នោះជាអ្វីដែលយើងធ្វើ។

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

ផែនការគឺពិតជាថ្លៃណាស់។ វាត្រូវការពេលវេលាដោយសារតែ Terraform ទៅ Amazon ហើយសួរថា "តើករណីនេះនៅតែមានទេ? តើមាត្រដ្ឋានស្វ័យប្រវត្តិនេះមានប៉ារ៉ាម៉ែត្រដូចគ្នាដែរឬទេ? ហើយដើម្បីបង្កើនល្បឿននេះ អ្នកអាចប្រើប៉ារ៉ាម៉ែត្រដូចជា refresh=false។ នេះមានន័យថា Terraform នឹងទាញយកស្ថានភាពពី S3 ។ ហើយ​វា​នឹង​ជឿ​ថា​រដ្ឋ​នឹង​ត្រូវ​គ្នា​នឹង​អ្វី​ដែល​មាន​នៅ​ក្នុង​ក្រុមហ៊ុន Amazon។

ផែនការ Terraform បែបនេះដំណើរការលឿនជាងមុន ប៉ុន្តែរដ្ឋត្រូវតែឆ្លើយតបទៅនឹងហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នក ពោលគឺនៅកន្លែងណាមួយ ពេលខ្លះការធ្វើឱ្យស្រស់ Terraform ត្រូវតែចាប់ផ្តើម។ ការធ្វើឱ្យស្រស់ Terraform ធ្វើយ៉ាងពិតប្រាកដ៖ រដ្ឋត្រូវគ្នានឹងអ្វីដែលមាននៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធជាក់ស្តែង។

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

រឿងបន្ទាប់ដែលខ្ញុំចង់និយាយគឺការធ្វើតេស្តទិន្នន័យអ្នកប្រើប្រាស់។

តើទិន្នន័យអ្នកប្រើប្រាស់គឺជាអ្វី? នៅក្នុង Amazon នៅពេលដែលយើងបង្កើត instance មួយ យើងអាចផ្ញើសំបុត្រជាក់លាក់មួយជាមួយ instance - meta data។ នៅពេលដែល instance ចាប់ផ្តើម ជាធម្មតា cloud init តែងតែមានវត្តមាននៅលើ instance ទាំងនេះ។ Cloud init អាន​សំបុត្រ​នេះ​ហើយ​និយាយ​ថា "យល់ព្រម ថ្ងៃនេះ​ខ្ញុំ​ជា​អ្នក​រក្សា​តុល្យភាព​បន្ទុក"។ ហើយ​ស្រប​តាម​សេចក្ដី​សញ្ញា​ទាំងនេះ គាត់​បាន​ធ្វើ​សកម្មភាព​មួយ​ចំនួន។

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

ហើយប្រសិនបើអ្នកមិនយកចិត្តទុកដាក់លើបញ្ហានេះទេ ឯកសារអត្ថបទដែលខូចមួយចំនួនអាចបញ្ចប់នៅលើ Amazon នៅលើហេដ្ឋារចនាសម្ព័ន្ធពិតប្រាកដ។

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

ជម្រើសមួយទៀតគឺត្រូវប្រើម៉ូឌុលដើម្បីបង្កើតទិន្នន័យអ្នកប្រើប្រាស់។ អ្នកនឹងអនុវត្តម៉ូឌុលនេះ។ អ្នកទទួលបានឯកសារនៅលើថាស។ ប្រៀបធៀបវាជាមួយឯកសារយោង។ ដូច្នេះហើយ ប្រសិនបើបុរសខ្លះសម្រេចចិត្តកែទិន្នន័យអ្នកប្រើប្រាស់បន្តិច នោះការធ្វើតេស្តរបស់អ្នកនឹងនិយាយថា "យល់ព្រម មានការផ្លាស់ប្តូរខ្លះនៅទីនេះ ហើយនៅទីនោះ វាជារឿងធម្មតា។"

រឿងបន្ទាប់ដែលខ្ញុំចង់និយាយគឺ Automate Terraform អនុវត្ត។

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

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

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

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

Amazon មានរឿងដូចជា បញ្ចប់ការការពារ។ ហើយវាអាចការពារក្នុងករណីខ្លះពីការផ្លាស់ប្តូរដែលមិនត្រូវការសម្រាប់អ្នក។ នោះគឺ Terraform បានទៅ Amazon ហើយនិយាយថា "ខ្ញុំត្រូវការសម្លាប់ឧទាហរណ៍នេះដើម្បីបង្កើតមួយផ្សេងទៀត" ។ ហើយក្រុមហ៊ុន Amazon និយាយថា “សុំទោស មិនមែនថ្ងៃនេះទេ។ យើង​មាន​ការ​ការពារ​បញ្ចប់»។

ហើយ icing នៅលើនំគឺជាការបង្កើនប្រសិទ្ធភាពកូដ។ នៅពេលយើងធ្វើការជាមួយកូដ Terraform យើងត្រូវឆ្លងកាត់ប៉ារ៉ាម៉ែត្រមួយចំនួនធំទៅម៉ូឌុល។ ទាំងនេះគឺជាប៉ារ៉ាម៉ែត្រដែលចាំបាច់ដើម្បីបង្កើតប្រភេទនៃធនធានមួយចំនួន។ ហើយកូដប្រែទៅជាបញ្ជីធំនៃប៉ារ៉ាម៉ែត្រដែលត្រូវការបញ្ជូនពីម៉ូឌុលមួយទៅម៉ូឌុល ពីម៉ូឌុលមួយទៅម៉ូឌុល ជាពិសេសប្រសិនបើម៉ូឌុលត្រូវបានដាក់។

ហើយវាពិបាកអានណាស់។ វាពិបាកណាស់ក្នុងការពិនិត្យរឿងនេះ។ ហើយជាញឹកញាប់វាប្រែថាប៉ារ៉ាម៉ែត្រខ្លះឆ្លងកាត់ការត្រួតពិនិត្យហើយវាមិនច្បាស់ពីអ្វីដែលត្រូវការនោះទេ។ ហើយ​នេះ​ត្រូវ​ចំណាយ​ពេល​វេលា និង​ប្រាក់​ដើម្បី​ជួសជុល​ពេល​ក្រោយ។

ដូច្នេះ ខ្ញុំស្នើឱ្យអ្នកប្រើវត្ថុដូចជាប៉ារ៉ាម៉ែត្រស្មុគស្មាញ ដែលរួមបញ្ចូលមែកធាងនៃតម្លៃជាក់លាក់។ នោះគឺអ្នកត្រូវការថតប្រភេទមួយចំនួនដែលអ្នកមានតម្លៃទាំងអស់ដែលអ្នកចង់មាននៅក្នុងបរិយាកាសមួយចំនួន។

ហើយដោយការហៅម៉ូឌុលនេះ អ្នកអាចទទួលបានមែកធាងដែលត្រូវបានបង្កើតនៅក្នុងម៉ូឌុលទូទៅមួយ នោះគឺនៅក្នុងម៉ូឌុលទូទៅដែលដំណើរការដូចគ្នាសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូល។

នៅក្នុងម៉ូឌុលនេះ អ្នកអាចធ្វើការគណនាមួយចំនួនដោយប្រើមុខងារថ្មីៗបែបនេះនៅក្នុង Terraform ក្នុងនាមជាអ្នកស្រុក។ ហើយបន្ទាប់មក ជាមួយនឹងលទ្ធផលមួយ ផ្តល់ប៉ារ៉ាម៉ែត្រស្មុគស្មាញមួយចំនួន ដែលអាចរួមបញ្ចូលសញ្ញាអារេ។ល។

នេះគឺជាកន្លែងដែលការរកឃើញដ៏ល្អបំផុតទាំងអស់ដែលខ្ញុំបានបញ្ចប់។ ហើយខ្ញុំចង់ប្រាប់រឿងមួយអំពីទីក្រុង Columbus ។ នៅពេលដែលគាត់កំពុងស្វែងរកប្រាក់សម្រាប់បេសកកម្មរបស់គាត់ដើម្បីស្វែងរកប្រទេសឥណ្ឌា (ដូចដែលគាត់គិតនៅពេលនោះ) គ្មាននរណាម្នាក់ជឿគាត់ទេ ហើយពួកគេគិតថាវាមិនអាចទៅរួចទេ។ រួច​គាត់​និយាយ​ថា​៖ ​«​ត្រូវ​ប្រាកដ​ថា​ស៊ុត​មិន​ធ្លាក់​ទេ​»។ ធនាគារិកទាំងអស់ ដែលជាអ្នកមាន និងប្រហែលជាមនុស្សឆ្លាត បានព្យាយាមដាក់ពងមាន់ ហើយវានៅតែបន្តធ្លាក់ចុះ។ បន្ទាប់មក Columbus បានយកស៊ុតនោះហើយចុចវាបន្តិច។ សំបកខ្ទេចខ្ទី ហើយស៊ុតនៅតែគ្មានចលនា។ ពួកគេនិយាយថា "អូ! ហើយ Columbus បានឆ្លើយថា “បាទ វាសាមញ្ញពេកហើយ។ ហើយ​ពេល​ខ្ញុំ​បើក​ប្រទេស​ឥណ្ឌា អ្នក​រាល់​គ្នា​នឹង​ប្រើ​ផ្លូវ​ពាណិជ្ជកម្ម​នេះ»។

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

សូមសង្ខេប៖

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

• ហេដ្ឋារចនាសម្ព័ន្ធដែលមិនអាចផ្លាស់ប្តូរបាន។ ការដឹកជញ្ជូន AMI តាមកាលវិភាគ។
• រចនាសម្ព័ន្ធសម្រាប់ route53 នៅពេលដែលអ្នកមានធាតុជាច្រើន ហើយអ្នកចង់ឱ្យពួកគេស្ថិតក្នុងលំដាប់ស្រប។
• ការប្រយុទ្ធប្រឆាំងនឹងដែនកំណត់អត្រា API ។ នេះគឺជាពេលដែលក្រុមហ៊ុន Amazon និយាយថា "នោះហើយជាវា ខ្ញុំមិនអាចទទួលយកសំណើទៀតទេ សូមរង់ចាំ។" ហើយពាក់កណ្តាលនៃការិយាល័យកំពុងរង់ចាំរហូតដល់វាអាចដំណើរការហេដ្ឋារចនាសម្ព័ន្ធរបស់ខ្លួន។
• ចំណុចពិសេស។ Amazon មិន​មែន​ជា​ព្រឹត្តិការណ៍​ថោក​ទេ ហើយ​កន្លែង​អាច​ឱ្យ​អ្នក​សន្សំ​បាន​ច្រើន។ ហើយនៅទីនោះអ្នកអាចប្រាប់របាយការណ៍ទាំងមូលអំពីវា។
• តួនាទីសន្តិសុខ និង IAM ។
• ការស្វែងរកធនធានដែលបាត់បង់ នៅពេលដែលអ្នកមានឧទាហរណ៍នៃប្រភពដើមមិនស្គាល់នៅក្នុង Amazone ពួកគេស៊ីលុយ។ ទោះបីជាករណីមានតម្លៃ 100-150 ដុល្លារក្នុងមួយខែក៏ដោយ នោះច្រើនជាង 1 ដុល្លារក្នុងមួយឆ្នាំ។ ការស្វែងរកធនធានបែបនេះគឺជាអាជីវកម្មដែលមានផលចំណេញ។
• និងករណីដែលបានបម្រុងទុក។

នោះហើយជាទាំងអស់សម្រាប់ខ្ញុំ។ Terraform គឺឡូយណាស់ អ្នកប្រើវា។ សូមអរគុណ!

សំណួរ

អរគុណសម្រាប់របាយការណ៍! ឯកសាររដ្ឋរបស់អ្នកស្ថិតនៅក្នុង S3 ប៉ុន្តែតើអ្នកដោះស្រាយបញ្ហាដោយរបៀបណាដែលមនុស្សជាច្រើនអាចយកឯកសាររដ្ឋនេះ ហើយព្យាយាមពង្រីក?

ជាដំបូង យើងមិនប្រញាប់ទេ។ ទីពីរ មានទង់ជាតិ ដែលយើងរាយការណ៍ថាយើងកំពុងធ្វើការលើផ្នែកខ្លះនៃកូដ។ នោះគឺទោះបីជាការពិតដែលថាហេដ្ឋារចនាសម្ព័ន្ធមានទំហំធំណាស់ក៏ដោយនេះមិនមានន័យថានរណាម្នាក់កំពុងប្រើប្រាស់អ្វីមួយឥតឈប់ឈរនោះទេ។ ហើយនៅពេលដែលមានដំណាក់កាលសកម្ម វាជាបញ្ហា យើងបានរក្សាទុកឯកសាររដ្ឋនៅក្នុង Git ។ នេះមានសារៈសំខាន់ បើមិនដូច្នេះទេ នរណាម្នាក់នឹងបង្កើតឯកសាររដ្ឋ ហើយយើងត្រូវដាក់ពួកវារួមគ្នាដោយដៃដើម្បីឱ្យអ្វីៗដំណើរការបន្ត។ ឥឡូវនេះមិនមានបញ្ហាបែបនេះទេ។ ជាទូទៅ Terraform បានដោះស្រាយបញ្ហានេះ។ ហើយប្រសិនបើអ្វីមួយកំពុងផ្លាស់ប្តូរជានិច្ចនោះ អ្នកអាចប្រើសោ ដែលរារាំងអ្វីដែលអ្នកបាននិយាយ។

តើ​អ្នក​កំពុង​ប្រើ​ប្រភព​បើក​ចំហ ឬ​សហគ្រាស?

គ្មានសហគ្រាស ពោលគឺ អ្វីគ្រប់យ៉ាងដែលអ្នកអាចចូលទៅទាញយកដោយឥតគិតថ្លៃ។

ឈ្មោះរបស់ខ្ញុំគឺ Stanislav ។ ខ្ញុំចង់បង្កើតការបន្ថែមតូចមួយ។ អ្នក​បាន​និយាយ​អំពី​លក្ខណៈ​ពិសេស​របស់ Amazon ដែល​អនុញ្ញាត​ឱ្យ​អ្នក​បង្កើត​ឧទាហរណ៍​មួយ​ដែល​មិន​អាច​សម្លាប់​បាន។ នេះក៏មាននៅក្នុង Terraform ខ្លួនវាផងដែរ នៅក្នុងប្លុក Life Second អ្នកអាចបញ្ជាក់ការហាមឃាត់លើការផ្លាស់ប្តូរ ឬហាមឃាត់ការបំផ្លាញ។

ពេលវេលាមានកំណត់។ ចំណុចល្អ។

ខ្ញុំក៏ចង់សួររឿងពីរ។ ដំបូងអ្នកនិយាយអំពីការធ្វើតេស្ត។ តើអ្នកបានប្រើឧបករណ៍ធ្វើតេស្តណាមួយទេ? ខ្ញុំបានលឺអំពីកម្មវិធីជំនួយ Test Kitchen ។ ប្រហែល​ជា​មាន​អ្វី​បន្ថែម​ទៀត។ ហើយខ្ញុំក៏ចង់សួរអំពីតម្លៃក្នុងស្រុក។ តើពួកវាខុសគ្នាជាមូលដ្ឋានពីអថេរបញ្ចូលយ៉ាងដូចម្តេច? ហើយហេតុអ្វីបានជាខ្ញុំមិនអាចកំណត់អ្វីមួយតាមរយៈ Local Values ​​តែប៉ុណ្ណោះ? ខ្ញុំ​បាន​ព្យាយាម​ស្វែង​យល់​ពី​ប្រធាន​បទ​នេះ ប៉ុន្តែ​ខ្ញុំ​មិន​អាច​យល់​ពី​វា​ដោយ​ខ្លួន​ឯង​បាន​ទេ។

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

ទាក់ទងនឹងតម្លៃក្នុងតំបន់ សូមបន្តការសន្ទនានៅខាងក្រៅបន្ទប់។

សួស្តី! អរគុណសម្រាប់របាយការណ៍! ព័ត៌មានល្អណាស់។ អ្នក​បាន​និយាយ​ថា អ្នក​មាន​កូដ​ប្រភេទ​ដូចគ្នា​ជាច្រើន​ដើម្បី​ពណ៌នា​អំពី​ហេដ្ឋារចនាសម្ព័ន្ធ។ តើអ្នកបានពិចារណាបង្កើតកូដនេះទេ?

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

តើអ្នកបានឮអ្វីអំពី jsonnet ទេ?

លេខ

មើល​ចុះ នេះ​ជា​រឿង​ដ៏​ឡូយ​ណាស់។ ខ្ញុំឃើញករណីជាក់លាក់មួយដែលអ្នកអាចអនុវត្តវា និងបង្កើតរចនាសម្ព័ន្ធទិន្នន័យ។

ម៉ាស៊ីនភ្លើងគឺល្អនៅពេលដែលអ្នកមានវាដូចនៅក្នុងរឿងកំប្លែងអំពីម៉ាស៊ីនកោរសក់។ នោះ​គឺ​ជា​លើក​ដំបូង​មុខ​ខុស​គ្នា ប៉ុន្តែ​បន្ទាប់​មក​អ្នក​រាល់​គ្នា​មាន​មុខ​ដូច​គ្នា។ ម៉ាស៊ីនភ្លើងដំណើរការល្អណាស់។ ប៉ុន្តែជាអកុសល មុខរបស់យើងខុសគ្នាបន្តិច។ នេះជាបញ្ហា។

គ្រាន់​តែ​មើល​ទៅ។ សូមអរគុណ!

ឈ្មោះរបស់ខ្ញុំគឺ Maxim ខ្ញុំមកពី Sberbank ។ អ្នកបាននិយាយបន្តិចបន្តួចអំពីរបៀបដែលអ្នកកំពុងព្យាយាមនាំយក Terraform ទៅជាភាសាសរសេរកម្មវិធី។ តើវាមិនងាយស្រួលប្រើ Ansible ទេ?

ទាំងនេះគឺជារឿងខុសគ្នាខ្លាំងណាស់។ អ្នកអាចបង្កើតធនធាននៅក្នុង Ansible ហើយ Puppet អាចបង្កើតធនធាននៅក្នុង Amazon ។ ប៉ុន្តែ Terraform ត្រូវបានធ្វើឱ្យច្បាស់។

តើអ្នកមានតែ Amazon ទេ?

វាមិនមែនថាយើងមានតែ Amazon ទេ។ យើងស្ទើរតែមានតែ Amazon ប៉ុណ្ណោះ។ ប៉ុន្តែលក្ខណៈពិសេសសំខាន់គឺថា Terraform ចងចាំ។ នៅក្នុង Ansible ប្រសិនបើអ្នកនិយាយថា "ផ្តល់ឱ្យខ្ញុំ 5 ករណី" នោះវានឹងកើនឡើង ហើយបន្ទាប់មកអ្នកនិយាយថា "ហើយឥឡូវនេះខ្ញុំត្រូវការ 3" ។ ហើយ Terraform នឹងនិយាយថា "មិនអីទេ ខ្ញុំនឹងសម្លាប់ 2" ហើយ Ansible នឹងនិយាយថា "Okay នេះ 3 សម្រាប់អ្នក" ។ សរុប ៨.

សួស្តី! អរគុណសម្រាប់របាយការណ៍របស់អ្នក! វាគួរឱ្យចាប់អារម្មណ៍ខ្លាំងណាស់ក្នុងការស្តាប់អំពី Terraform ។ ខ្ញុំចង់ធ្វើអត្ថាធិប្បាយតូចមួយភ្លាមៗអំពីការពិតដែលថា Terraform នៅតែមិនមានការចេញផ្សាយដែលមានស្ថេរភាព ដូច្នេះសូមព្យាបាល Terraform ដោយប្រុងប្រយ័ត្ន។

ស្លាបព្រាដ៏ល្អសម្រាប់អាហារពេលល្ងាច។ នោះគឺប្រសិនបើអ្នកត្រូវការដំណោះស្រាយ ពេលខ្លះអ្នកបោះបង់អ្វីដែលមិនស្ថិតស្ថេរ។ល។ ប៉ុន្តែវាដំណើរការហើយវាបានជួយយើង។

សំណួរគឺនេះ។ អ្នកប្រើកម្មវិធីខាងក្រោយពីចម្ងាយ អ្នកប្រើ S 3។ ហេតុអ្វីបានជាអ្នកមិនប្រើកម្មវិធីខាងក្រោយផ្លូវការ?

ផ្លូវការ?

ពពក Terraform ។

តើគាត់បង្ហាញខ្លួននៅពេលណា?

ប្រហែល 4 ខែមុន។

ប្រសិនបើវាលេចឡើងកាលពី 4 ឆ្នាំមុននោះខ្ញុំប្រហែលជាបានឆ្លើយសំណួររបស់អ្នក។

មានមុខងារ និងសោរដែលភ្ជាប់មកជាមួយរួចហើយ ហើយអ្នកអាចរក្សាទុកឯកសាររដ្ឋបាន។ សាកល្បងប្រើ។ ប៉ុន្តែខ្ញុំក៏មិនបានសាកល្បងវាដែរ។

យើងកំពុងធ្វើដំណើរលើរថភ្លើងដ៏ធំមួយដែលកំពុងធ្វើដំណើរក្នុងល្បឿនលឿន។ ហើយ​អ្នក​មិន​អាច​គ្រាន់​តែ​យក​រថយន្ត​ពីរ​បី​ហើយ​បោះ​វា​ទៅ​ឆ្ងាយ​។

អ្នក​បាន​និយាយ​អំពី​ផ្កា​ព្រិល ហេតុ​អ្វី​បាន​ជា​អ្នក​មិន​ប្រើ​សាខា? ហេតុអ្វីបានជាវាមិនដំណើរការដូចនោះ?

វិធីសាស្រ្តរបស់យើងគឺថាហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលស្ថិតនៅក្នុងឃ្លាំងតែមួយ។ Terraform, អាយ៉ង, ស្គ្រីបទាំងអស់ដែលទាក់ទងនឹងរឿងនេះ ពួកវាទាំងអស់នៅក្នុងឃ្លាំងតែមួយ។ វិធីនេះយើងអាចធានាថាការផ្លាស់ប្តូរបន្ថែមត្រូវបានសាកល្បងម្តងមួយៗ។ ប្រសិនបើវាជាបណ្តុំនៃសាខា នោះគម្រោងបែបនេះស្ទើរតែមិនអាចរក្សាបាន។ ប្រាំមួយខែកន្លងផុតទៅ ហើយពួកគេខុសគ្នាច្រើន ដែលវាគ្រាន់តែជាការដាក់ទណ្ឌកម្មមួយចំនួន។ នេះជាអ្វីដែលខ្ញុំចង់គេចពីមុនពេល refactor ។

ដូច្នេះវាមិនដំណើរការទេ?

នេះមិនដំណើរការទាល់តែសោះ។

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

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

នេះគឺជាបញ្ហាគំនរព្រិលដ៏ធំមួយ។ នេះគឺជាអ្វីដែលយើងទទួលរងនៅពេលដែលការផ្លាស់ប្តូរដែលគ្មានកំហុសអាចបំបែកផ្នែកខ្លះនៃហេដ្ឋារចនាសម្ព័ន្ធ។ ហើយនេះនឹងកត់សម្គាល់បានតែបន្ទាប់ពីរយៈពេលយូរ។

នោះគឺវាមិនទាន់ត្រូវបានដោះស្រាយទេ?

អ្នកបង្កើតម៉ូឌុលជាសកល។ ជៀសវាងផ្កាព្រិល។ ហើយអ្វីៗនឹងដំណើរការ។ ពាក់កណ្តាលទីពីរនៃរបាយការណ៍គឺអំពីរបៀបជៀសវាងបញ្ហានេះ។

សួស្តី! អរគុណសម្រាប់របាយការណ៍! ខ្ញុំចង់បញ្ជាក់។ នៅ​ពី​ក្រោយ​ឆាក​មាន​គំនរ​ធំ​មួយ​ដែល​ខ្ញុំ​មក​រក។ តើអាយ៉ង និងការចែកចាយតួនាទីរួមបញ្ចូលយ៉ាងដូចម្តេច?

ទិន្នន័យអ្នកប្រើប្រាស់។

នោះ​គឺ​អ្នក​គ្រាន់​តែ​ស្តោះ​ចេញ​ឯកសារ​និង​ដូចម្ដេច​បាន​ប្រតិបត្តិ​វា?

ទិន្នន័យអ្នកប្រើប្រាស់គឺជាកំណត់ចំណាំ ពោលគឺនៅពេលដែលយើងបង្កើតរូបភាពក្លូន ដេមិនក្រោកឡើងនៅទីនោះ ហើយព្យាយាមស្វែងរកថាគាត់ជានរណា អានចំណាំថាគាត់គឺជាអ្នករក្សាតុល្យភាពបន្ទុក។

នោះ​គឺ​ជា​ប្រភេទ​នៃ​ដំណើរ​ការ​ដោយ​ឡែក​មួយ​ចំនួន​ដែល​ត្រូវ​បាន​ផ្តល់​ឱ្យ​ឆ្ងាយ​?

យើងមិនបានបង្កើតវាទេ។ យើងប្រើវា។

សួស្តី! ខ្ញុំគ្រាន់តែមានសំណួរអំពីអ្នកប្រើប្រាស់ - ទិន្នន័យ។ អ្នក​បាន​និយាយ​ថា​មាន​បញ្ហា​នៅ​ទីនោះ ដែល​មាន​នរណា​ម្នាក់​អាច​ផ្ញើ​អ្វី​មួយ​ទៅ​កន្លែង​ខុស។ តើមានវិធីណាខ្លះក្នុងការរក្សាទុកទិន្នន័យអ្នកប្រើប្រាស់នៅក្នុង Git ដូចគ្នា ដូច្នេះវាតែងតែច្បាស់ថា User-data សំដៅលើអ្វី?

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

វាប្រែថាដំណោះស្រាយតែមួយគត់គឺដើម្បីសាកល្បង?

បាទ អ្នកឃើញបញ្ហា អ្នកបន្ថែមជំហានសាកល្បងនៅទីនោះ។ នោះគឺទិន្នផលក៏អាចត្រូវបានសាកល្បងផងដែរ។ ប្រហែលជាវាមិនងាយស្រួលប៉ុន្មានទេ ប៉ុន្តែអ្នកក៏អាចដាក់សញ្ញាមួយចំនួនផងដែរ - ពិនិត្យមើលថា User-data ត្រូវបានគូសនៅទីនេះ។

ខ្ញុំឈ្មោះ Timur ។ វាពិតជាល្អណាស់ដែលមានរបាយការណ៍អំពីរបៀបរៀបចំ Terraform ឱ្យបានត្រឹមត្រូវ។

ខ្ញុំមិនទាន់បានចាប់ផ្តើមទេ។

ខ្ញុំ​គិត​ថា​ប្រហែល​ជា​នៅ​សន្និសីទ​បន្ទាប់​នឹង​មាន។ ខ្ញុំមានសំណួរសាមញ្ញមួយ។ ហេតុអ្វីបានជាអ្នក hardcoding តម្លៃនៅក្នុងម៉ូឌុលដាច់ដោយឡែកជាជាងប្រើ tfvars ពោលគឺ ហេតុអ្វីបានជា module ដែលមានតម្លៃប្រសើរជាង tfvars?

នោះគឺជា តើខ្ញុំគួរសរសេរនៅទីនេះ (ស្លាយ៖ ផលិតកម្ម/បរិស្ថាន/ការកំណត់.tf): ដែន = អថេរ, ដែន vpcnetwork, vpcnetwork អថេរ និង stvars – តើខ្ញុំអាចទទួលបានរឿងដូចគ្នាដែរឬទេ?

នោះហើយជាអ្វីដែលយើងធ្វើ។ យើងសំដៅទៅលើម៉ូឌុលប្រភពការកំណត់ឧទាហរណ៍។

ជាការសំខាន់, នេះគឺជា tfvars បែបនេះ។ Tfvars មានភាពងាយស្រួលក្នុងបរិយាកាសសាកល្បង។ ខ្ញុំមាន tfvars សម្រាប់ករណីធំ សម្រាប់តូច។ ហើយខ្ញុំបានបោះឯកសារមួយទៅក្នុងថតឯកសារ។ ហើយខ្ញុំទទួលបានអ្វីដែលខ្ញុំចង់បាន។ នៅពេលដែលយើងកំពុងកាត់ហេដ្ឋារចនាសម្ព័ន្ធ យើងចង់ឱ្យវាអាចមើល និងយល់បានភ្លាមៗ។ ដូច្នេះវាប្រែថាអ្នកត្រូវមើលនៅទីនេះ បន្ទាប់មកមើល tfvars ។

តើ​វា​អាច​មាន​អ្វី​គ្រប់​យ៉ាង​នៅ​កន្លែង​តែ​មួយ?

បាទ tfvars គឺនៅពេលដែលអ្នកមានលេខកូដមួយ។ ហើយវាត្រូវបានគេប្រើនៅកន្លែងផ្សេងគ្នាជាច្រើនជាមួយនឹង nuances ផ្សេងគ្នា។ បន្ទាប់មកអ្នកនឹងបោះ tfvars និងទទួលបាន nuances របស់អ្នក។ ហើយយើងគឺជាហេដ្ឋារចនាសម្ព័ន្ធជាកូដនៅក្នុងទម្រង់ដ៏បរិសុទ្ធបំផុតរបស់វា។ ខ្ញុំបានមើលហើយយល់។

សួស្តី! តើអ្នកបានជួបប្រទះស្ថានភាពដែលអ្នកផ្តល់សេវាពពកជ្រៀតជ្រែកជាមួយអ្វីដែលអ្នកបង្កើត Terraform ទេ? ឧបមាថាយើងកែសម្រួលទិន្នន័យមេតា។ មានសោ ssh ។ ហើយ Google តែងតែដាក់ទិន្នន័យមេតា និងគន្លឹះរបស់វានៅទីនោះ។ ហើយ Terraform តែងតែសរសេរថាវាមានការផ្លាស់ប្តូរ។ បន្ទាប់ពីការរត់ម្តងៗ ទោះបីជាគ្មានអ្វីផ្លាស់ប្តូរក៏ដោយ គាត់តែងតែនិយាយថាគាត់នឹងធ្វើបច្ចុប្បន្នភាពវាលនេះឥឡូវនេះ។

ដោយប្រើសោ ប៉ុន្តែបាទ ផ្នែកនៃហេដ្ឋារចនាសម្ព័ន្ធត្រូវបានប៉ះពាល់ដោយរឿងនេះ ពោលគឺ Terraform មិនអាចផ្លាស់ប្តូរអ្វីទាំងអស់។ យើងក៏មិនអាចផ្លាស់ប្តូរអ្វីដោយដៃរបស់យើងដែរ។ យើងនឹងរស់នៅជាមួយវាឥឡូវនេះ។

នោះ​គឺ​អ្នក​ធ្លាប់​ជួប​រឿង​បែប​នេះ ប៉ុន្តែ​មិន​ទាន់​មាន​អ្វី​សោះ តើ​គាត់​ធ្វើ​បែប​ណា ហើយ​ធ្វើ​ដោយ​ខ្លួន​ឯង?

ជាអកុសលបាទ។

សួស្តី! ឈ្មោះរបស់ខ្ញុំគឺ Starkov Stanislav ។ សំបុត្រ។ ru ក្រុម។ តើអ្នកដោះស្រាយបញ្ហានៃការបង្កើតស្លាកនៅលើ ... , តើអ្នកឆ្លងកាត់វាដោយរបៀបណា? ដូចដែលខ្ញុំយល់វាតាមរយៈ User - data ដើម្បីបញ្ជាក់ឈ្មោះម៉ាស៊ីន កំណត់ Puppet លើ? ហើយផ្នែកទីពីរនៃសំណួរ។ តើអ្នកដោះស្រាយបញ្ហានេះដោយរបៀបណានៅក្នុង SG ពោលគឺនៅពេលអ្នកបង្កើត SG រាប់រយករណីនៃប្រភេទដូចគ្នា តើឈ្មោះត្រឹមត្រូវសម្រាប់ពួកគេគឺជាអ្វី?

ករណីទាំងនោះដែលមានសារៈសំខាន់សម្រាប់យើង យើងដាក់ឈ្មោះវាយ៉ាងស្អាត។ អ្នក​ដែល​មិន​ត្រូវ​ការ​មាន​ចំណាំ​ថា​នេះ​គឺ​ជា​ក្រុម autoscale ។ ហើយតាមទ្រឹស្ដី អ្នកអាចកំណត់វាចុះ ហើយទទួលបានថ្មីមួយ។

ចំពោះ​បញ្ហា​ស្លាក​មិន​មាន​បញ្ហា​នោះ​ទេ ប៉ុន្តែ​មាន​កិច្ចការ​បែប​នេះ។ ហើយ​យើង​ប្រើ​ស្លាក​ខ្លាំង​ណាស់ ព្រោះ​ហេដ្ឋារចនាសម្ព័ន្ធ​មាន​ទំហំ​ធំ​និង​ថ្លៃ។ ហើយ​យើង​ត្រូវ​មើល​ថា​លុយ​ទៅ​ណា ដូច្នេះ​ស្លាក​អនុញ្ញាត​ឱ្យ​យើង​បំបែក​ថា​តើ​បាន​ទៅ​ណា។ ហើយយោងទៅតាមការស្វែងរកអ្វីមួយដែលមានន័យថាប្រាក់ជាច្រើនត្រូវបានចំណាយនៅទីនេះ។

តើមានសំណួរអ្វីទៀត?

នៅពេលដែល SG បង្កើតករណីរាប់រយ តើពួកគេត្រូវសម្គាល់ដោយរបៀបណា?

ទេ កុំ។ នៅក្នុងករណីនីមួយៗមានភ្នាក់ងារដែលរាយការណ៍ថាខ្ញុំមានបញ្ហា។ ប្រសិនបើភ្នាក់ងាររាយការណ៍ នោះភ្នាក់ងារដឹងអំពីគាត់ ហើយយ៉ាងហោចណាស់ អាសយដ្ឋាន IP របស់គាត់មាន។ អ្នកអាចរត់ចេញបានហើយ។ ទីពីរ យើងប្រើ Consul for Discovery ដែល Kubernetes មិននៅ។ ហើយកុងស៊ុលក៏បង្ហាញអាសយដ្ឋាន IP នៃឧទាហរណ៍ផងដែរ។

នោះគឺ តើអ្នកផ្តោតជាពិសេសលើ IP ហើយមិនមែនលើឈ្មោះម៉ាស៊ីនទេ?

វាមិនអាចទៅរួចទេក្នុងការរុករកតាមឈ្មោះម៉ាស៊ីន ពោលគឺមានពួកវាច្រើន។ មានឧបករណ៍កំណត់អត្តសញ្ញាណ - AE ។ល។ អ្នកអាចស្វែងរកវានៅកន្លែងណាមួយ អ្នកអាចបោះវាចូលទៅក្នុងការស្វែងរក។

សួស្តី! ខ្ញុំ​បាន​ដឹង​ថា Terraform គឺ​ជា​រឿង​ល្អ​ដែល​ត្រូវ​បាន​រចនា​ឡើង​សម្រាប់​ពពក។

មិន​ត្រឹម​តែ។

នេះ​ជា​សំណួរ​ដែល​ខ្ញុំ​ចាប់អារម្មណ៍។ ប្រសិនបើអ្នកសម្រេចចិត្តផ្លាស់ទី និយាយថាទៅកាន់ Bare Metal en Masse ជាមួយនឹងគ្រប់ករណីរបស់អ្នក? តើនឹងមានបញ្ហាអ្វីទេ? ឬតើអ្នកនៅតែត្រូវប្រើផលិតផលផ្សេងទៀតឧទាហរណ៍ Ansible ដូចគ្នាដែលត្រូវបានលើកឡើងនៅទីនេះ?

Ansible គឺបន្តិចអំពីអ្វីផ្សេងទៀត។ នោះគឺ Ansible ដំណើរការរួចហើយនៅពេលដែល instance បានចាប់ផ្តើម។ ហើយ Terraform ដំណើរការមុនពេលឧទាហរណ៍ចាប់ផ្តើម។ ប្តូរទៅ Bare Metal - ទេ។

មិនមែនឥឡូវនេះទេ ប៉ុន្តែអាជីវកម្មនឹងមក ហើយនិយាយថា៖ «មក»

ប្តូរទៅពពកផ្សេងទៀត - បាទ ប៉ុន្តែមានល្បិចខុសគ្នាបន្តិចនៅទីនេះ។ អ្នក​ត្រូវ​សរសេរ​កូដ Terraform ក្នុង​របៀប​មួយ​ដែល​អ្នក​អាច​ប្ដូរ​ទៅ​ពពក​ផ្សេង​ទៀត​ដោយ​ការ​ប្រឹងប្រែង​តិច។

ដំបូងឡើយ ភារកិច្ចត្រូវបានកំណត់ថាហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលរបស់យើងមិនគួរឱ្យជឿ ពោលគឺ ពពកណាមួយគួរតែសមរម្យ ប៉ុន្តែនៅពេលណាមួយ អាជីវកម្មបានបោះបង់ ហើយនិយាយថា៖ “មិនអីទេ ក្នុងរយៈពេល N ឆ្នាំខាងមុខ យើងនឹងមិនទៅណាទេ យើងអាចប្រើប្រាស់សេវាកម្មបាន។ ពីក្រុមហ៊ុន Amazon "

Terraform អនុញ្ញាតឱ្យអ្នកបង្កើតការងារ Front-End កំណត់រចនាសម្ព័ន្ធ PagerDuty ឯកសារទិន្នន័យ។ល។ វាមានកន្ទុយច្រើន។ គាត់អាចគ្រប់គ្រងពិភពលោកទាំងមូលបាន។

អរគុណសម្រាប់របាយការណ៍! ខ្ញុំក៏បានប្រើ Terraform អស់រយៈពេល 4 ឆ្នាំមកហើយ។ នៅដំណាក់កាលនៃការផ្លាស់ប្តូរដ៏រលូនទៅកាន់ Terraform ទៅកាន់ហេដ្ឋារចនាសម្ព័ន្ធ ទៅកាន់ការពិពណ៌នាអំពីសេចក្តីប្រកាស យើងបានប្រឈមមុខនឹងស្ថានភាពដែលនរណាម្នាក់កំពុងធ្វើអ្វីមួយដោយដៃ ហើយអ្នកកំពុងព្យាយាមបង្កើតផែនការ។ ហើយ​ខ្ញុំ​មាន​កំហុស​មួយ​ចំនួន​នៅ​ទីនោះ។ តើអ្នកដោះស្រាយជាមួយបញ្ហាបែបនេះដោយរបៀបណា? តើអ្នកស្វែងរកធនធានដែលបាត់បង់ដែលត្រូវបានរាយដោយរបៀបណា?

ជាចម្បងដោយដៃ និងភ្នែករបស់យើង ប្រសិនបើយើងឃើញអ្វីដែលចម្លែកនៅក្នុងរបាយការណ៍នោះ យើងវិភាគអ្វីដែលកំពុងកើតឡើងនៅទីនោះ ឬយើងគ្រាន់តែសម្លាប់។ ជាទូទៅ ការស្នើសុំទាញគឺជារឿងធម្មតា។

បើ​មាន​កំហុស តើ​អ្នក​ត្រឡប់​វិញ​ទេ? តើអ្នកបានសាកល្បងធ្វើបែបនេះទេ?

ទេ នេះជាការសម្រេចចិត្តរបស់មនុស្សនៅពេលគាត់ឃើញបញ្ហា។

ប្រភព: www.habr.com