តើមានអ្វីថ្មីនៅក្នុង Red Hat OpenShift 4.2 និង 4.3?

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

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

តាមពិត តើមានអ្វីថ្មីនៅក្នុងកំណែ OpenShift 4.2 និង 4.3?

ឆ្ពោះទៅរកពពកកូនកាត់

នៅពេលរៀបចំផែនការហេដ្ឋារចនាសម្ព័ន្ធ IT ថ្មី ឬនៅពេលអភិវឌ្ឍទិដ្ឋភាព IT ដែលមានស្រាប់ ក្រុមហ៊ុនកំពុងពិចារណាកាន់តែខ្លាំងឡើងអំពីវិធីសាស្រ្ត cloud ក្នុងការផ្តល់ធនធាន IT ដែលពួកគេអនុវត្តដំណោះស្រាយលើពពកឯកជន ឬប្រើប្រាស់ថាមពលរបស់អ្នកផ្តល់សេវាពពកសាធារណៈ។ ដូច្នេះ ហេដ្ឋារចនាសម្ព័ន្ធ IT ទំនើបកំពុងត្រូវបានសាងសង់កាន់តែខ្លាំងឡើងយោងទៅតាមគំរូពពក "កូនកាត់" នៅពេលដែលទាំងធនធានក្នុងបរិវេណ និងធនធានពពកសាធារណៈដែលមានប្រព័ន្ធគ្រប់គ្រងទូទៅត្រូវបានប្រើប្រាស់។ Red Hat OpenShift 4.2 ត្រូវបានរចនាឡើងយ៉ាងពិសេស ដើម្បីសម្រួលការផ្លាស់ប្តូរទៅជាគំរូពពកកូនកាត់ និងធ្វើឱ្យវាងាយស្រួលក្នុងការភ្ជាប់ធនធានពីអ្នកផ្តល់សេវាដូចជា AWS, Azure និង Google Cloud Platform ទៅកាន់ចង្កោម រួមជាមួយនឹងការប្រើប្រាស់ពពកឯកជននៅលើ VMware និង OpenStack ។

វិធីសាស្រ្តថ្មីក្នុងការដំឡើង

នៅក្នុងកំណែទី 4 វិធីសាស្រ្តក្នុងការដំឡើង OpenShift បានផ្លាស់ប្តូរ។ Red Hat ផ្តល់នូវឧបករណ៍ប្រើប្រាស់ពិសេសសម្រាប់ដាក់ពង្រាយ OpenShift cluster - openshift-install។ ឧបករណ៍ប្រើប្រាស់គឺជាឯកសារគោលពីរតែមួយដែលសរសេរក្នុង Go ។ កម្មវិធីដំឡើង Openshit រៀបចំឯកសារ yaml ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធដែលត្រូវការសម្រាប់ការដាក់ពង្រាយ។

ក្នុងករណីដំឡើងដោយប្រើធនធានពពក អ្នកនឹងត្រូវបញ្ជាក់ព័ត៌មានតិចតួចបំផុតអំពីចង្កោមនាពេលអនាគត៖ តំបន់ DNS ចំនួនថ្នាំងកម្មករ ការកំណត់ជាក់លាក់សម្រាប់អ្នកផ្តល់សេវាពពក ព័ត៌មានគណនីសម្រាប់ការចូលប្រើអ្នកផ្តល់សេវាពពក។ បន្ទាប់ពីរៀបចំឯកសារកំណត់រចនាសម្ព័ន្ធ ចង្កោមអាចត្រូវបានដាក់ឱ្យប្រើប្រាស់ដោយប្រើពាក្យបញ្ជាមួយ។

ក្នុងករណីនៃការដំឡើងនៅលើធនធានកុំព្យូទ័រផ្ទាល់ខ្លួនរបស់អ្នក ឧទាហរណ៍ នៅពេលប្រើពពកឯកជន (vSphere និង OpenStack ត្រូវបានគាំទ្រ) ឬនៅពេលដំឡើងនៅលើម៉ាស៊ីនមេដែកទទេ អ្នកនឹងត្រូវកំណត់រចនាសម្ព័ន្ធរចនាសម្ព័ន្ធដោយដៃ - រៀបចំចំនួនអប្បបរមានៃម៉ាស៊ីននិម្មិត ឬ ម៉ាស៊ីនមេដែលតម្រូវឱ្យបង្កើតចង្កោម Control Plane កំណត់រចនាសម្ព័ន្ធសេវាបណ្តាញ។ បន្ទាប់ពីការកំណត់រចនាសម្ព័ន្ធនេះ ចង្កោម OpenShift អាចត្រូវបានបង្កើតស្រដៀងគ្នាជាមួយនឹងពាក្យបញ្ជាមួយនៃឧបករណ៍ប្រើប្រាស់កម្មវិធីដំឡើង openshift ។

ការធ្វើបច្ចុប្បន្នភាពហេដ្ឋារចនាសម្ព័ន្ធ

ការរួមបញ្ចូល CoreOS

ការធ្វើបច្ចុប្បន្នភាពសំខាន់គឺការរួមបញ្ចូលជាមួយ Red Hat CoreOS ។ ថ្នាំងមេ Red Hat OpenShift ឥឡូវនេះអាចដំណើរការបាន។ តែ នៅលើ OS ថ្មី។ នេះគឺជាប្រព័ន្ធប្រតិបត្តិការឥតគិតថ្លៃពី Red Hat ដែលត្រូវបានរចនាឡើងជាពិសេសសម្រាប់ដំណោះស្រាយកុងតឺន័រ។ Red Hat CoreOS គឺជាលីនុចទម្ងន់ស្រាលដែលត្រូវបានកែលម្អសម្រាប់ដំណើរការកុងតឺន័រ។

ប្រសិនបើនៅក្នុង 3.11 ប្រព័ន្ធប្រតិបត្តិការ និង OpenShift មានដោយឡែកពីគ្នា នោះនៅក្នុង 4.2 វាត្រូវបានភ្ជាប់ដោយមិនអាចកាត់ថ្លៃបានជាមួយ OpenShift ។ ឥឡូវនេះនេះគឺជាឧបករណ៍តែមួយ - ហេដ្ឋារចនាសម្ព័ន្ធដែលមិនអាចផ្លាស់ប្តូរបាន។

សម្រាប់ចង្កោមដែលប្រើ RHCOS សម្រាប់ថ្នាំងទាំងអស់ ការធ្វើបច្ចុប្បន្នភាព OpenShift Container Platform គឺជាដំណើរការសាមញ្ញ និងស្វ័យប្រវត្តិខ្ពស់។

ពីមុនដើម្បីធ្វើបច្ចុប្បន្នភាព OpenShift ដំបូងអ្នកត្រូវធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធប្រតិបត្តិការមូលដ្ឋានដែលផលិតផលកំពុងដំណើរការ (នៅពេលនោះ Red Hat Enterprise Linux) ។ មានតែពេលនោះទេដែល OpenShift អាចត្រូវបានអាប់ដេតបន្តិចម្តងៗ ដោយថ្នាំង។ មិនមានការនិយាយអំពីស្វ័យប្រវត្តិកម្មណាមួយនៃដំណើរការនោះទេ។

ឥឡូវនេះ ដោយសារ OpenShift Container Platform គ្រប់គ្រងប្រព័ន្ធ និងសេវាកម្មយ៉ាងពេញលេញនៅលើថ្នាំងនីមួយៗ រួមទាំង OS កិច្ចការនេះត្រូវបានដោះស្រាយដោយចុចប៊ូតុងពីចំណុចប្រទាក់គេហទំព័រ។ បន្ទាប់ពីនេះ ប្រតិបត្តិករពិសេសមួយត្រូវបានបើកដំណើរការនៅខាងក្នុងក្រុម OpenShift ដែលគ្រប់គ្រងដំណើរការអាប់ដេតទាំងមូល។

CSI ថ្មី។

ទីពីរ CSI ថ្មីគឺជាឧបករណ៍បញ្ជាចំណុចប្រទាក់ផ្ទុកដែលអនុញ្ញាតឱ្យអ្នកភ្ជាប់ប្រព័ន្ធផ្ទុកខាងក្រៅផ្សេងៗទៅនឹងចង្កោម OpenShift ។ មួយចំនួនធំនៃអ្នកផ្តល់កម្មវិធីបញ្ជាផ្ទុកសម្រាប់ OpenShift ត្រូវបានគាំទ្រដោយផ្អែកលើកម្មវិធីបញ្ជាផ្ទុកដែលត្រូវបានសរសេរដោយក្រុមហ៊ុនផលិតប្រព័ន្ធផ្ទុកដោយខ្លួនឯង។ បញ្ជីពេញលេញនៃកម្មវិធីបញ្ជា CSI ដែលគាំទ្រអាចរកបាននៅក្នុងឯកសារនេះ៖ https://kubernetes-csi.github.io/docs/drivers.html. នៅក្នុងបញ្ជីនេះ អ្នកអាចស្វែងរកម៉ូដែលសំខាន់ៗទាំងអស់នៃអារេឌីសពីក្រុមហ៊ុនផលិតឈានមុខគេ (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), ដំណោះស្រាយ SDS (Ceph) និងការផ្ទុកពពក (AWS, Azure, Google) ។ OpenShift 4.2 គាំទ្រកម្មវិធីបញ្ជា CSI នៃកំណែជាក់លាក់ CSI 1.1 ។

សេវា RedHat OpenShift Mesh

ដោយផ្អែកលើគម្រោង Istio, Kiali និង Jaeger, Red Hat OpenShift Service Mesh បន្ថែមលើការងារធម្មតានៃសំណើរផ្លូវរវាងសេវាកម្ម អនុញ្ញាតឱ្យមានការតាមដាន និងការមើលឃើញរបស់ពួកគេ។ នេះជួយឱ្យអ្នកអភិវឌ្ឍន៍ងាយស្រួលទំនាក់ទំនង ត្រួតពិនិត្យ និងគ្រប់គ្រងកម្មវិធីដែលដាក់ពង្រាយនៅខាងក្នុង Red Hat OpenShift ។

ការមើលឃើញនៃកម្មវិធីដែលមានស្ថាបត្យកម្មមីក្រូសេវាកម្មដោយប្រើ Kiali

ដើម្បីសម្រួលការដំឡើង ការថែទាំ និងការគ្រប់គ្រងវដ្តជីវិតនៃ Service Mesh តាមដែលអាចធ្វើទៅបាន Red Hat OpenShift ផ្តល់ឱ្យអ្នកគ្រប់គ្រងនូវប្រតិបត្តិករពិសេសគឺ Service Mesh Operator ។ នេះគឺជាប្រតិបត្តិករ Kubernetes ដែលអនុញ្ញាតឱ្យអ្នកដាក់ពង្រាយកញ្ចប់ Istio, Kiali និង Jaeger ដែលបានកំណត់រចនាសម្ព័ន្ធឡើងវិញនៅលើចង្កោម ដោយបង្កើនបន្ទុករដ្ឋបាលនៃការគ្រប់គ្រងកម្មវិធី។

CRI-O ជំនួសឱ្យ Docker

Docker ពេលដំណើរការកុងតឺន័រលំនាំដើមត្រូវបានជំនួសដោយ CRI-O ។ វាអាចទៅរួចក្នុងការប្រើប្រាស់ CRI-O រួចហើយនៅក្នុងកំណែ 3.11 ប៉ុន្តែនៅក្នុង 4.2 វាបានក្លាយជាមេ។ មិនល្អឬមិនល្អ ប៉ុន្តែអ្វីដែលត្រូវចងចាំនៅពេលប្រើផលិតផល។

ប្រតិបត្តិករ និងការដាក់ឱ្យប្រើប្រាស់កម្មវិធី

ប្រតិបត្តិករគឺជាអង្គភាពថ្មីមួយសម្រាប់ RedHat OpenShift ដែលបានបង្ហាញខ្លួននៅក្នុងកំណែទីបួន។ វាគឺជាវិធីសាស្រ្តនៃការវេចខ្ចប់ ការដាក់ពង្រាយ និងគ្រប់គ្រងកម្មវិធី Kubernetes ។ វាអាចត្រូវបានគិតថាជាកម្មវិធីជំនួយសម្រាប់កម្មវិធីដែលដាក់ពង្រាយក្នុងកុងតឺន័រ ដែលជំរុញដោយឧបករណ៍ Kubernetes API និង kubectl ។

ប្រតិបត្តិករ Kubernetes ជួយធ្វើស្វ័យប្រវត្តិកម្មរាល់កិច្ចការដែលទាក់ទងនឹងការគ្រប់គ្រង និងការគ្រប់គ្រងវដ្តជីវិតនៃកម្មវិធីដែលអ្នកដាក់ឱ្យប្រើប្រាស់ក្នុងចង្កោមរបស់អ្នក។ ឧទាហរណ៍ ប្រតិបត្តិករអាចធ្វើបច្ចុប្បន្នភាពដោយស្វ័យប្រវត្តិ ការបម្រុងទុក និងការធ្វើមាត្រដ្ឋាននៃកម្មវិធី ផ្លាស់ប្តូរការកំណត់។ល។ បញ្ជីពេញលេញនៃប្រតិបត្តិករអាចរកបាននៅ https://operatorhub.io/.

OperatorHub អាចចូលប្រើដោយផ្ទាល់ពីចំណុចប្រទាក់បណ្ដាញនៃកុងសូលគ្រប់គ្រង។ វាជាថតកម្មវិធីសម្រាប់ OpenShift ដែលរក្សាដោយ Red Hat ។ ទាំងនោះ។ ប្រតិបត្តិករដែលបានអនុម័ត Red Hat ទាំងអស់នឹងត្រូវបានគ្របដណ្តប់ដោយជំនួយពីអ្នកលក់។

វិបផតថល OperatorHub នៅក្នុងកុងសូលគ្រប់គ្រង OpenShift

រូបភាពមូលដ្ឋានសកល

វាគឺជាសំណុំស្តង់ដារនៃរូបភាព RHEL OS ដែលអាចត្រូវបានប្រើដើម្បីបង្កើតកម្មវិធីដែលមានកុងតឺន័ររបស់អ្នក។ មានឈុតតូច ស្តង់ដារ និងពេញលេញ។ ពួកគេប្រើប្រាស់កន្លែងទំនេរតិចតួចបំផុត និងគាំទ្ររាល់កញ្ចប់ដែលបានដំឡើងចាំបាច់ និងភាសាសរសេរកម្មវិធី។

ឧបករណ៍ CI/CD

នៅក្នុង RedHat OpenShif 4.2 វាអាចជ្រើសរើសរវាង Jenkins និង OpenShift Pipelines ដោយផ្អែកលើ Tekton Pipelines។

OpenShift Pipelines គឺផ្អែកលើ Tekton ដែលត្រូវបានគាំទ្រដោយ Pipeline កាន់តែប្រសើរនៅពេលដែល Code និង GitOps ខិតជិតមកដល់។ នៅក្នុង OpenShift pipelines ជំហាននីមួយៗដំណើរការក្នុងកុងតឺន័ររបស់វា ដូច្នេះធនធានត្រូវបានប្រើតែខណៈពេលដែលជំហានកំពុងដំណើរការប៉ុណ្ណោះ។ នេះផ្តល់ឱ្យអ្នកអភិវឌ្ឍន៍នូវការគ្រប់គ្រងពេញលេញលើបំពង់ចែកចាយម៉ូឌុល កម្មវិធីជំនួយ និងការគ្រប់គ្រងការចូលប្រើដោយគ្មានម៉ាស៊ីនមេ CI/CD កណ្តាលដើម្បីគ្រប់គ្រង។

OpenShift Pipelines បច្ចុប្បន្នស្ថិតនៅក្នុងការមើលជាមុនរបស់អ្នកអភិវឌ្ឍន៍ ហើយមានជាប្រតិបត្តិករនៅលើក្រុម OpenShift 4 ជាការពិតណាស់ អ្នកប្រើប្រាស់ OpenShift នៅតែអាចប្រើ Jenkins នៅលើ RedHat OpenShift 4 ។

បច្ចុប្បន្នភាពការគ្រប់គ្រងអ្នកអភិវឌ្ឍន៍

នៅក្នុង 4.2 OpenShift ចំណុចប្រទាក់បណ្ដាញត្រូវបានធ្វើបច្ចុប្បន្នភាពទាំងស្រុងសម្រាប់អ្នកអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រង។

នៅក្នុងកំណែមុនរបស់ OpenShift អ្នកគ្រប់គ្នាបានធ្វើការនៅក្នុងកុងសូលចំនួនបី៖ បញ្ជីសេវាកម្ម កុងសូលអ្នកគ្រប់គ្រង និងកុងសូលការងារ។ ឥឡូវនេះចង្កោមត្រូវបានបែងចែកជាពីរផ្នែកប៉ុណ្ណោះ - កុងសូលអ្នកគ្រប់គ្រងនិងកុងសូលអ្នកអភិវឌ្ឍន៍។

កុងសូលអ្នកអភិវឌ្ឍន៍បានទទួលការកែលម្អចំណុចប្រទាក់អ្នកប្រើដ៏សំខាន់។ ឥឡូវនេះវាកាន់តែងាយស្រួលបង្ហាញ topologies នៃកម្មវិធី និងការជួបប្រជុំរបស់ពួកគេ។ នេះធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកអភិវឌ្ឍន៍ក្នុងការបង្កើត ប្រើប្រាស់ និងមើលឃើញកម្មវិធីដែលមានកុងតឺន័រ និងធនធានដែលបានដាក់ជាក្រុម។ អនុញ្ញាតឱ្យពួកគេផ្តោតលើអ្វីដែលសំខាន់សម្រាប់ពួកគេ។

វិបផតថលអ្នកអភិវឌ្ឍន៍នៅក្នុងកុងសូលគ្រប់គ្រង OpenShift

ត្រចៀក

Odo គឺជាឧបករណ៍ប្រើប្រាស់បន្ទាត់ពាក្យបញ្ជាតម្រង់ទិសអ្នកអភិវឌ្ឍន៍ដែលជួយសម្រួលដល់ការអភិវឌ្ឍន៍កម្មវិធីនៅក្នុង OpenShift ។ ដោយប្រើការទំនាក់ទំនងរចនាប័ទ្ម git push CLI នេះជួយអ្នកអភិវឌ្ឍន៍ថ្មីចំពោះ Kubernetes បង្កើតកម្មវិធីនៅក្នុង OpenShift ។

ការរួមបញ្ចូលជាមួយបរិស្ថានអភិវឌ្ឍន៍

ឥឡូវនេះ អ្នកអភិវឌ្ឍន៍អាចបង្កើត បំបាត់កំហុស និងដាក់ឱ្យប្រើប្រាស់កម្មវិធីរបស់ពួកគេនៅក្នុង OpenShift ដោយមិនចាំបាច់ចាកចេញពីបរិយាកាសអភិវឌ្ឍន៍កូដដែលពួកគេចូលចិត្ត ដូចជា Microsoft Visual Studio, JetBrains (រួមទាំង IntelliJ), Eclipse Desktop ជាដើម។

ផ្នែកបន្ថែមការដាក់ពង្រាយ Red Hat OpenShift សម្រាប់ Microsoft Azure DevOps

ផ្នែកបន្ថែម Red Hat OpenShift Deployment សម្រាប់ Microsoft Azure DevOps ត្រូវបានចេញផ្សាយ។ អ្នកប្រើប្រាស់ឧបករណ៍ DevOps នេះឥឡូវនេះអាចដាក់ពង្រាយកម្មវិធីរបស់ពួកគេទៅកាន់ Azure Red Hat OpenShift ឬក្រុម OpenShift ផ្សេងទៀតដោយផ្ទាល់ពី Microsoft Azure DevOps ។

ការផ្លាស់ប្តូរពីកំណែទីបីទៅទីបួន

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

ប៉ុន្តែមានដំណឹងល្អ៖ Red Hat ផ្តល់ឧបករណ៍សម្រាប់ផ្លាស់ប្តូរគម្រោងពី 3.7 ទៅ 4.2។ អ្នកអាចធ្វើចំណាកស្រុកបន្ទុកកម្មវិធីដោយប្រើឧបករណ៍ Cluster Application Migration (CAM)។ CAM អនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងការធ្វើចំណាកស្រុក និងកាត់បន្ថយការផ្អាកកម្មវិធី។

OpenShift 4.3

ការច្នៃប្រឌិតសំខាន់ៗដែលបានពិពណ៌នានៅក្នុងអត្ថបទនេះបានបង្ហាញខ្លួននៅក្នុងកំណែ 4.2 ។ ការផ្លាស់ប្តូរ 4.3 ដែលទើបចេញថ្មីៗនេះមិនធំទេ ប៉ុន្តែនៅតែមានរឿងថ្មីៗមួយចំនួន។ បញ្ជីនៃការផ្លាស់ប្តូរគឺទូលំទូលាយណាស់ នេះគឺជាអ្វីដែលសំខាន់បំផុតនៅក្នុងគំនិតរបស់យើង៖

ធ្វើបច្ចុប្បន្នភាពកំណែ Kubernetes ទៅ 1.16 ។

កំណែនេះត្រូវបានធ្វើឱ្យប្រសើរឡើងដោយជំហានពីរនៅពេលតែមួយនៅក្នុង OpenShift 4.2 វាគឺ 1.14 ។

ការអ៊ិនគ្រីបទិន្នន័យក្នុង ល។

ចាប់ផ្តើមជាមួយនឹងកំណែ 4.3 វាអាចចូលទៅអ៊ិនគ្រីបទិន្នន័យនៅក្នុងមូលដ្ឋានទិន្នន័យ etcd ។ នៅពេលដែលការអ៊ិនគ្រីបត្រូវបានបើក វានឹងអាចអ៊ិនគ្រីបធនធាន OpenShift API និង Kubernetes API ដូចខាងក្រោម៖ អាថ៌កំបាំង ការកំណត់រចនាសម្ព័ន្ធផែនទី ផ្លូវ សញ្ញាសម្ងាត់ចូលប្រើ និងការអនុញ្ញាត OAuth ។

កាន់តំណែង

បានបន្ថែមការគាំទ្រសម្រាប់ Helm កំណែ 3 ដែលជាកម្មវិធីគ្រប់គ្រងកញ្ចប់ដ៏ពេញនិយមសម្រាប់ Kubernetes ។ សម្រាប់ពេលនេះ ការគាំទ្រមានស្ថានភាព TECHNOLOGY PREVIEW ។ ការគាំទ្រ Helm នឹងត្រូវបានពង្រីកទៅជាការគាំទ្រពេញលេញនៅក្នុងកំណែអនាគតនៃ OpenShift ។ ឧបករណ៍ប្រើប្រាស់ Helm cli ភ្ជាប់មកជាមួយ OpenShift ហើយអាចទាញយកបានពីកុងសូលបណ្តាញគ្រប់គ្រងចង្កោម។

ការធ្វើបច្ចុប្បន្នភាពផ្ទាំងគ្រប់គ្រងគម្រោង

នៅក្នុងកំណែថ្មី ផ្ទាំងគ្រប់គ្រងគម្រោងផ្តល់ព័ត៌មានបន្ថែមនៅលើទំព័រគម្រោង៖ ស្ថានភាពគម្រោង ការប្រើប្រាស់ធនធាន និងកូតាគម្រោង។

ការបង្ហាញភាពងាយរងគ្រោះសម្រាប់ quay នៅក្នុង Web console

លក្ខណៈពិសេសមួយត្រូវបានបន្ថែមទៅកុងសូលគ្រប់គ្រង ដើម្បីបង្ហាញភាពងាយរងគ្រោះដែលគេស្គាល់សម្រាប់រូបភាពនៅក្នុងឃ្លាំង Quay ។ ការបង្ហាញភាពងាយរងគ្រោះសម្រាប់ឃ្លាំងក្នុងស្រុក និងខាងក្រៅត្រូវបានគាំទ្រ។

ការបង្កើតសាមញ្ញនៃ operatorhub ក្រៅបណ្តាញ

សម្រាប់ករណីនៃការដាក់ពង្រាយ OpenShift cluster នៅក្នុងបណ្តាញដាច់ស្រយាល ដែលការចូលប្រើអ៊ីនធឺណិតត្រូវបានកំណត់ ឬអវត្តមាន ការបង្កើត "កញ្ចក់" សម្រាប់បញ្ជីឈ្មោះ OperatorHub ត្រូវបានធ្វើឱ្យសាមញ្ញ។ ឥឡូវ​នេះ​អាច​ធ្វើ​ទៅ​បាន​តែ​បី​ក្រុម​ប៉ុណ្ណោះ។

អ្នកនិពន្ធ៖
Victor Puchkov, Yuri Semenyukov

ប្រភព: www.habr.com