Amazon ទល់នឹង Google៖ វិធីសាស្រ្តផ្ទុយគ្នាទៅនឹង CI/CD DevOpsសំបុត្រព័ត៌មាន Amazon ទល់នឹង Google៖ វិធីសាស្រ្តផ្ទុយគ្នាទៅនឹង CI/CD
នៅក្នុងពិភពនៃការអភិវឌ្ឍន៍កម្មវិធី ការរួមបញ្ចូលជាបន្តបន្ទាប់ និងការចែកចាយបន្ត (CI/CD) ដើរតួនាទីយ៉ាងសំខាន់ក្នុងការធានាឱ្យមានការដាក់ឱ្យប្រើប្រាស់កូដប្រកបដោយប្រសិទ្ធភាព។ ក្រុមហ៊ុនបច្ចេកវិទ្យាយក្សពីរគឺ Amazon និង Google បានទទួលយកវិធីសាស្រ្តផ្សេងគ្នាយ៉ាងធំធេងចំពោះ CI/CD ដែលនីមួយៗមានភាពខ្លាំង និងបញ្ហាប្រឈមផ្ទាល់ខ្លួន ។
លោតទៅ
Monorepo ទល់នឹង Microrepos: មូលដ្ឋានគ្រឹះនៃភាពខុសគ្នា
ចំណុចសំខាន់នៃភាពផ្ទុយគ្នានេះគឺភា បញ្ជីអ៊ីម៉ែល b2bពខុសគ្នាជាមូលដ្ឋាននៅក្នុងរចនាសម្ព័ន្ធឃ្លាំង។ Google ប្រើប្រព័ន្ធ monorepo ដែលវិស្វករជាង 120,000 នាក់ចែករំលែកឃ្លាំងតែមួយដោយគ្មានសាខា។ ម៉្យាងវិញទៀត Amazon ប្រើប្រាស់ microrepos រាប់ពាន់ ដោយសេវាកម្មនីមួយៗជាធម្មតាមានឃ្លាំងផ្ទាល់ខ្លួន ។
សមត្ថភាពបញ្ជូនមុនរបស់ Google
វិធីសាស្រ្ត monorepo របស់ Google ត្រូវការហេដ្ឋា របៀបស្វែងរកកាលបរិច្ឆេទនៃការបង្កើតគេហទំព័រ និងសារៈសំខាន់របស់វានៅក្នុង seo ធីសាស្រ្តផ្ទុយគ្នាទៅនឹង រចនាសម្ព័ន្ធសាកល្បងមុនបញ្ជូនដ៏រឹងមាំ។ ជាមួយនឹងចំនួនដ៏ច្រើននៃអ្នកអភិវឌ្ឍន៍ដែលកំពុងធ្វើការលើឃ្លាំងតែមួយ ផលប៉ះពាល់ដែលអាចកើតមាននៃការឆែកឆេរមិនល្អគឺធំសម្បើម។ ដើម្បីកាត់បន្ថយហានិភ័យនេះ Google បានបណ្តាក់ទុនយ៉ាងច្រើននៅក្នុងសមត្ថភាពធ្វើតេស្តជាមុន
បរិស្ថានសាកល្បងមិនច្បាស់លាស់៖ Google បានបង្កើតហេដ្ឋារចនាសម្ព័ន្ធជាច្រើនដើម្បីដំណើរការការធ្វើតេស្តរួមបញ្ចូលពីចុងដល់ចប់ពីបរិស្ថានអ្នកអភិវឌ្ឍន៍ក្នុងស្រុក ឬអំឡុងពេលពិនិត្យកូដ។ ការធ្វើតេស្តទាំងនេះធ្វើឡើងប្រឆាំងនឹងបរិយាកាសតេស្តដែលមានលក្ខណៈមិនច្បាស់លាស់ ដែលអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ចាប់បញ្ហា មុនពេលវាប៉ះពាល់ដល់មូលដ្ឋានកូដទាំងមូល។
ការជ្រើសរើសតេស្តឆ្លាតវៃ៖ ដោយគិតពីមាត្រដ្ឋាននៃ monorepo របស់ Google ការដំណើរការការធ្វើតេស្តដែលអាចធ្វើបានទាំងអស់សម្រាប់ការផ្លាស់ប្តូរនីមួយៗគឺមិនអាចអនុវត្តបាន។ ក្រុមហ៊ុនបានវិនិយោគលើការជ្រើសរើសតេស្តឆ្លាតវៃ និងយន្តការបន្ទោរបង់ដើម្បីបង្កើនប្រសិទ្ធភាពការប្រតិបត្តិការធ្វើតេស្ត
ឧត្តមភាពក្រោយការបញ្ជូនរបស់ Amazon
ផ្ទុយពី Google ក្រុមហ៊ុន Amazon ពូកែក្នុងដំណាក់កាលក្រោយការបញ្ជូន CI/CD ។ រចនាសម្ព័ន microrepo អនុញ្ញាតឱ្យមានបរិស្ថានដែលមានផ្ទុកកាន់តែច្រើន ដែលអនុញ្ញាតឱ្យដាក់ពង្រាយកាន់តែលឿនទៅផលិតកម្ម
ការដាក់ពង្រាយយ៉ាងឆាប់រហ័ស៖ ទស្សនវិជ្ជារបស់ក្រុមហ៊ុន Amazon សង្កត់ធ្ងន់លើការទទួលបានការផ្លាស់ប្តូរកូដទៅផលិតកម្មក្នុងរយៈពេលប៉ុន្មាន ធីសាស្រ្តផ្ទុយគ្នាទៅនឹង ម៉ោង។ វិធីសាស្រ្តនេះត្រូវបានសម្របសម្រួលដោយរចនាសម្ព័ន្ធ microrepo ដែលអនុញ្ញាតឱ្យមានការផ្លាស់ប្តូរឯករាជ្យនិងធ្វើមូលដ្ឋានីយកម្មបន្ថែមទៀត។
ការកាត់បន្ថយកាំផ្ទុះដែលមានភ្ជាប់មកជាមួយ៖ ប្រព័ន្ធ microrepo ផ្តល់នូវយន្តការដែលមានស្រាប់សម្រាប់កំណត់ផលប៉ះពាល់នៃការចូលមិនល្អ។ ជាធម្មតាបញ្ហាត្រូវបានចាប់ និងរារាំង មុនពេលដែលវាអាចប៉ះពាល់ដល់ microrepos ផ្សេងទៀត។
ការដោះដូរពាណិជ្ជកម្ម
វិធីសាស្រ្តទាំងពីរនេះកើតឡើងជាមួ លេខអាហ្សង់ទីន យនឹងសំណុំបញ្ហាប្រឈម និងអត្ថប្រយោជន៍ផ្ទាល់របស់ពួកគេ៖
បញ្ហាប្រឈមរបស់ Google៖
- ស្មុគ្រស្មាញ ហេដ្ឋារចនាសម្ព័ន្ធ ដាក់ស្នើជាមុន
- ការដាក់ពង្រាយក្រោយការដាក់ស្នើយឺតជាង
- ការលំបាកក្នុងការកំណត់អត្តសញ្ញាណពិរុទ្ធជនក្នុងការដាក់ពង្រាយដែលបរាជ័យ
បញ្ហាប្រឈមរបស់ Amazon៖
- ការធ្វើតេស្តដាក់ស្នើជាមុនមិនសូវរឹងមាំ
- ភាពស្មុគស្មាញក្នុងការគ្រប់គ្រងលំហូរកូដរវាង microrepos
- បញ្ហាដែលអាចកើតមានជាមួយដំណោះស្រាយកំណែអាស្រ័យ
សេចក្តីសន្និដ្ឋាន
ការជជែកវែកញែករវាងវិធីសាស្រ្ត monorepo និង microrepo កំពុងបន្ត ដោយប្រព័ន្ធនីមួយៗមានអ្នកគាំទ្ររបស់វា។ ទីបំផុតទាំង Amazon និង Google បានកែសម្រួលដំ ធីសាស្រ្តផ្ទុយគ្នាទៅនឹង ណើរការ CI/CD របស់ពួកគេ ដើម្បីដំណើរការប្រកបដោយប្រសិទ្ធភាពនៅក្នុងរចនាសម្ព័ន្ធឃ្លាំងដែលបានជ្រើសរើសរបស់ពួកគេ។ គន្លឹះសំខាន់គឺថាការវិនិយោគលើហេដ្ឋារចនាសម្ព័ន្ធដែលដាក់ស្នើមុន និងក្រោយការដាក់ស្នើអាចនាំទៅរកការកែលម្អយ៉ាងសំខាន់នៅក្នុងផលិតភាពរបស់អ្នកអភិវឌ្ឍន៍ និងគុណភាពកូដ។