របៀបដែលការចាប់ផ្តើមមួយទទួលបានពី docker-compose ទៅ Kubernetes

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

តើ​យើង​មាន​អ្វី ហើយ​យើង​កំពុង​និយាយ​អំពី​អ្វី? ហើយ​យើង​មាន​គម្រោង​ចាប់​ផ្ដើម​ដំណើរការ​មួយ​ដែល​មាន​ប្រវត្តិ​អភិវឌ្ឍន៍​ប្រហែល 2 ឆ្នាំ​ពី​តំបន់​ផ្សាយ​ពាណិជ្ជកម្ម។ គម្រោងនេះត្រូវបានបង្កើតឡើងដំបូងជាសេវាមីក្រូ ហើយផ្នែកម៉ាស៊ីនមេរបស់វាត្រូវបានសរសេរនៅក្នុង Symfony + a little Laravel, Django និង NodeJs ដើម។ សេវាកម្មគឺជាមូលដ្ឋាន API សម្រាប់អតិថិជនទូរស័ព្ទ (មាន 3 ក្នុងចំណោមពួកគេនៅក្នុងគម្រោង) និង SDK ផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ IOS (ត្រូវបានបង្កើតឡើងនៅក្នុងកម្មវិធីរបស់អតិថិជនរបស់យើង) ក៏ដូចជាចំណុចប្រទាក់គេហទំព័រ និងផ្ទាំងគ្រប់គ្រងផ្សេងៗនៃអតិថិជនដូចគ្នាទាំងនេះ។ សេវាកម្មទាំងអស់ត្រូវបាន dockerized និងដំណើរការដោយ docker-compose ដំបូង។

ពិតហើយ docker-compose មិនត្រូវបានប្រើនៅគ្រប់ទីកន្លែងទេ ប៉ុន្តែមានតែនៅក្នុងបរិយាកាសក្នុងស្រុករបស់អ្នកអភិវឌ្ឍន៍ប៉ុណ្ណោះ នៅលើការសាកល្បង។ ម៉ាស៊ីនបម្រើ និងនៅក្នុងបំពង់បង្ហូរទិន្នន័យនៅពេលបង្កើត និងសាកល្បងសេវាកម្ម។ នៅក្នុងបរិយាកាសផលិតកម្ម យើងបានប្រើ Google Kubernetes Engine (GKE)។ លើសពីនេះ យើងបានកំណត់រចនាសម្ព័ន្ធ GKE ទាំងស្រុងតាមរយៈចំណុចប្រទាក់គេហទំព័ររបស់វានៅពេលចាប់ផ្តើមគម្រោង ដែលមានល្បឿនលឿន និងងាយស្រួល ដូចដែលយើងគិតនៅពេលនោះ។ ដំណើរការស្វ័យប្រវត្តិតែមួយគត់គឺការបង្កើតរូបភាព Docker ដើម្បីដាក់ឱ្យដំណើរការសេវាកម្មនៅក្នុង GKE។

អានបន្ថែម