ការវិភាគលម្អិតនៃ AWS Lambda

ការបកប្រែអត្ថបទត្រូវបានរៀបចំជាពិសេសសម្រាប់សិស្សនៃវគ្គសិក្សា "សេវាកម្មពពក". ចាប់អារម្មណ៍ក្នុងការអភិវឌ្ឍន៍ក្នុងទិសដៅនេះ? មើលថ្នាក់មេដោយ Egor Zuev (TeamLead at InBit) "សេវាកម្ម AWS EC2" ហើយចូលរួមក្រុមបន្ទាប់៖ ចាប់ផ្តើមនៅថ្ងៃទី 26 ខែកញ្ញា។

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

AWS Lambda

AWS Lambda គឺជាសេវាកម្មកុំព្យូទ័រគ្មានម៉ាស៊ីនមេដែលជំរុញដោយព្រឹត្តិការណ៍ដែលអនុញ្ញាតឱ្យអ្នកដំណើរការកូដដោយមិនចាំបាច់ផ្តល់ ឬគ្រប់គ្រងម៉ាស៊ីនមេ និងពង្រីកសេវាកម្ម AWS ផ្សេងទៀតដោយប្រើតក្កវិជ្ជាផ្ទាល់ខ្លួន។ Lambda ឆ្លើយតបដោយស្វ័យប្រវត្តិចំពោះព្រឹត្តិការណ៍ផ្សេងៗ (ហៅថា triggers) ដូចជាសំណើ HTTP តាមរយៈ Amazon API Gateway ការផ្លាស់ប្តូរទិន្នន័យនៅក្នុង Amazon S3 buckets ឬ Amazon DynamoDB tables ។ ឬអ្នកអាចដំណើរការកូដរបស់អ្នកតាមរយៈការហៅ API ដោយប្រើ AWS SDK និងការផ្លាស់ប្តូរស្ថានភាពនៅក្នុង AWS Step Functions។

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

ពេលណាត្រូវប្តូរទៅ Lambda?

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

Lambda គឺល្អសម្រាប់បង្កើតចំណុចប្រទាក់សរសេរកម្មវិធី ហើយនៅពេលប្រើជាមួយ API Gateway អ្នកអាចកាត់បន្ថយការចំណាយយ៉ាងច្រើន និងទទួលបានទីផ្សារលឿនជាងមុន។ មានវិធីផ្សេងគ្នាក្នុងការប្រើមុខងារ Lambda និងជម្រើសសម្រាប់រៀបចំស្ថាបត្យកម្មគ្មានម៉ាស៊ីនមេ - អ្នកគ្រប់គ្នាអាចជ្រើសរើសអ្វីដែលសមរម្យដោយផ្អែកលើគោលដៅរបស់ពួកគេ។

Lambda អនុញ្ញាតឱ្យអ្នកអនុវត្តការងារយ៉ាងទូលំទូលាយ។ ដូច្នេះ អរគុណចំពោះការគាំទ្រ CloudWatch អ្នកអាចបង្កើតកិច្ចការដែលបានពន្យារពេល និងដំណើរការដោយស្វ័យប្រវត្តិកម្មបុគ្គល។ មិនមានការរឹតបន្តឹងលើលក្ខណៈ និងអាំងតង់ស៊ីតេនៃការប្រើប្រាស់សេវានោះទេ (ការប្រើប្រាស់អង្គចងចាំ និងពេលវេលាត្រូវបានយកមកពិចារណា) ហើយគ្មានអ្វីរារាំងអ្នកពីការងារជាប្រព័ន្ធលើសេវាមីក្រូដ៏ពេញលេញដោយផ្អែកលើ Lambda នោះទេ។

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

ដូច្នេះ ប្រសិនបើអ្នកមិនចង់ដោះស្រាយជាមួយការបែងចែក និងការគ្រប់គ្រងធនធានកុំព្យូទ័រ សូមសាកល្បង AWS Lambda ។ ប្រសិនបើអ្នកមិនត្រូវការការគណនាដែលពឹងផ្អែកខ្លាំងលើធនធានទេ សូមសាកល្បង AWS Lambda ផងដែរ។ ប្រសិនបើកូដរបស់អ្នកដំណើរការជាទៀងទាត់ នោះជាការត្រឹមត្រូវ អ្នកគួរតែសាកល្បង AWS Lambda។

សន្តិសុខ

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

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

និយាយជាពិសេសអំពី AWS Lambda AWS ទទួលខុសត្រូវក្នុងការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធមូលដ្ឋាន សេវាមូលដ្ឋានដែលពាក់ព័ន្ធ ប្រព័ន្ធប្រតិបត្តិការ និងវេទិកាកម្មវិធី។ ខណៈពេលដែលអតិថិជនទទួលខុសត្រូវចំពោះសុវត្ថិភាពនៃកូដរបស់គាត់ ការរក្សាទុកទិន្នន័យសម្ងាត់ ការគ្រប់គ្រងការចូលប្រើវា ក៏ដូចជាសេវាកម្ម Lambda និងធនធាន (ការគ្រប់គ្រងអត្តសញ្ញាណ និងការចូលប្រើ IAM) រួមទាំងនៅក្នុងដែនកំណត់នៃមុខងារដែលបានប្រើ។

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

គំរូទំនួលខុសត្រូវដែលបានចែករំលែកអាចអនុវត្តបានចំពោះ AWS Lambda

ម៉ោងរត់ Lambda

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

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

យន្តហោះទីពីរគឺយន្តហោះទិន្នន័យ។ វាដូចជាយន្តហោះគ្រប់គ្រង មានភារកិច្ចផ្ទាល់ខ្លួន។ យន្តហោះគ្រប់គ្រងផ្តល់នូវ APIs សម្រាប់គ្រប់គ្រងមុខងារ (CreateFunction, UpdateFunctionCode) និងគ្រប់គ្រងពីរបៀបដែល Lambda ប្រាស្រ័យទាក់ទងជាមួយសេវាកម្ម AWS ផ្សេងទៀត។ យន្តហោះទិន្នន័យគ្រប់គ្រង Invoke API ដែលដំណើរការមុខងារ Lambda ។ បន្ទាប់ពីមុខងារមួយត្រូវបានហៅ យន្តហោះបញ្ជាបែងចែក ឬជ្រើសរើសបរិយាកាសពេលដំណើរការដែលមានស្រាប់ ដែលត្រូវបានរៀបចំជាមុនសម្រាប់មុខងារនោះ ហើយបន្ទាប់មកប្រតិបត្តិកូដនៅក្នុងវា។

AWS Lambda គាំទ្រភាសាសរសេរកម្មវិធីជាច្រើន រួមទាំង Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 និងផ្សេងៗទៀត តាមរយៈបរិស្ថានពេលដំណើរការរៀងៗខ្លួន។ AWS ធ្វើបច្ចុប្បន្នភាពពួកវាជាទៀងទាត់ ចែកចាយបំណះសុវត្ថិភាព និងអនុវត្តសកម្មភាពថែទាំផ្សេងទៀតនៅលើបរិស្ថានទាំងនេះ។ Lambda អនុញ្ញាត​ឱ្យ​អ្នក​ប្រើ​ភាសា​ផ្សេង​ទៀត​ផង​ដែរ ដោយ​ផ្តល់​ឱ្យ​អ្នក​អនុវត្ត​ពេល​វេលា​រត់​សមរម្យ​ដោយ​ខ្លួន​ឯង។ ហើយបន្ទាប់មកអ្នកនឹងត្រូវថែរក្សាការថែទាំរបស់វា រួមទាំងការត្រួតពិនិត្យសុវត្ថិភាពរបស់វា។

តើវាដំណើរការដោយរបៀបណា ហើយសេវាកម្មនឹងបំពេញមុខងាររបស់អ្នកដោយរបៀបណា?

មុខងារនីមួយៗដំណើរការនៅក្នុងបរិស្ថានជាក់លាក់មួយ ឬច្រើនដែលមានសម្រាប់តែជីវិតនៃមុខងារនោះប៉ុណ្ណោះ ហើយក្រោយមកត្រូវបានបំផ្លាញ។ បរិយាកាសនីមួយៗធ្វើការហៅចេញតែមួយដងប៉ុណ្ណោះ ប៉ុន្តែវាត្រូវបានប្រើប្រាស់ឡើងវិញប្រសិនបើមានការហៅជាស៊េរីច្រើនដងទៅកាន់មុខងារដូចគ្នា។ បរិស្ថានពេលដំណើរការទាំងអស់ដំណើរការលើម៉ាស៊ីននិម្មិតជាមួយនឹងការនិម្មិតផ្នែករឹង - អ្វីដែលគេហៅថា microVMs ។ microVM នីមួយៗ​ត្រូវ​បាន​កំណត់​ទៅ​គណនី AWS ជាក់លាក់​មួយ ហើយ​អាច​ត្រូវ​បាន​ប្រើ​ឡើង​វិញ​ដោយ​បរិស្ថាន​ដើម្បី​អនុវត្ត​មុខងារ​ផ្សេងៗ​ក្នុង​គណនី​នោះ។ MicroVMs ត្រូវបានខ្ចប់ចូលទៅក្នុងបណ្តុំនៃវេទិកាផ្នែករឹង Lambda Worker ដែលគ្រប់គ្រង និងដំណើរការដោយ AWS ។ ពេលវេលាដំណើរការដូចគ្នាមិនអាចប្រើដោយមុខងារផ្សេងគ្នាទេ ហើយក៏មិនមែនជា microVMs តែមួយគត់សម្រាប់គណនី AWS ផ្សេងគ្នាដែរ។

AWS Lambda Isolation Model

ភាពឯកោនៃបរិស្ថានពេលដំណើរការត្រូវបានអនុវត្តដោយប្រើយន្តការជាច្រើន។ នៅកម្រិតកំពូលនៃបរិស្ថាននីមួយៗ មានច្បាប់ចម្លងដាច់ដោយឡែកនៃសមាសធាតុដូចខាងក្រោមៈ

• លេខកូដមុខងារ
• ស្រទាប់ Lambda ណាមួយត្រូវបានជ្រើសរើសសម្រាប់មុខងារ
• បរិយាកាសអនុវត្តមុខងារ
• ទំហំអ្នកប្រើប្រាស់តិចតួចបំផុតដោយផ្អែកលើ Amazon Linux

យន្តការខាងក្រោមត្រូវបានប្រើដើម្បីញែកបរិយាកាសប្រតិបត្តិផ្សេងៗគ្នា៖

• cgroups - កំណត់ការចូលប្រើស៊ីភីយូ អង្គចងចាំ ការផ្ទុក និងធនធានបណ្តាញសម្រាប់បរិយាកាសពេលដំណើរការនីមួយៗ។
• namespaces - ការដាក់ជាក្រុមលេខសម្គាល់ដំណើរការ លេខសម្គាល់អ្នកប្រើប្រាស់ ចំណុចប្រទាក់បណ្តាញ និងធនធានផ្សេងទៀតដែលគ្រប់គ្រងដោយខឺណែលលីនុច។ ពេលរត់នីមួយៗដំណើរការក្នុងចន្លោះឈ្មោះរបស់វា;
• seccomp-bpf - ដាក់កម្រិតការហៅតាមប្រព័ន្ធដែលអាចប្រើបានក្នុងពេលដំណើរការ។
• iptables និងតារាងនាំផ្លូវ - ភាពឯកោនៃបរិស្ថានប្រតិបត្តិពីគ្នាទៅវិញទៅមក;
• chroot - ផ្តល់នូវការចូលប្រើមានកំណត់ទៅកាន់ប្រព័ន្ធឯកសារមូលដ្ឋាន។

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

ទោះបីជារយៈពេលដំណើរការច្រើននៃគណនី AWS ដូចគ្នាអាចដំណើរការលើ microVM តែមួយក៏ដោយ ក៏ microVMs អាចត្រូវបានចែករំលែករវាងគណនី AWS ផ្សេងគ្នាមិនស្ថិតក្រោមកាលៈទេសៈណាក៏ដោយ។ AWS Lambda ប្រើតែយន្តការពីរដើម្បីញែក microVMs: EC2 instances និង Firecracker ។ ភាពឯកោរបស់ភ្ញៀវនៅក្នុង Lambda ដោយផ្អែកលើករណី EC2 មានតាំងពីឆ្នាំ 2015 ។ Firecracker គឺជាប្រភពបើកចំហរ hypervisor ថ្មីដែលត្រូវបានរចនាឡើងជាពិសេសដោយ AWS សម្រាប់បន្ទុកការងារដែលគ្មានម៉ាស៊ីនមេ និងត្រូវបានណែនាំក្នុងឆ្នាំ 2018 ។ ផ្នែករឹងដែលដំណើរការ microVMs ត្រូវបានចែករំលែករវាងបន្ទុកការងារតាមគណនីផ្សេងៗគ្នា។

ការសន្សំបរិស្ថាន និងស្ថានភាពដំណើរការ

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

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

ការផ្ទេរទិន្នន័យហៅទូរស័ព្ទ

Invoke API អាចត្រូវបានប្រើក្នុងរបៀបពីរ៖ របៀបព្រឹត្តិការណ៍ និងរបៀបឆ្លើយតបសំណើ។ នៅក្នុងរបៀបព្រឹត្តិការណ៍ ការហៅទូរសព្ទត្រូវបានបន្ថែមទៅជួរសម្រាប់ការប្រតិបត្តិនៅពេលក្រោយ។ នៅក្នុងរបៀបឆ្លើយតបសំណើ មុខងារត្រូវបានហៅភ្លាមៗជាមួយនឹងបន្ទុកដែលបានផ្តល់ បន្ទាប់ពីនោះការឆ្លើយតបនឹងត្រលប់មកវិញ។ ក្នុងករណីទាំងពីរ មុខងារដំណើរការក្នុងបរិស្ថាន Lambda ប៉ុន្តែមានផ្លូវផ្ទុកផ្សេងគ្នា។

កំឡុងពេលហៅទូរសព្ទឆ្លើយតបសំណើ បន្ទុកហូរចេញពី API ដំណើរការសំណើ (API Caller) ដូចជា AWS API Gateway ឬ AWS SDK ទៅកាន់ឧបករណ៍ផ្ទុកតុល្យភាព ហើយបន្ទាប់មកទៅកាន់សេវាហៅទូរសព្ទ Lambda (សេវាហៅទូរសព្ទ)។ ក្រោយមកទៀតកំណត់បរិយាកាសសមរម្យសម្រាប់ការប្រតិបត្តិមុខងារ និងបញ្ជូនបន្ទុកនៅទីនោះដើម្បីបញ្ចប់ការហៅទូរសព្ទ។ ឧបករណ៍ផ្ទុកតុល្យភាពទទួលបានចរាចរណ៍ការពារ TLS តាមអ៊ីនធឺណិត។ ចរាចរណ៍នៅក្នុងសេវាកម្ម Lambda - បន្ទាប់ពីផ្ទុកតុល្យភាព - ឆ្លងកាត់ VPC ខាងក្នុងនៅក្នុងតំបន់ AWS ជាក់លាក់មួយ។

គំរូដំណើរការការហៅរបស់ AWS Lambda៖ របៀបស្នើសុំ-ឆ្លើយតប

ការហៅព្រឹត្តិការណ៍អាចត្រូវបានធ្វើឡើងភ្លាមៗ ឬបន្ថែមទៅជួរ។ ក្នុងករណីខ្លះ ជួរត្រូវបានអនុវត្តដោយប្រើ Amazon SQS (Amazon Simple Queue Service) ដែលបញ្ជូនការហៅទៅកាន់សេវាបំពេញការហៅទូរសព្ទ Lambda តាមរយៈដំណើរការអ្នកស្ទង់មតិផ្ទៃក្នុង។ ចរាចរណ៍ដែលបានបញ្ជូនត្រូវបានការពារដោយ TLS ហើយមិនមានការអ៊ិនគ្រីបទិន្នន័យបន្ថែមដែលរក្សាទុកក្នុង Amazon SQS ទេ។

ការហៅទូរសព្ទតាមព្រឹត្តិការណ៍មិនត្រឡប់ការឆ្លើយតបទេ កម្មករ Lambda គ្រាន់តែមិនអើពើព័ត៌មានឆ្លើយតបណាមួយឡើយ។ ការហៅតាមព្រឹត្តិការណ៍ពី Amazon S3, Amazon SNS, CloudWatch និងប្រភពផ្សេងទៀតត្រូវបានដំណើរការដោយ Lambda នៅក្នុងរបៀបព្រឹត្តិការណ៍។ ការហៅទូរសព្ទពី Amazon Kinesis និង DynamoDB streams, SQS queues, Application Load Balancer និងការហៅ API Gateway ត្រូវបានដំណើរការក្នុងទម្រង់ឆ្លើយតបសំណើ។

ការត្រួតពិនិត្យ

អ្នកអាចត្រួតពិនិត្យ និងធ្វើសវនកម្មលើមុខងារ Lambda ដោយប្រើយន្តការ និងសេវាកម្ម AWS ជាច្រើន រួមទាំងមុខងារខាងក្រោម។

ក្រុមហ៊ុន Amazon CloudWatch
ប្រមូលស្ថិតិផ្សេងៗដូចជាចំនួនសំណើ រយៈពេលនៃសំណើ និងចំនួនសំណើដែលបរាជ័យ។

ក្រុមហ៊ុន Amazon CloudTrail
អនុញ្ញាតឱ្យអ្នកចូល តាមដាន និងរក្សាព័ត៌មានសកម្មភាពគណនីដែលជាប់ទាក់ទងជាមួយហេដ្ឋារចនាសម្ព័ន្ធ AWS របស់អ្នក។ អ្នកនឹងមានប្រវត្តិពេញលេញនៃសកម្មភាពដែលបានអនុវត្តដោយប្រើ AWS Management Console, AWS SDK, ឧបករណ៍បន្ទាត់ពាក្យបញ្ជា និងសេវាកម្ម AWS ផ្សេងទៀត។

AWS X-Ray
ផ្តល់នូវភាពមើលឃើញពេញលេញនៅក្នុងដំណាក់កាលទាំងអស់នៃដំណើរការសំណើនៅក្នុងកម្មវិធីរបស់អ្នកដោយផ្អែកលើផែនទីនៃសមាសធាតុខាងក្នុងរបស់វា។ អនុញ្ញាតឱ្យអ្នកវិភាគកម្មវិធីកំឡុងពេលអភិវឌ្ឍន៍ និងក្នុងបរិយាកាសផលិតកម្ម។

ការកំណត់រចនាសម្ព័ន្ធ AWS
អ្នកនឹងអាចតាមដានការផ្លាស់ប្តូរចំពោះការកំណត់រចនាសម្ព័ន្ធមុខងារ Lambda (រួមទាំងការលុប) និងពេលដំណើរការ ស្លាក ឈ្មោះកម្មវិធីគ្រប់គ្រង ទំហំកូដ ការបែងចែកអង្គចងចាំ ការកំណត់ពេលអស់ពេល និងការកំណត់ការស្របគ្នា ព្រមទាំងតួនាទីប្រតិបត្តិ Lambda IAM បណ្តាញរង និងការចងក្រុមសុវត្ថិភាព .

សេចក្តីសន្និដ្ឋាន

AWS Lambda ផ្តល់នូវឧបករណ៍ដ៏មានអានុភាពសម្រាប់បង្កើតកម្មវិធីដែលមានសុវត្ថិភាព និងអាចធ្វើមាត្រដ្ឋានបាន។ ការអនុវត្តសុវត្ថិភាព និងការអនុលោមតាមច្បាប់ជាច្រើននៅក្នុង AWS Lambda គឺដូចគ្នានឹងសេវាកម្ម AWS ផ្សេងទៀតដែរ ទោះបីជាមានករណីលើកលែងក៏ដោយ។ គិតត្រឹមខែមីនា ឆ្នាំ 2019 Lambda អនុលោមតាម SOC 1, SOC 2, SOC 3, PCI DSS, ការអនុលោមតាមច្បាប់ធានារ៉ាប់រងសុខភាព និងគណនេយ្យភាព (HIPAA) និងបទប្បញ្ញត្តិផ្សេងៗទៀត។ ដូច្នេះ នៅពេលអ្នកកំពុងគិតអំពីការអនុវត្តកម្មវិធីបន្ទាប់របស់អ្នក សូមពិចារណាសេវាកម្ម AWS Lambda - វាអាចជាសមបំផុតសម្រាប់កិច្ចការរបស់អ្នក។

ប្រភព: www.habr.com