របៀបដែលការចាប់ផ្តើមមួយទទួលបានពី 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 ប៉ុណ្ណោះដែលត្រូវបានដំណើរការដោយស្វ័យប្រវត្តិនៅទីនេះ។

អានបន្ថែម