🥇Serverless ដោយ racks

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

ខ្ញុំចង់សរសេរផ្នែកម៉ាស៊ីនមេនៃកម្មវិធី (ឬសូម្បីតែហាងអនឡាញ)។ នេះអាចជាការជជែក សេវាកម្មផ្សព្វផ្សាយខ្លឹមសារ ឬឧបករណ៍ផ្ទុកតុល្យភាព។ ក្នុងករណីណាក៏ដោយ វានឹងមានការឈឺក្បាលជាច្រើន៖ អ្នកនឹងត្រូវរៀបចំហេដ្ឋារចនាសម្ព័ន្ធ កំណត់ភាពអាស្រ័យនៃកម្មវិធី និងគិតអំពីប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីន។ បន្ទាប់មកអ្នកនឹងត្រូវធ្វើបច្ចុប្បន្នភាពសមាសធាតុតូចៗដែលមិនប៉ះពាល់ដល់ប្រតិបត្តិការនៃ monolith ដែលនៅសល់។ ជាការប្រសើរណាស់, កុំភ្លេចអំពីការធ្វើមាត្រដ្ឋាននៅក្រោមការផ្ទុក។

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

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

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

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

តោះមើលថាតើដំណើរការអភិវឌ្ឍកម្មវិធីនឹងមានលក្ខណៈយ៉ាងណាឥឡូវនេះ។

ពីខាងអ្នកអភិវឌ្ឍន៍

មុននេះ យើងចាប់ផ្តើមនិយាយអំពីកម្មវិធីសម្រាប់ហាងអនឡាញ។ នៅក្នុងវិធីសាស្រ្តប្រពៃណី, តក្កវិជ្ជាចម្បងនៃប្រព័ន្ធត្រូវបានអនុវត្តដោយកម្មវិធី monolithic ។ ហើយម៉ាស៊ីនមេដែលមានកម្មវិធីកំពុងដំណើរការឥតឈប់ឈរ ទោះបីជាមិនមានបន្ទុកក៏ដោយ។

ដើម្បីផ្លាស់ទីទៅ serverless យើងបំបែកកម្មវិធីទៅជា microtasks ។ យើងសរសេរមុខងារផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ពួកវានីមួយៗ។ មុខងារគឺឯករាជ្យពីគ្នាទៅវិញទៅមក ហើយមិនរក្សាទុកព័ត៌មានរដ្ឋ (គ្មានរដ្ឋ)។ ពួកគេថែមទាំងអាចសរសេរជាភាសាផ្សេងៗទៀតផង។ ប្រសិនបើមួយក្នុងចំណោមពួកគេ "ធ្លាក់" កម្មវិធីទាំងមូលនឹងមិនបញ្ឈប់ទេ។ ស្ថាបត្យកម្មកម្មវិធីនឹងមើលទៅដូចនេះ៖

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

មុខងារគ្មានម៉ាស៊ីនមេត្រូវតែត្រូវបានប្រតិបត្តិក្នុងរយៈពេលខ្លីមួយ (អស់ពេល) ដែលត្រូវបានកំណត់ដោយអ្នកផ្តល់សេវា។ ឧទាហរណ៍សម្រាប់ AWS ការអស់ពេលគឺ 15 នាទី។ នេះមានន័យថាមុខងារដែលមានអាយុកាលយូរនឹងត្រូវផ្លាស់ប្តូរដើម្បីបំពេញតម្រូវការ - នេះគឺជាអ្វីដែលសម្គាល់ Serverless ពីបច្ចេកវិទ្យាដ៏ពេញនិយមផ្សេងទៀតនាពេលបច្ចុប្បន្ននេះ (កុងតឺន័រ និងវេទិកាជាសេវាកម្ម)។

យើងកំណត់ព្រឹត្តិការណ៍មួយទៅមុខងារនីមួយៗ។ ព្រឹត្តិការណ៍គឺជាការកេះសម្រាប់សកម្មភាពមួយ៖

ព្រឹត្តិការណ៍
សកម្មភាពដែលមុខងារអនុវត្ត

រូបភាពផលិតផលមួយត្រូវបានផ្ទុកឡើងទៅក្នុងឃ្លាំង។
បង្រួមរូបភាពនិងផ្ទុកឡើងទៅថតមួយ

អាសយដ្ឋានហាងត្រូវបានធ្វើបច្ចុប្បន្នភាពក្នុងមូលដ្ឋានទិន្នន័យ
ផ្ទុកទីតាំងថ្មីទៅក្នុងផែនទី

អតិថិជនបង់ថ្លៃទំនិញ
ចាប់ផ្តើមដំណើរការការទូទាត់

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

ស្ថាបត្យកម្មត្រូវបានដំណើរការ ហើយកម្មវិធីស្ទើរតែក្លាយទៅជាគ្មានម៉ាស៊ីនមេ។ បន្ទាប់យើងទៅអ្នកផ្តល់សេវា។

ពីខាងអ្នកផ្តល់សេវា

ជាធម្មតា កុំព្យូទ័រគ្មានម៉ាស៊ីនមេត្រូវបានផ្តល់ជូនដោយអ្នកផ្តល់សេវាពពក។ ពួកវាត្រូវបានគេហៅថាខុសគ្នា៖ មុខងារ Azure, AWS Lambda, Google Cloud Functions, IBM Cloud Functions ។

យើងនឹងប្រើប្រាស់សេវាកម្មតាមរយៈកុងសូលរបស់អ្នកផ្តល់សេវា ឬគណនីផ្ទាល់ខ្លួន។ កូដមុខងារអាចត្រូវបានទាញយកតាមវិធីមួយក្នុងចំណោមវិធីខាងក្រោម៖

សរសេរកូដនៅក្នុងកម្មវិធីនិពន្ធដែលភ្ជាប់មកជាមួយតាមរយៈបណ្តាញកុងសូល,
ទាញយកប័ណ្ណសារជាមួយលេខកូដ,
ធ្វើការជាមួយឃ្លាំង git សាធារណៈឬឯកជន។

នៅទីនេះយើងរៀបចំព្រឹត្តិការណ៍ដែលហៅថាមុខងារ។ សំណុំនៃព្រឹត្តិការណ៍អាចខុសគ្នាសម្រាប់អ្នកផ្តល់សេវាផ្សេងៗគ្នា។

អ្នកផ្តល់សេវាបានសាងសង់ និងធ្វើឱ្យប្រព័ន្ធមុខងារជាសេវាកម្ម (FaaS) ដោយស្វ័យប្រវត្តិនៅលើហេដ្ឋារចនាសម្ព័ន្ធរបស់វា៖

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

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

ដើម្បីណែនាំអ្នកអភិវឌ្ឍន៍ទៅកាន់សេវាកម្មនេះ អ្នកផ្តល់សេវាផ្តល់ការសាកល្បងឥតគិតថ្លៃរហូតដល់ 12 ខែ ប៉ុន្តែកំណត់រយៈពេលគណនាសរុប ចំនួនសំណើក្នុងមួយខែ ថវិកា ឬការប្រើប្រាស់ថាមពល។

អត្ថប្រយោជន៍ចម្បងនៃការធ្វើការជាមួយអ្នកផ្តល់សេវាគឺសមត្ថភាពក្នុងការមិនព្រួយបារម្ភអំពីហេដ្ឋារចនាសម្ព័ន្ធ (ម៉ាស៊ីនមេ ម៉ាស៊ីននិម្មិត កុងតឺន័រ)។ សម្រាប់ផ្នែករបស់វា អ្នកផ្តល់សេវាអាចអនុវត្ត FaaS ទាំងការប្រើប្រាស់ការអភិវឌ្ឍន៍របស់ខ្លួន និងប្រើប្រាស់ឧបករណ៍ប្រភពបើកចំហ។ ចូរនិយាយអំពីពួកគេបន្ថែមទៀត។

ពីផ្នែកប្រភពបើកចំហ

សហគមន៍ប្រភពបើកចំហបានធ្វើការយ៉ាងសកម្មលើឧបករណ៍ Serverless អស់រយៈពេលពីរឆ្នាំកន្លងមកនេះ។ អ្នកលេងទីផ្សារធំជាងគេក៏រួមចំណែកដល់ការអភិវឌ្ឍន៍វេទិកាគ្មានម៉ាស៊ីនមេផងដែរ៖

ក្រុមហ៊ុន google ផ្តល់ជូនអ្នកអភិវឌ្ឍន៍នូវឧបករណ៍ប្រភពបើកចំហរបស់ខ្លួន - គួរអោយចង់ដឹង. IBM, RedHat, Pivotal និង SAP បានចូលរួមក្នុងការអភិវឌ្ឍន៍របស់ខ្លួន;
ក្រុមហ៊ុន IBM បានធ្វើការនៅលើវេទិកា Serverless OpenWhiskដែលបន្ទាប់មកបានក្លាយជាគម្រោងនៃមូលនិធិ Apache;
ក្រុមហ៊ុន Microsoft បានបើកកូដវេទិកាដោយផ្នែក អនុគមន៍ Azure ។.

ការអភិវឌ្ឍន៍ក៏កំពុងដំណើរការក្នុងទិសដៅនៃក្របខ័ណ្ឌគ្មានម៉ាស៊ីនមេ។ Kubeless и ការបំភាន់ បានដាក់ពង្រាយនៅក្នុងចង្កោម Kubernetes ដែលបានរៀបចំទុកជាមុន, OpenFaaS ធ្វើការជាមួយ Kubernetes និង Docker Swarm ។ ក្របខណ្ឌដើរតួនាទីជាប្រភេទនៃឧបករណ៍បញ្ជា - តាមការស្នើសុំ វារៀបចំបរិយាកាសពេលដំណើរការនៅខាងក្នុងចង្កោម បន្ទាប់មកចាប់ផ្តើមមុខងារនៅទីនោះ។

Frameworks ទុកកន្លែងសម្រាប់កំណត់រចនាសម្ព័ន្ធឧបករណ៍ឱ្យសមនឹងតម្រូវការរបស់អ្នក។ ដូច្នេះនៅក្នុង Kubeless អ្នកអភិវឌ្ឍន៍អាចកំណត់រចនាសម្ព័ន្ធការអស់ពេលនៃការអនុវត្តមុខងារ (តម្លៃលំនាំដើមគឺ 180 វិនាទី)។ Fission នៅក្នុងការប៉ុនប៉ងដើម្បីដោះស្រាយបញ្ហាចាប់ផ្តើមត្រជាក់ ស្នើឱ្យរក្សាធុងមួយចំនួនឱ្យដំណើរការគ្រប់ពេល (ទោះបីជាវារួមបញ្ចូលការចំណាយលើពេលវេលារងចាំធនធានក៏ដោយ)។ ហើយ OpenFaaS ផ្តល់នូវសំណុំនៃគន្លឹះសម្រាប់គ្រប់រសជាតិ និងពណ៌៖ HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs និងផ្សេងៗទៀត។

សេចក្តីណែនាំសម្រាប់ការចាប់ផ្តើមអាចរកបាននៅក្នុងឯកសារផ្លូវការនៃក្របខ័ណ្ឌ។ ការធ្វើការជាមួយពួកគេទាមទារឱ្យមានជំនាញច្រើនជាងពេលធ្វើការជាមួយអ្នកផ្តល់សេវា - នេះយ៉ាងហោចណាស់សមត្ថភាពក្នុងការបើកដំណើរការក្រុម Kubernetes តាមរយៈ CLI ។ ភាគច្រើនរួមបញ្ចូលឧបករណ៍ប្រភពបើកចំហផ្សេងទៀត (ឧទាហរណ៍ កម្មវិធីគ្រប់គ្រងជួរ Kafka) ។

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

ពីចំណុចនៃទិដ្ឋភាពនៃគុណសម្បត្តិនិងគុណវិបត្តិ

Serverless បង្កើតគំនិតនៃហេដ្ឋារចនាសម្ព័ន្ធកុងតឺន័រ និងវិធីសាស្រ្តសេវាកម្មខ្នាតតូច ដែលក្រុមអាចធ្វើការក្នុងទម្រង់ពហុភាសាដោយមិនចាំបាច់ភ្ជាប់ទៅនឹងវេទិកាតែមួយ។ ការបង្កើតប្រព័ន្ធមួយត្រូវបានធ្វើឱ្យសាមញ្ញ ហើយកំហុសគឺងាយស្រួលក្នុងការកែ។ ស្ថាបត្យកម្ម Microservice អនុញ្ញាតឱ្យអ្នកបន្ថែមមុខងារថ្មីទៅក្នុងប្រព័ន្ធលឿនជាងក្នុងករណីកម្មវិធី monolithic ។

Serverless កាត់បន្ថយពេលវេលាអភិវឌ្ឍន៍បន្ថែមទៀត, អនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ផ្តោតតែលើតក្កវិជ្ជាអាជីវកម្ម និងការសរសេរកូដរបស់កម្មវិធីប៉ុណ្ណោះ។ ជាលទ្ធផល ពេលវេលាសម្រាប់ទីផ្សារសម្រាប់ការអភិវឌ្ឍន៍ត្រូវបានកាត់បន្ថយ។

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

ដូចជាបច្ចេកវិទ្យាណាមួយ Serverless មានគុណវិបត្តិ។

ឧទាហរណ៍ គុណវិបត្តិបែបនេះអាចជាពេលវេលាចាប់ផ្តើមត្រជាក់ (ជាមធ្យមរហូតដល់ 1 វិនាទីសម្រាប់ភាសាដូចជា JavaScript, Python, Go, Java, Ruby)។

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

ការចាប់ផ្តើមត្រជាក់អាចប្រែទៅជាការចាប់ផ្តើមដ៏កក់ក្តៅ នៅពេលដែលមុខងារប្រើឡើងវិញនូវកុងតឺន័រដែលចាប់ផ្តើមដោយព្រឹត្តិការណ៍ពីមុន។ ស្ថានភាពនេះនឹងកើតឡើងបីករណី៖

ប្រសិនបើអតិថិជនប្រើប្រាស់សេវាកម្មញឹកញាប់ ហើយចំនួននៃការហៅទៅកាន់មុខងារកើនឡើង។
ប្រសិនបើអ្នកផ្តល់សេវា វេទិកា ឬក្របខ័ណ្ឌអនុញ្ញាតឱ្យអ្នករក្សាធុងមួយចំនួនដំណើរការគ្រប់ពេល។
ប្រសិនបើអ្នកអភិវឌ្ឍន៍ដំណើរការមុខងារនៅលើកម្មវិធីកំណត់ម៉ោង (និយាយរៀងរាល់ 3 នាទីម្តង)។

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

គុណវិបត្តិបន្ទាប់របស់ Serverless គឺអាយុកាលខ្លីនៃមុខងារ (អស់ពេលដែលមុខងារត្រូវតែប្រតិបត្តិ)។

ប៉ុន្តែប្រសិនបើអ្នកត្រូវធ្វើការជាមួយការងារដែលមានអាយុកាលយូរ អ្នកអាចប្រើស្ថាបត្យកម្មកូនកាត់ - ផ្សំ Serverless ជាមួយបច្ចេកវិទ្យាមួយផ្សេងទៀត។

មិនមែនគ្រប់ប្រព័ន្ធទាំងអស់នឹងអាចដំណើរការដោយប្រើគ្រោងការណ៍ Serverless បានទេ។

កម្មវិធីមួយចំនួននឹងនៅតែរក្សាទុកទិន្នន័យ និងស្ថានភាពអំឡុងពេលប្រតិបត្តិ។ ស្ថាបត្យកម្មមួយចំនួននឹងនៅតែជា monolithic ហើយលក្ខណៈពិសេសមួយចំនួននឹងមានអាយុវែង។ ទោះយ៉ាងណាក៏ដោយ (ដូចជាបច្ចេកវិទ្យាពពក និងបន្ទាប់មកកុងតឺន័រ) Serverless គឺជាបច្ចេកវិទ្យាដែលមានអនាគតដ៏អស្ចារ្យ។

ក្នុងន័យនេះ ខ្ញុំចង់បន្តយ៉ាងរលូនលើបញ្ហានៃការប្រើប្រាស់វិធីសាស្រ្ត Serverless ។

ពីផ្នែកកម្មវិធី

សម្រាប់ឆ្នាំ 2018 ភាគរយនៃការប្រើប្រាស់ Serverless កើនឡើងមួយដងកន្លះ. ក្នុងចំណោមក្រុមហ៊ុនដែលបានអនុវត្តបច្ចេកវិទ្យាក្នុងសេវាកម្មរបស់ពួកគេរួចហើយនោះមានទីផ្សារយក្សដូចជា Twitter, PayPal, Netflix, T-Mobile, Coca-Cola។ ក្នុងពេលជាមួយគ្នានេះ អ្នកត្រូវយល់ថា Serverless មិនមែនជា panacea ទេ ប៉ុន្តែជាឧបករណ៍សម្រាប់ដោះស្រាយបញ្ហាមួយចំនួន៖

កាត់បន្ថយពេលវេលារងចាំធនធាន។ មិនចាំបាច់រក្សាម៉ាស៊ីននិម្មិតឥតឈប់ឈរសម្រាប់សេវាកម្មដែលមានការហៅចូលតិចតួចនោះទេ។
ដំណើរការទិន្នន័យភ្លាមៗ។ បង្រួមរូបភាព កាត់ផ្ទៃខាងក្រោយ ផ្លាស់ប្តូរការអ៊ិនកូដវីដេអូ ធ្វើការជាមួយឧបករណ៍ចាប់សញ្ញា IoT អនុវត្តប្រតិបត្តិការគណិតវិទ្យា។
"កាវបិទ" សេវាកម្មផ្សេងទៀតរួមគ្នា។ ឃ្លាំង Git ជាមួយកម្មវិធីខាងក្នុង bot ជជែកនៅក្នុង Slack ជាមួយ Jira និងប្រតិទិន។
ធ្វើឱ្យមានតុល្យភាពនៃបន្ទុក។ សូមពិនិត្យមើលឱ្យកាន់តែច្បាស់នៅទីនេះ។

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

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

ក្នុងស្ថានភាពបែបនេះ យើងអាចបង្កើនប្រសិទ្ធភាពប្រព័ន្ធតាមរយៈវិធីសាស្រ្តកូនកាត់៖ យើងទុកម៉ាស៊ីននិម្មិតមួយនៅពីក្រោយ Load Balancer ហើយដាក់តំណភ្ជាប់ទៅកាន់ Serverless Endpoint ដែលមានមុខងារ។ ប្រសិនបើបន្ទុកលើសពីកម្រិតកំណត់ នោះសមតុល្យចាប់ផ្តើមដំណើរការមុខងារដែលកាន់កាប់ផ្នែកនៃដំណើរការសំណើ។

ដូច្នេះ Serverless អាចត្រូវបានប្រើនៅកន្លែងដែលវាចាំបាច់ក្នុងការដំណើរការសំណើមួយចំនួនធំមិនញឹកញាប់ពេកទេ ប៉ុន្តែខ្លាំង។ ក្នុងករណីនេះ ការដំណើរការមុខងារជាច្រើនក្នុងរយៈពេល 15 នាទី គឺមានផលចំណេញច្រើនជាងការរក្សាម៉ាស៊ីននិម្មិត ឬម៉ាស៊ីនមេគ្រប់ពេលវេលា។

ជាមួយនឹងគុណសម្បត្តិទាំងអស់នៃ serverless computing មុនពេលអនុវត្ត អ្នកគួរតែវាយតម្លៃតក្កវិជ្ជាកម្មវិធីជាមុនសិន ហើយយល់ពីបញ្ហាដែល Serverless អាចដោះស្រាយបានក្នុងករណីជាក់លាក់ណាមួយ។

Serverless និង Selectel

នៅ Selectel យើងរួចហើយ ការងារសាមញ្ញជាមួយ Kubernetes តាមរយៈផ្ទាំងបញ្ជារបស់យើង។ ឥឡូវនេះយើងកំពុងបង្កើតវេទិកា FaaS ផ្ទាល់ខ្លួនរបស់យើង។ យើងចង់ឱ្យអ្នកអភិវឌ្ឍន៍អាចដោះស្រាយបញ្ហារបស់ពួកគេដោយប្រើ Serverless តាមរយៈចំណុចប្រទាក់ងាយស្រួល និងអាចបត់បែនបាន។

ប្រសិនបើអ្នកមានគំនិតអំពីអ្វីដែលវេទិកា FaaS ដ៏ល្អគួរតែជា និងរបៀបដែលអ្នកចង់ប្រើ Serverless នៅក្នុងគម្រោងរបស់អ្នក សូមចែករំលែកវានៅក្នុងមតិយោបល់។ យើងនឹងយកបំណងប្រាថ្នារបស់អ្នកទៅក្នុងគណនីនៅពេលបង្កើតវេទិកា។

សម្ភារៈប្រើប្រាស់ក្នុងអត្ថបទ៖

ប្រភព: www.habr.com

គ្មានម៉ាស៊ីនមេនៅលើ racks