ឧបករណ៍ DevOps អ្នកគ្រប់គ្នាគួររៀននៅឆ្នាំ 2020

ចាប់ផ្តើមប្រើឧបករណ៍ DevOps ដ៏ល្អបំផុតនៅថ្ងៃនេះ!

ទីបំផុតបដិវត្ត DevOps បានកាន់កាប់ពិភពលោក ហើយឧបករណ៍ DevOps បានក្លាយជាការពេញនិយមមិនគួរឱ្យជឿ។ នេះបើយោងតាមសេវាកម្ម និន្នាការរបស់ googleចំនួននៃសំណើសម្រាប់ "ឧបករណ៍ DevOps" កំពុងតែកើនឡើងឥតឈប់ឈរ ហើយនិន្នាការនេះនៅតែបន្ត។

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

ចូរបែងចែកឧបករណ៍ DevOps ទៅជាប្រភេទ ហើយប្រៀបធៀបពួកវាជាមួយ analogues៖

• ការអភិវឌ្ឍនិងបង្កើតឧបករណ៍
• សាកល្បងឧបករណ៍ស្វ័យប្រវត្តិកម្ម
• ឧបករណ៍សម្រាប់រៀបចំការដាក់ពង្រាយ
• ឧបករណ៍ពេលដំណើរការ
• ឧបករណ៍សហការ។

ការអនុវត្តប្រកបដោយជោគជ័យ និងប្រកបដោយការគិតគូរ អ្នកអនុវត្ត DevOps រួមបញ្ចូលឧបករណ៍ពីក្រុមទាំងប្រាំដែលបានរាយខាងលើ។ វិភាគឧបករណ៍បច្ចុប្បន្ននៅក្នុងគម្រោងរបស់អ្នក ដើម្បីកុំឱ្យខកខានធាតុសំខាន់នៃបំពង់ CI/CD ។

ឧបករណ៍អភិវឌ្ឍន៍ និងបង្កើត

នេះគឺជាមូលដ្ឋាននៃជង់បំពង់ CI/CD ។ វាទាំងអស់ចាប់ផ្តើមនៅទីនេះ! ឧបករណ៍ដ៏ល្អបំផុតនៅក្នុងប្រភេទនេះអាចគ្រប់គ្រងការផ្សាយព្រឹត្តិការណ៍ជាច្រើន និងរួមបញ្ចូលយ៉ាងងាយស្រួលជាមួយផលិតផលផ្សេងទៀត។

នៅដំណាក់កាលនៃវដ្តជីវិតអភិវឌ្ឍន៍នេះ មានឧបករណ៍បីក្រុម៖

• ប្រព័ន្ធគ្រប់គ្រងកំណែ (SCM)
• ការរួមបញ្ចូលជាបន្តបន្ទាប់ (CI)
• ការ​គ្រប់​គ្រង​ទិន្នន័យ

GIT មានកំណត់ត្រាវិជ្ជមានក្នុងឆ្នាំ 2020 ដូច្នេះឧបករណ៍ SCM របស់អ្នកគួរតែមានការគាំទ្រយ៉ាងរលូនសម្រាប់ GIT ។ សម្រាប់ CI តម្រូវការជាមុនគឺសមត្ថភាពក្នុងការប្រតិបត្តិ និងដំណើរការការស្ថាបនានៅក្នុងបរិយាកាសធុងដាច់ដោយឡែកមួយ។ នៅពេលនិយាយអំពីការគ្រប់គ្រងទិន្នន័យ វាទាមទារសមត្ថភាពក្នុងការធ្វើការផ្លាស់ប្តូរគ្រោងការណ៍មូលដ្ឋានទិន្នន័យ និងរក្សាមូលដ្ឋានទិន្នន័យតាមកំណែកម្មវិធី។

ឧបករណ៍ SCM + CI # 1

អ្នកឈ្នះ៖ GitLab និង GitLab-CI

ឧបករណ៍ដ៏ល្អបំផុតនៃវដ្ត DevOps ឆ្នាំ 2020 គឺគ្មានការសង្ស័យ GitLab ហើយវាពិតជានឹងបន្តដឹកនាំការច្នៃប្រឌិតនាពេលអនាគតដ៏ខ្លីនេះ។

មុខងារចម្បងរបស់ GitLab គឺផ្តល់នូវការគ្រប់គ្រងប្រកបដោយផាសុកភាពនៃឃ្លាំង Git ។ ចំណុចប្រទាក់បណ្ដាញគឺវិចារណញាណ និងងាយស្រួលប្រើ។ GitLab ផ្តល់នូវអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការនៅក្នុងកំណែឥតគិតថ្លៃ ហើយមកជា SaaS និង on-prem (ដោយប្រើធនធានផ្ទាល់ខ្លួនរបស់អ្នកដើម្បីធ្វើជាម្ចាស់ផ្ទះកម្មវិធី) ។

គ្មានឧបករណ៍ SCM ផ្សេងទៀតបានប្រើការរួមបញ្ចូលជាបន្ត (CI) ដោយផ្ទាល់នៅលើឃ្លាំងរបស់អ្នកទេ ហើយ GitLab បាននិងកំពុងធ្វើការនេះជាយូរមកហើយ។ ដើម្បីប្រើ GitLab-CI អ្នកត្រូវតែបន្ថែមឯកសារ .gitlab-ci.yml ទៅ root កូដប្រភពរបស់អ្នក ហើយការផ្លាស់ប្តូរណាមួយចំពោះគម្រោងនឹងចាប់ផ្តើមសកម្មភាពដោយផ្អែកលើអ្វីដែលអ្នកបានបញ្ជាក់។ GitLab និង GitLab-CI ត្រូវ​បាន​គេ​ទទួល​ស្គាល់​ថា​ជា​អ្នក​ដឹក​នាំ​ក្នុង​ផ្នែក​នៃ​ការ​ធ្វើ​សមាហរណកម្ម​ជា​បន្ត​បន្ទាប់ (CI-as-code)។

អត្ថប្រយោជន៍សំខាន់ៗ

• ភាពជឿជាក់ - ផលិតផលមាននៅលើទីផ្សារតាំងពីឆ្នាំ 2013; ស្ថេរភាព; បានគាំទ្រយ៉ាងល្អ។
• ប្រភពបើកចំហ - កំណែឥតគិតថ្លៃរបស់ GitLab មិនកំណត់មុខងារស្នូលដែលក្រុមអភិវឌ្ឍន៍ត្រូវការនោះទេ។ កញ្ចប់សេវាកម្មបង់ប្រាក់ផ្តល់នូវមុខងារមានប្រយោជន៍បន្ថែមសម្រាប់ក្រុមហ៊ុនដែលមានទំហំ និងតម្រូវការខុសៗគ្នា។
• Engrained CI - គ្មានឧបករណ៍ផ្សេងទៀតនៅលើទីផ្សារបានបង្កើតការរួមបញ្ចូលជាបន្តបន្ទាប់ដោយផ្ទាល់ទៅក្នុង SCM ដូចជា GitLab-CI នោះទេ។ ការប្រើប្រាស់ Docker ធានានូវការស្ថាបនាដាច់ដោយឡែកដែលមិនមានការរំខាន ហើយរបាយការណ៍ដែលភ្ជាប់មកជាមួយធ្វើឱ្យការកែកំហុសមានភាពងាយស្រួល។ យើងមិនតម្រូវឱ្យមានការរួមបញ្ចូលដ៏ស្មុគស្មាញ និងការគ្រប់គ្រងឧបករណ៍ច្រើនក្នុងពេលតែមួយនោះទេ។
• ការរួមបញ្ចូលគ្មានដែនកំណត់ - GitLab ផ្តល់នូវការរួមបញ្ចូលយ៉ាងងាយស្រួលនៃឧបករណ៍ DevOps ទាំងអស់ដែលអ្នកត្រូវការ។ នេះធានាថាក្រុមអភិវឌ្ឍន៍ និងថែទាំមានប្រភពតែមួយនៃព័ត៌មានអំពីកម្មវិធីរបស់ពួកគេនៅក្នុងបរិយាកាសណាមួយ។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

មានឧបករណ៍ពេញនិយមផ្សេងទៀតនៅក្នុងប្រភេទនេះ ប៉ុន្តែពួកវាមិនល្អដូច GitLab ទេ។ នោះហើយជាមូលហេតុ៖

GitHub - នេះគឺជាប្រព័ន្ធគ្រប់គ្រងកំណែ SaaS ដ៏ល្អសម្រាប់ក្រុមហ៊ុនតូចៗ និងដំណាក់កាលដំបូងនៃការអភិវឌ្ឍន៍។ សម្រាប់ក្រុមហ៊ុនធំៗ ដែលវាមានសារៈសំខាន់ក្នុងការរក្សាអាសយដ្ឋាន IP នៅលើបណ្តាញផ្ទាល់ខ្លួនរបស់ពួកគេ ដំណោះស្រាយតែមួយគត់ពី GitHub គឺម៉ាស៊ីននិម្មិត .OVA ដោយគ្មានការគាំទ្រសម្រាប់ប្រព័ន្ធដែលអាចរកបានខ្ពស់។ វាធ្វើឱ្យមានការលំបាកក្នុងការថែទាំជាមុន ក្រៅពីនេះ .OVA គឺសមរម្យសម្រាប់តែអាជីវកម្មខ្នាតមធ្យមប៉ុណ្ណោះ បើមិនដូច្នេះទេម៉ាស៊ីនមេនឹងគាំងនៅក្រោមបន្ទុកធំជាង។ កង្វះនៃសកម្មភាព GitHub (រហូតមកដល់ពេលថ្មីៗនេះ និងមិនទាន់មាននៅក្នុងកំណែមុន) ឬ CI-as-code មានន័យថាអ្នកត្រូវជ្រើសរើសឧបករណ៍ CI ដាច់ដោយឡែកហើយបន្ទាប់មកគ្រប់គ្រងការរួមបញ្ចូលនោះ។ ទីបំផុត GitHub មានតម្លៃថ្លៃជាងកំណែណាមួយរបស់ GitLab ។

Jenkins — ទោះបីជា Jenkins ត្រូវបានចាត់ទុកថាជាស្តង់ដារក្នុងចំណោមឧបករណ៍រួមបញ្ចូលជាបន្តបន្ទាប់តាមលំនាំដើមក៏ដោយ វាតែងតែខ្វះសមត្ថភាពគ្រប់គ្រងកំណែ។ វាប្រែថាអ្នកកំពុងប្រើ Jenkins បូកនឹងឧបករណ៍ SCM មួយចំនួន។ វាពិបាកពេកនៅពេលដែល GitLab អាចធ្វើបានទាំងពីរ។ ការរចនា Mediocre UX មិនស័ក្តិសមសម្រាប់កម្មវិធីបណ្តាញទំនើប ហើយទុកអ្វីៗជាច្រើនដែលចង់បាន។

BitBucket/ឫស្សី - ខ្ញុំត្រូវតែទទួលស្គាល់គាត់ជាអ្នកចាញ់ដោយស្វ័យប្រវត្តិ៖ ហេតុអ្វីបានជាឧបករណ៍ពីរនៅពេល GitLab ធ្វើអ្វីៗគ្រប់យ៉ាងដោយឯករាជ្យ។ BitBucket Cloud គាំទ្រមុខងារ GitLab-CI / GitHub Action ប៉ុន្តែគ្មានក្រុមហ៊ុនណាធំជាងការចាប់ផ្តើមអាចអនុវត្តវាបានយ៉ាងងាយស្រួលនោះទេ។ ម៉ាស៊ីនមេ BitBucket ដែលមិនគាំទ្រសូម្បីតែបំពង់ BitBucket!

#1 ឧបករណ៍គ្រប់គ្រងទិន្នន័យ

អ្នកឈ្នះ៖ FlywayDB

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

អត្ថប្រយោជន៍សំខាន់ៗ

• កំណែមូលដ្ឋានទិន្នន័យ - Flyway អនុញ្ញាតឱ្យអ្នកបង្កើតកំណែមូលដ្ឋានទិន្នន័យ តាមដានការធ្វើចំណាកស្រុកនៃមូលដ្ឋានទិន្នន័យ និងងាយស្រួលផ្ទេរ ឬត្រឡប់ការផ្លាស់ប្តូរគ្រោងការណ៍ដោយគ្មានឧបករណ៍បន្ថែមសម្រាប់រឿងនេះ។
• Binary ឬ Embedded - យើងអាចជ្រើសរើសដំណើរការ Flyway ជាផ្នែកនៃកម្មវិធី ឬជា Binary executable។ Flyway ពិនិត្យមើលភាពត្រូវគ្នានៃកំណែនៅពេលចាប់ផ្តើម ហើយចាប់ផ្តើមការធ្វើចំណាកស្រុកដែលសមស្រប ដោយរក្សាកំណែទិន្នន័យ និងកម្មវិធីឱ្យស៊ីសង្វាក់គ្នា។ ដោយដំណើរការពាក្យបញ្ជា cmd line ad-hoc យើងផ្តល់ភាពបត់បែនដល់មូលដ្ឋានទិន្នន័យដែលមានស្រាប់ដោយមិនចាំបាច់បង្កើតកម្មវិធីទាំងមូលឡើងវិញ។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

មិនមានឧបករណ៍ច្រើននៅក្នុងតំបន់នេះទេ។ តោះមើលពួកគេខ្លះ៖

LiquiBase - Liquibase ប្រហាក់ប្រហែលនឹង FlywayDB ។ ខ្ញុំចង់ដំឡើងវានៅលើកំពូលនៃ Flyway ប្រសិនបើខ្ញុំមាននរណាម្នាក់នៅក្នុងក្រុមរបស់ខ្ញុំជាមួយនឹងបទពិសោធន៍បន្ថែមទៀតជាមួយ Liquibase ។

Flocker - អាចធ្វើការសម្រាប់តែកម្មវិធីកុងតឺន័រប៉ុណ្ណោះ។ ដើម្បីដំណើរការឃ្លាំងផ្ទុកទិន្នន័យដោយជោគជ័យ អ្វីគ្រប់យ៉ាងត្រូវតែត្រូវបានគ្រោងទុកយ៉ាងល្អឥតខ្ចោះ។ ខ្ញុំសូមណែនាំឱ្យប្រើ RDS (Relational Database Service) សម្រាប់មូលដ្ឋានទិន្នន័យ ហើយកុំណែនាំឲ្យរក្សាទុកព័ត៌មានសំខាន់ៗនៅក្នុងកុងតឺន័រ។

សាកល្បងឧបករណ៍ស្វ័យប្រវត្តិកម្ម

ចូរចាប់ផ្តើមការពិភាក្សារបស់យើងអំពីឧបករណ៍ស្វ័យប្រវត្តិកម្មសាកល្បងដោយចាត់ថ្នាក់ពួកវាដោយផ្អែកលើសាជីជ្រុងសាកល្បង។

ពីរ៉ាមីតសាកល្បង (តេស្ត) មាន ៤ កម្រិត៖

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

ដោយសារការធ្វើតេស្តឯកតា និងការធ្វើតេស្តសមាសធាតុត្រូវបានអនុវត្តដោយអ្នកអភិវឌ្ឍន៍តែប៉ុណ្ណោះ ហើយជារឿយៗជាភាសាសរសេរកម្មវិធីជាក់លាក់ យើងនឹងមិនវាយតម្លៃឧបករណ៍ទាំងនេះសម្រាប់ដែន DevOps ទេ។

#1 ឧបករណ៍ធ្វើតេស្តសមាហរណកម្ម

អ្នកឈ្នះ៖ ត្រសក់

ត្រសក់រួមបញ្ចូលគ្នានូវលក្ខណៈជាក់លាក់ និងឯកសារសាកល្បងទៅក្នុងឯកសាររស់នៅតែមួយ។ លក្ខណៈ​ពិសេស​គឺ​តែង​តែ​ទាន់សម័យ​ព្រោះ​វា​ត្រូវ​បាន​សាកល្បង​ដោយ​ស្វ័យ​ប្រវត្តិ​ដោយ​ត្រសក់។ ប្រសិនបើអ្នកចង់បង្កើតក្របខណ្ឌការធ្វើតេស្តដោយស្វ័យប្រវត្តិពីទទេ និងគំរូអាកប្បកិរិយារបស់អ្នកប្រើនៅក្នុងកម្មវិធីបណ្តាញនោះ Selenium WebDriver ជាមួយ Java និង Cucumber BDD គឺជាវិធីដ៏ល្អមួយដើម្បីរៀន និងអនុវត្ត Cucumber នៅក្នុងគម្រោងមួយ។

អត្ថប្រយោជន៍សំខាន់ៗ

• វិធីសាស្រ្ត BDD (ការអភិវឌ្ឍន៍ជំរុញអាកប្បកិរិយា - "ការអភិវឌ្ឍន៍តាមរយៈអាកប្បកិរិយា" ផ្ទុយទៅនឹងវិធីសាស្រ្ត "ការអភិវឌ្ឍន៍ដែលជំរុញដោយការធ្វើតេស្ត") - ត្រសក់ត្រូវបានរចនាឡើងសម្រាប់ការធ្វើតេស្ត BDD វាត្រូវបានបង្កើតឡើងដំបូងសម្រាប់កិច្ចការនេះ។
• ឯកសាររស់នៅ - ឯកសារតែងតែឈឺចាប់! ដោយសារការធ្វើតេស្តរបស់អ្នកត្រូវបានសរសេរជាកូដ Cucumber សាកល្បងឯកសារដែលបានបង្កើតដោយស្វ័យប្រវត្តិ ដើម្បីធានាថាការធ្វើតេស្ត និងឯកសារមានភាពស៊ីសង្វាក់គ្នា។
• ការគាំទ្រ - យើងអាចជ្រើសរើសពីឧបករណ៍ជាច្រើន ប៉ុន្តែត្រសក់មានធនធានហិរញ្ញវត្ថុចាំបាច់ និងប្រព័ន្ធគាំទ្រដែលរៀបចំយ៉ាងល្អដើម្បីជួយអ្នកប្រើប្រាស់ក្នុងស្ថានភាពលំបាកណាមួយ។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

ក្នុងចំណោមក្របខ័ណ្ឌផ្សេងទៀត និងឧបករណ៍បច្ចេកទេសជាក់លាក់ មានតែត្រសក់ទេដែលអាចចាត់ទុកថាជាដំណោះស្រាយជាសកល។

ឧបករណ៍សាកល្បងពីចុងដល់ចប់

នៅពេលធ្វើតេស្តពីចុងដល់ចប់ អ្នកត្រូវផ្តោតលើចំណុចសំខាន់ពីរ៖

• ការធ្វើតេស្តមុខងារ
• ការធ្វើតេស្តភាពតានតឹង។

នៅក្នុងការធ្វើតេស្តមុខងារ យើងពិនិត្យមើលថាតើអ្វីគ្រប់យ៉ាងដែលយើងចង់បានពិតជាកើតឡើងដែរឬទេ។ ឧទាហរណ៍ នៅពេលខ្ញុំចុចលើធាតុមួយចំនួននៃ SPA របស់ខ្ញុំ (កម្មវិធីទំព័រតែមួយ) បំពេញទម្រង់បែបបទ ហើយជ្រើសរើស "ដាក់ស្នើ" ទិន្នន័យនឹងលេចឡើងក្នុងមូលដ្ឋានទិន្នន័យ ហើយសារ "ជោគជ័យ!" លេចឡើងនៅលើអេក្រង់។

វាក៏សំខាន់ផងដែរសម្រាប់យើងក្នុងការពិនិត្យមើលថាចំនួនជាក់លាក់នៃអ្នកប្រើប្រាស់ដែលដំណើរការសេណារីយ៉ូដូចគ្នាអាចត្រូវបានដំណើរការដោយគ្មានកំហុស។

អវត្ដមាននៃការធ្វើតេស្តទាំងពីរប្រភេទនេះនឹងក្លាយជាគុណវិបត្តិដ៏សំខាន់នៅក្នុងបំពង់ CI/CD របស់អ្នក។

# 1 ឧបករណ៍សាកល្បងពីចុងដល់ចប់។ ការធ្វើតេស្តមុខងារ

អ្នកឈ្នះ៖ SoapUI Pro

SoapUI បានស្ថិតនៅក្នុងកន្លែងសាកល្បង API អស់រយៈពេលជាយូរមកហើយ ចាប់តាំងពីសេវាកម្មគេហទំព័រដែលមានមូលដ្ឋានលើ SOAP គឺជាស្តង់ដារ។ ខណៈ​ពេល​ដែល​យើង​លែង​បង្កើត​សេវា SOAP ថ្មី ហើយ​ឈ្មោះ​របស់​ឧបករណ៍​មិន​បាន​ផ្លាស់​ប្តូរ នោះ​មិន​មាន​ន័យ​ថា​វា​មិន​បាន​វិវត្តន៍​ទេ។ SoapUI ផ្តល់នូវក្របខ័ណ្ឌដ៏ល្អសម្រាប់បង្កើតការធ្វើតេស្តមុខងារផ្នែកខាងក្រោយដោយស្វ័យប្រវត្តិ។ ការធ្វើតេស្តអាចត្រូវបានរួមបញ្ចូលគ្នាយ៉ាងងាយស្រួលជាមួយនឹងឧបករណ៍រួមបញ្ចូលជាបន្តបន្ទាប់ ហើយប្រើជាផ្នែកនៃបំពង់បង្ហូរ CI/CD ។

អត្ថប្រយោជន៍សំខាន់ៗ

• ឯកសារលម្អិត - SoapUI មាននៅលើទីផ្សារអស់រយៈពេលជាយូរណាស់មកហើយ ដូច្នេះមានធនធានអនឡាញជាច្រើនដែលអាចជួយអ្នកឱ្យយល់ពីរបៀបរៀបចំការធ្វើតេស្ត។
• ភាពងាយស្រួលនៃការប្រើប្រាស់ - ទោះបីជាឧបករណ៍នេះគាំទ្រពិធីការជាច្រើនសម្រាប់ការសាកល្បង APIs ក៏ដោយ វត្តមានរបស់ SoapUI នៃចំណុចប្រទាក់ទូទៅសម្រាប់សេវាកម្មជាច្រើនធ្វើឱ្យការធ្វើតេស្តសរសេរកាន់តែងាយស្រួល។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

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

# 1 ឧបករណ៍សាកល្បងពីចុងដល់ចប់។ ការធ្វើតេស្តភាពតានតឹង

អ្នកឈ្នះ៖ LoadRunner

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

អត្ថប្រយោជន៍សំខាន់ៗ

• ឯកសារទូលំទូលាយ - LoadRunner មាននៅលើទីផ្សារមួយរយៈមកហើយ ដូច្នេះមានធនធានអនឡាញជាច្រើនដើម្បីជួយអ្នកឱ្យយល់ពីរបៀបរៀបចំការធ្វើតេស្តផ្ទុក។
• ការគាំទ្រពិធីការ - Load Runner គាំទ្រអ្វីៗគ្រប់យ៉ាងពី ODBC ទៅ AJAX, HTTPS និងពិធីការដែលមិនសំខាន់ផ្សេងទៀតដែលកម្មវិធីរបស់អ្នកអាចប្រើ។ យើងព្យាយាមមិនប្រើឧបករណ៍ច្រើនសម្រាប់ការធ្វើតេស្តផ្ទុកទេ ព្រោះវាធ្វើឱ្យដំណើរការស្មុគស្មាញប៉ុណ្ណោះ។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

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

ឧបករណ៍ដាក់ពង្រាយ

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

ជាដំបូង យើងបែងចែកឧបករណ៍ដាក់ពង្រាយទាំងអស់ជាបីប្រភេទរង៖

• ការគ្រប់គ្រងវត្ថុបុរាណ
• ការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធ
• ដាក់ពង្រាយ។

#1 ឧបករណ៍គ្រប់គ្រងវត្ថុបុរាណ

អ្នកឈ្នះ៖ ទូរស័ព្ទ Nexus

ឃ្លាំងវត្ថុបុរាណ Nexus គាំទ្រស្ទើរតែគ្រប់បច្ចេកវិទ្យាសំខាន់ៗ ចាប់ពី Java ទៅ NPM ដល់ Docker ។ យើងអាចប្រើឧបករណ៍នេះដើម្បីរក្សាទុកវត្ថុបុរាណទាំងអស់ដែលយើងប្រើ។ ប្រូកស៊ីអ្នកគ្រប់គ្រងកញ្ចប់ពីចម្ងាយក៏បង្កើនល្បឿនដំណើរការបង្កើត CI ផងដែរ ដែលធ្វើឱ្យកញ្ចប់អាចចូលប្រើបានកាន់តែច្រើនសម្រាប់ការសាងសង់។ អត្ថប្រយោជន៍មួយទៀតគឺសមត្ថភាពក្នុងការទទួលបានទិដ្ឋភាពពេញលេញនៃកញ្ចប់ទាំងអស់ដែលបានប្រើនៅក្នុងគម្រោងកម្មវិធីជាច្រើន ដោយរារាំងកញ្ចប់ប្រភពបើកចំហដែលមិនមានសុវត្ថិភាព (ពួកវាអាចដើរតួជាវ៉ិចទ័រវាយប្រហារ)។

អត្ថប្រយោជន៍សំខាន់ៗ

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

#1 ឧបករណ៍គ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធ

អ្នកឈ្នះ៖ Ansible

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

អត្ថប្រយោជន៍សំខាន់ៗ

• គ្មានរដ្ឋ - Playbook ត្រូវបានដាក់ឱ្យដំណើរការពីម៉ាស៊ីនដាក់ពង្រាយ និងដំណើរការលើម៉ាស៊ីនមេគោលដៅ។ ខ្ញុំមិនចាំបាច់ព្រួយបារម្ភអំពីស្ថានភាពរបស់វត្ថុពីចម្ងាយ ដោយប្រើឧបករណ៍ដូចជា Packer ដើម្បីបង្កើតវត្ថុដែលអាចប្រើប្រាស់បាន។
• ប្រភពបើកចំហ - ដូចជា CentOS, Ansible ក៏ត្រូវបានគាំទ្រដោយ RedHat ផងដែរ។ វាជួយរក្សាសហគមន៍ និងផ្តល់នូវម៉ូឌុលដែលមានគុណភាពខ្ពស់ ងាយស្រួលប្រើ។
• ការធ្វើតេស្តជាមួយម៉ូលេគុល (ក្របខ័ណ្ឌ Ansible) - ចាប់តាំងពីការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធគឺជាកូដ ដូចជាអ្វីៗផ្សេងទៀត ការធ្វើតេស្តគឺចាំបាច់ណាស់។ ក្របខ័ណ្ឌការធ្វើតេស្តតួនាទី Ansible របស់ Molecule ដំណើរការដោយគ្មានកំហុស ដោយធានាថាការកំណត់រចនាសម្ព័ន្ធមានគុណភាពដូចគ្នា និងអនុវត្តតាមបំពង់ CI/CD ដូចគ្នាទៅនឹងកូដកម្មវិធី។
• YAML - បើប្រៀបធៀបទៅនឹងឧបករណ៍ផ្សេងទៀត YAML ងាយយល់ជាង។ ចាប់តាំងពីការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធជាធម្មតាជាបញ្ហាប្រឈមថ្មីសម្រាប់អ្នកដែលអនុវត្តការអនុវត្ត DevOps ភាពសាមញ្ញគឺជាកាតសំឡេងរបស់វា។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

ចុងភៅ OpsCode - ខ្ញុំបានចាប់ផ្តើមអាជីព DevOps របស់ខ្ញុំជាអ្នកបង្កើតសៀវភៅធ្វើម្ហូប។ Ruby និងចុងភៅពិតជាស្រលាញ់បេះដូងខ្ញុំខ្លាំងណាស់ ប៉ុន្តែពួកគេគ្រាន់តែមិនដោះស្រាយបញ្ហានៃកម្មវិធីគ្មានរដ្ឋ និង cloud-native សម័យទំនើបនោះទេ។ OpsCode Chef គឺជាឧបករណ៍ដ៏ល្អសម្រាប់កម្មវិធីបែបប្រពៃណីបន្ថែមទៀត ប៉ុន្តែនៅក្នុងអត្ថបទនេះ យើងផ្តោតលើអនាគត។

Puppet - អាយ៉ងមិនដែលមានអ្នកគាំទ្រច្រើនទេ ជាពិសេសបើប្រៀបធៀបជាមួយ Chef និង Ansible ។ វាល្អណាស់សម្រាប់ការផ្តល់ និងធ្វើការជាមួយផ្នែករឹង ប៉ុន្តែវាខ្វះការគាំទ្រផ្នែកគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធទំនើបសម្រាប់កម្មវិធីគេហទំព័រ។

ឧបករណ៍ប្រើប្រាស់លេខ 1

អ្នកឈ្នះ៖ Terraform

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

អត្ថប្រយោជន៍សំខាន់ៗ

• Environment agnostic - Terraform ប្រើមុខងារដែលដើរតួជាចំណុចប្រទាក់រវាងកូដ Terraform របស់អ្នក APIs ទាំងអស់ និងតក្កវិជ្ជាខាងក្នុងដើម្បីទាក់ទងជាមួយអ្នកផ្តល់ហេដ្ឋារចនាសម្ព័ន្ធ។ នេះ​មាន​ន័យ​ថា​ខ្ញុំ​នឹង​ស្ទាត់​ជំនាញ​តែ​មួយ​ឧបករណ៍​ហើយ​បន្ទាប់​មក​អាច​ធ្វើ​ការ​នៅ​គ្រប់​ទី​កន្លែង។
• ប្រភពបើកចំហ - វាពិបាកក្នុងការផ្តួលឧបករណ៍ឥតគិតថ្លៃ! ការគាំទ្រសហគមន៍នៅកម្រិតខ្ពស់បំផុត។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

AWS CloudFormation — ទោះបីជាអ្នកធ្វើការតែនៅក្នុងបរិយាកាសពពក AWS ក៏ដោយ ការងារបន្ទាប់របស់អ្នកអាចប្រើឧបករណ៍ផ្សេង។ ការលះបង់ពេលវេលា និងកម្លាំងទាំងអស់របស់អ្នកទៅកាន់វេទិកាតែមួយ គឺជាការសម្រេចចិត្តដែលគិតខ្លី។ លើសពីនេះ សេវាកម្ម AWS ថ្មីជាច្រើនតែងតែមានជាម៉ូឌុល Terraform មុនពេលពួកវាមាននៅក្នុង CloudFormation ។

ឧបករណ៍ពេលដំណើរការ

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

ប្រភេទរងនៃឧបករណ៍ពេលដំណើរការ៖

• X-as-a-service (XaaS)
• វង់ភ្លេង
• ការត្រួតពិនិត្យ
• ការកាប់ឈើ។

X-tool-as-a-service # 1

អ្នកឈ្នះ៖ ក្រុមហ៊ុនAmazon Web Services

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

អត្ថប្រយោជន៍សំខាន់ៗ

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

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

Azure “Azure បានមកដល់ផ្លូវឆ្ងាយចាប់តាំងពីការចេញផ្សាយលើកដំបូងរបស់វា ហើយនោះជាការសរសើរ។ ទោះជាយ៉ាងណាក៏ដោយ បំណងប្រាថ្នាចង់មានភាពខុសប្លែកគ្នាបាននាំឱ្យមានឈ្មោះចម្លែកសម្រាប់សេវាកម្ម ដែលជារឿយៗធ្វើអោយស្មុគស្មាញដល់ការងារ។ តើ "ឃ្លាំងផ្ទុកទិន្នន័យ" មានន័យដូចម្តេច? ហើយខណៈពេលដែលកូដ .NET ដំណើរការបានប្រសើរជាងនៅក្នុងប្រព័ន្ធអេកូរបស់ Microsoft វាមិនទំនងដែលថាអ្នកនឹងប្រើតែ .NET សម្រាប់រាល់សមាសធាតុនៃកម្មវិធីរបស់អ្នកនោះទេ។

ហឺរ៉ូគូ — ខ្ញុំនឹងមិនដំណើរការអ្វីក្រៅពីគម្រោងផ្ទាល់ខ្លួននៅលើ Heroku ដោយសារតែកម្រិតនៃភាពជឿជាក់ និងតម្លាភាពទាប ដូច្នេះក្រុមហ៊ុនមិនគួរប្រើវាជាវេទិកានោះទេ។ Heroku គឺល្អសម្រាប់បង្ហាញអ្វីមួយនៅលើប្លក់ ប៉ុន្តែសម្រាប់ការប្រើប្រាស់ជាក់ស្តែង - “ទេ អរគុណ!”

# 1 ឧបករណ៍ Orchestration

អ្នកឈ្នះ៖ អូលហ្វីស

អ្នកប្រហែលជាកំពុងប្រើ Docker ឬធុងផ្សេងទៀតនៅក្នុងជង់កម្មវិធីរបស់អ្នក។ កម្មវិធីគ្មានម៉ាស៊ីនមេគឺអស្ចារ្យ ប៉ុន្តែពួកវាប្រហែលជាមិនសមនឹងស្ថាបត្យកម្មនីមួយៗទេ។ ការដំណើរការកុងតឺន័រដោយគ្មានវេទិការវង់ភ្លេងនឹងមិនដំណើរការទេ។ Kubernetes Core (K8s) គឺគ្មានគូប្រៀបនៅក្នុងលក្ខខណ្ឌនៃសុវត្ថិភាព និងឧបករណ៍។ OpenShift គឺជាវេទិកាដែលមានមូលដ្ឋានលើ Kubernetes តែមួយគត់ដែលអាចប្រមូល Source2Image គាំទ្រការដាក់ឱ្យប្រើប្រាស់ដោយស្វ័យប្រវត្តិទៅកាន់ផត និងគាំទ្រការតាមដាន និងត្រួតពិនិត្យ។ OpenShift អាចដំណើរការលើ prem ក្នុង cloud ឬ on-prem និងក្នុង cloud ក្នុងពេលតែមួយ។

អត្ថប្រយោជន៍សំខាន់ៗ

• សុវត្ថិភាពដែលភ្ជាប់មកជាមួយ - ការគ្រប់គ្រងសុវត្ថិភាព K8s អាចត្រូវការសញ្ញាបត្រកម្រិតខ្ពស់។ រាល់ព័ត៌មានលម្អិត ត្រូវតែគិតដោយប្រុងប្រយ័ត្ន ហើយយកមកពិចារណា! យន្តការសុវត្ថិភាពដែលបានបង្កើតឡើងតាមលំនាំដើមជាមួយ OpenShift ដកបន្ទុកចេញពីអ្នកអភិវឌ្ឍន៍ និងផ្តល់នូវវេទិកាសុវត្ថិភាពជាងមុនសម្រាប់កម្មវិធី។
• ដំណោះស្រាយទាំងអស់ក្នុងមួយ - មិនដូច K8s មូលដ្ឋានដែលមិនរួមបញ្ចូលឧបករណ៍ផ្ទុកតុល្យភាពតាមលំនាំដើម OpenShift មានវាទាំងអស់។ ខ្ញុំអាចប្រើវាដើម្បីបង្កើត និងបង្ហោះកុងតឺន័រ ដំណើរការឧបករណ៍ CI/CD គ្រប់គ្រងដំណើរការខាងក្រៅ គ្រប់គ្រងសោ និងច្រើនទៀត។ ទោះបីជាចំណុចប្រទាក់អ្នកប្រើក្រាហ្វិកនៅតែឆ្ងាយពីល្អឥតខ្ចោះក៏ដោយ វិធីសាស្ត្រផ្អែកលើ API មានន័យថាអ្វីៗទាំងអស់អាចត្រូវបានពិពណ៌នានៅក្នុងស្គ្រីប។ មិនដូច GUI ផ្សេងទៀតសម្រាប់ K8s OpenShift ធ្វើឱ្យការរៀនមូលដ្ឋានគ្រឹះរបស់ Kubernetes កាន់តែងាយស្រួល។ អ្នកមិនចាំបាច់ទទួលបានសញ្ញាបត្រទេ!

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

Docker Swarm - Docker Swarm បានព្យាយាមធ្វើឱ្យ K8s ងាយស្រួលដោយកម្ចាត់រឿងជាច្រើន។ វាល្អសម្រាប់កម្មវិធីតូចៗ ប៉ុន្តែសម្រាប់កម្មវិធីសហគ្រាស វាគ្រាន់តែមិនដំណើរការ។ លើសពីនេះទៀត ដំណោះស្រាយដូចជា AWS ECS ប្រើវិធីសាស្រ្តស្រដៀងគ្នា ប៉ុន្តែធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការធ្វើការជាមួយសេវាកម្មផ្សេងទៀតដែលខ្ញុំក៏អាចធ្វើអន្តរកម្មជាមួយ (Lambda, IAM, ល)។

ឧបករណ៍ត្រួតពិនិត្យលេខ ១

អ្នកឈ្នះ៖ វត្ថុបុរាណថ្មី។

ការចេញផ្សាយដំបូងរបស់ New Relic បានធ្វើរឿងមួយបានយ៉ាងល្អ - ការត្រួតពិនិត្យ APM (Application Performance Monitoring) ។ ឥឡូវនេះវាគឺជាឧបករណ៍ត្រួតពិនិត្យលក្ខណៈពេញលេញដែលអនុញ្ញាតឱ្យអ្នកត្រួតពិនិត្យម៉ាស៊ីនមេ កុងតឺន័រ ដំណើរការមូលដ្ឋានទិន្នន័យ ការត្រួតពិនិត្យបទពិសោធន៍អ្នកប្រើប្រាស់ចុងក្រោយ ហើយជាការពិតណាស់ ការត្រួតពិនិត្យការអនុវត្តកម្មវិធី។

អត្ថប្រយោជន៍សំខាន់ៗ

• ភាពងាយស្រួលនៃការប្រើប្រាស់ - នៅពេលដែលខ្ញុំធ្វើការជាវិស្វករប្រព័ន្ធ ខ្ញុំបានប្រើឧបករណ៍ត្រួតពិនិត្យជាច្រើន ប៉ុន្តែខ្ញុំមិនដែលជួបប្រទះរឿងសាមញ្ញ និងងាយស្រួលប្រើដូច New Relic នោះទេ។ វាជា SaaS ដូច្នេះអ្នកមិនចាំបាច់ដំឡើងវាដោយខ្លួនឯងទេ។
• លទ្ធភាពមើលឃើញពីចុងដល់ចប់ - ឧបករណ៍ផ្សេងទៀតព្យាយាមតាមដានធាតុជាក់លាក់មួយនៃកម្មវិធីរបស់អ្នក។ ឧទាហរណ៍ រង្វាស់នៃការប្រើប្រាស់ processor ឬចរាចរបណ្តាញ ប៉ុន្តែទាំងអស់នេះត្រូវតែត្រូវបានត្រួតពិនិត្យយ៉ាងទូលំទូលាយដើម្បីឱ្យកម្មវិធីដំណើរការបានត្រឹមត្រូវ។ New Relic ផ្តល់ឱ្យអ្នកនូវសមត្ថភាពក្នុងការនាំយកទិន្នន័យរបស់អ្នកទាំងអស់រួមគ្នា ដើម្បីទទួលបានទិដ្ឋភាពដ៏ទូលំទូលាយនៃអ្វីដែលកំពុងកើតឡើង។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

Zabbix - ប្រព័ន្ធត្រួតពិនិត្យដំបូង និងជាទីពេញចិត្តរបស់ខ្ញុំ ប៉ុន្តែវានៅតែមាននៅក្នុងអតីតកាល ដោយសារការខ្វះខាតនៃការអភិវឌ្ឍន៍នៅក្នុងបច្ចេកវិទ្យាពពក និងក្នុងវិស័យត្រួតពិនិត្យការអនុវត្តកម្មវិធី APM ។ Zabbix នៅ​តែ​ធ្វើ​ការ​ត្រួត​ពិនិត្យ​ហេដ្ឋារចនាសម្ព័ន្ធ​ម៉ាស៊ីន​បម្រើ​បែប​បុរាណ​បាន​យ៉ាង​ល្អ ប៉ុន្តែ​នោះ​គឺ​អំពី​វា។

DataDog - ផ្តោតខ្លាំងពេកទៅលើដំណើរការនៃការគ្រប់គ្រងបរិយាកាសផលិតកម្មនៃកម្មវិធី មិនមែនលើកូដខ្លួនឯងនោះទេ។ ជាមួយនឹងក្រុម DevOps ដែលពាក់ព័ន្ធនឹងអ្នកអភិវឌ្ឍន៍ យើងមិនចាំបាច់ពឹងផ្អែកលើឧបករណ៍ពិបាកប្រើដើម្បីផ្តល់ការគាំទ្រកម្រិតកំពូលនោះទេ។

ឧបករណ៍កត់ត្រាលេខ ១

អ្នកឈ្នះ៖ Splunk

វាពិបាកក្នុងការប្រកួតប្រជែងជាមួយ Splunk! អស់រយៈពេលជាយូរមកហើយគាត់នៅតែជាអ្នកដឹកនាំក្នុងការកាប់ឈើដោយបន្តធ្វើវាបានល្អជាងអ្នកដទៃ។ ជាមួយនឹងការផ្តល់ជូននៅលើ Prem និង SaaS អ្នកអាចប្រើ Splunk គ្រប់ទីកន្លែង។ ការធ្លាក់ចុះដ៏ធំគឺតម្លៃរបស់វា៖ Splunk នៅតែថ្លៃខ្លាំង!

អត្ថប្រយោជន៍សំខាន់ៗ

• ភាពរីករាលដាល - អាជីវកម្មចូលចិត្ត Splunk ហើយក្រុមហ៊ុនមានលុយទិញវា។
• ទោះបីជាការចាប់ផ្ដើមអាជីវកម្មកំពុងព្យាយាមទាញយកការចំណាយឡើងវិញក៏ដោយ ក៏មុខងារជាច្រើនអាចត្រូវបានដោះស្រាយដោយអរគុណចំពោះប្រភពបើកចំហ analogues ។
• ការថែរក្សា - និយាយឱ្យសាមញ្ញ Splunk ដំណើរការនិងធ្វើវាបានល្អ។ វាភ្ជាប់មកជាមួយការកំណត់លំនាំដើម និងមុខងារជាច្រើនដែលត្រៀមរួចជាស្រេចក្នុងការប្រើប្រាស់។ មិនចាំបាច់ខ្ជះខ្ជាយពេលវេលាអានឯកសារហើយព្យាយាមធ្វើឱ្យ Splunk ធ្វើការឬឌិគ្រីបអ្វីទាំងអស់។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

ELK Stack (ElasticSearch, LogStash និង Kibana) "ឧបករណ៍ទាំងនេះហាក់ដូចជាពេញចិត្ត ពីព្រោះអ្នកមិនចាំបាច់លក់ថ្លើមរបស់អ្នកដើម្បីប្រើពួកវា។" ទោះជាយ៉ាងណាក៏ដោយ នៅពេលដែលសំណុំនៃកំណត់ហេតុកើនឡើង ហើយចំនួនកម្មវិធីនៅលើយន្តហោះកើនឡើង ការងារកាន់តែពិបាក។ បើប្រៀបធៀបទៅនឹង Splunk ជាមួយនឹង ELK Stack ខ្ញុំបានចំណាយពេលច្រើនជាងមុនក្នុងការរៀបចំឧបករណ៍ មុនពេលបង្កើតផ្ទាំងគ្រប់គ្រងដែលខ្ញុំធ្លាប់មានពីមុនមក។

ឧបករណ៍សហការ

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

ប្រភេទរងនៃឧបករណ៍សហការ៖

• ការតាមដានភារកិច្ច
• ChatOps
• ឯកសារ។

#1 បញ្ហាឧបករណ៍តាមដាន

អ្នកឈ្នះ៖ Jira

Jira រក្សា​តំណែង​ជា​អ្នក​ដឹក​នាំ​របស់​ខ្លួន ទោះ​បី​ជា​ការ​ប្រកួត​ប្រជែង​ក្នុង​តំបន់​នេះ​កំពុង​កើន​ឡើង​ក៏​ដោយ។ ភាពបត់បែនមិនគួរឱ្យជឿរបស់ Jira អនុញ្ញាតឱ្យក្រុមអភិវឌ្ឍន៍ និងថែទាំគ្រប់គ្រងការងារគម្រោង និងកិច្ចការរត់ការ។ ស្ដង់ដារដែលភ្ជាប់មកជាមួយដោយប្រើវាក្យស័ព្ទ Agile ធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការផ្លាស់ប្តូរពីវិធីធម្មតានៃការធ្វើការទៅកាន់ដំណើរការដែលមានប្រសិទ្ធភាពជាងមុន។

អត្ថប្រយោជន៍សំខាន់ៗ

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

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

Trello - Trello ទទួលបានប្រជាប្រិយភាពយ៉ាងឆាប់រហ័ស ដោយសារឧបករណ៍ Kanban ឥតគិតថ្លៃរបស់វា។ ទោះយ៉ាងណាក៏ដោយ នៅពេលដែលដំណើរការមានទំហំ ហើយអ្នកចេញពីកិច្ចការរាប់សិបទៅរាប់ពាន់ Trello ក្លាយជាការលំបាកក្នុងការរុករក ស្វែងរក និងរាយការណ៍។

កម្មវិធីតាមដានសំខាន់ - ខ្ញុំជាអ្នកគាំទ្រដ៏ធំនៃឧបករណ៍នេះ នៅពេលខ្ញុំធ្វើការសម្រាប់ការចាប់ផ្តើមអាជីវកម្ម។ ទោះជាយ៉ាងណាក៏ដោយ Pivotal Tracker គឺផ្តោតលើការគ្រប់គ្រងផលិតផលជាជាងការងារបច្ចេកទេស។ ទោះបីជាការគ្រប់គ្រងផលិតផលនៅក្នុង Jira មានភាពស្មុគ្រស្មាញជាងនេះបន្តិចក៏ដោយ ក៏វានៅតែអាចត្រូវបានអនុវត្តនៅទីនោះដោយមិនប្រើឧបករណ៍បន្ថែម។

ឧបករណ៍ ChatOps # 1

អ្នកឈ្នះ៖ MatterMost

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

អត្ថប្រយោជន៍សំខាន់ៗ

• ប្រភពបើកចំហ - កំណែប្រភពបើកចំហរបស់ MatterMost ដំណើរការល្អសម្រាប់ទាំងក្រុមមធ្យម និងក្រុមធំ។ មិនដូចគម្រោងឥតគិតថ្លៃរបស់ Slack ដែលលុបប្រវត្តិសាររបស់អ្នក ការដំណើរការម៉ាស៊ីនមេរបស់អ្នកមានន័យថាអ្នករក្សាទិន្នន័យរបស់អ្នកទាំងអស់។
• ការរួមបញ្ចូល - ដោយសារ API គឺស្ទើរតែ 100% ផ្អែកលើ Slack API ការរួមបញ្ចូល Slack ស្ទើរតែទាំងអស់អាចត្រូវបានប្រើដោយផ្ទាល់ជាមួយ MatterMost ។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

slack - Slack គឺត្រជាក់ប៉ុន្តែបុរសទាំងនេះបានកើនឡើងយ៉ាងខ្លាំងដែលពួកគេបានចាប់ផ្តើមស្វែងរកប្រាក់ចំណេញ។ ដំណាក់កាលសងត្រលប់នៃអាជីវកម្មកំពុងខិតជិតមកដល់ ដែលដកហូតតម្លៃចម្បងរបស់ពួកគេ៖ Slack បានផ្តល់សេវាកម្មដោយឥតគិតថ្លៃ។ គុណវិបត្តិដ៏សំខាន់បំផុតនៃកំណែឥតគិតថ្លៃគឺការលុបប្រវត្តិជជែក។

ក្រុម Microsoft — សូមសាកល្បងបញ្ចូលផលិតផល Microsoft ជាមួយនឹងអ្វីដែលមិនមែនជាកម្មសិទ្ធិរបស់ Microsoft... សូមសំណាងល្អ! នោះហើយជាអ្វីដែលខ្ញុំត្រូវនិយាយអំពីឧបករណ៍នេះ!

ឧបករណ៍ឯកសារលេខ ១

អ្នកឈ្នះ៖ Confluence

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

អត្ថប្រយោជន៍សំខាន់ៗ

• ងាយស្រួលធ្វើប្រតិបត្តិការ - ឧបករណ៍ឯករាជ្យភាគច្រើនអាចស្មុគស្មាញបន្តិចក្នុងការដំឡើង និងដំណើរការ ហើយត្រូវការចំណេះដឹងខ្លះៗដើម្បីថែទាំ។ ម៉ាស៊ីនមេ Confluence ដំណើរការល្អចេញពីប្រអប់សម្រាប់អ្នកប្រើប្រាស់ 10 ឬ 10,000 ។
• កម្មវិធីជំនួយ - សូមសរសើរចំពោះចំណុចប្រសព្វសម្រាប់ការរុករកដ៏ស្រស់ស្អាត ងាយស្រួលប្រើចេញពីប្រអប់ ហើយសមត្ថភាពក្នុងការបន្ថែមកម្មវិធីជំនួយសម្រាប់ស្ទើរតែគ្រប់អ្វីៗទាំងអស់ ដោះសោសក្តានុពលដូចវីគី។

អ្នកប្រកួតប្រជែង

បាន​ចូល​រួម​ក្នុង​សមរភូមិ​ប៉ុន្តែ​មិន​បាន​ឈ្នះ​

អានឯកសារ — ឡូយសម្រាប់ប្រភពបើកចំហ ប៉ុន្តែកុំគិតពីការរក្សាទុកចំណេះដឹងសំខាន់ៗនៅទីនេះ។

សម្គាល់ - ល្អសម្រាប់ការសរសេរកូដ ប៉ុន្តែពិបាកក្នុងការបង្ហោះស្ថាបត្យកម្ម ដំណើរការ ឬប្រភេទឯកសារផ្សេងទៀត ដោយសារការធ្វើទ្រង់ទ្រាយជាក់លាក់របស់ MarkDown ។

Jekyll — នៅពេលចងក្រងឯកសារចំណេះដឹងបច្ចេកទេស ខ្ញុំមិនចង់បង្កើតគេហទំព័រឋិតិវន្តថ្មីដែលនឹងត្រូវបានដាក់ឱ្យប្រើប្រាស់រាល់ពេលមានការផ្លាស់ប្តូរនោះទេ។ ប្រព័ន្ធត្រួតពិនិត្យកំណែសាមញ្ញរបស់ Confluence ជួយសម្រួលឯកសារផ្ទៃក្នុងយ៉ាងច្រើន។

ចូរសន្មតលទ្ធផល

មានឧបករណ៍ DevOps រាប់រយនៅលើទីផ្សារ ដែលធ្វើឱ្យវាពិបាកក្នុងការដឹងថាមួយណាដែលត្រូវប្រើ និងពេលណាដែលពួកគេគួរអនុវត្ត។ សូមអនុវត្តតាមការណែនាំដ៏សាមញ្ញនេះ ដើម្បីជ្រើសរើសឧបករណ៍ DevOps សម្រាប់បំពង់បង្ហូរ CI/CD ពេញលេញ។

ត្រូវប្រាកដថាជ្រើសរើសឧបករណ៍ពីប្រភេទទាំងប្រាំ៖

• ការអភិវឌ្ឍនិងបង្កើតឧបករណ៍
• សាកល្បងឧបករណ៍ស្វ័យប្រវត្តិកម្ម
• ឧបករណ៍ដាក់ពង្រាយ
• ឧបករណ៍ពេលដំណើរការ
• ឧបករណ៍សហការ។

អនុសាសន៍ចម្បង៖ ធ្វើអ្វីៗគ្រប់យ៉ាងដោយស្វ័យប្រវត្តិ!

អរគុណ Zach Shapiro!

ប្រភព: www.habr.com