គំរូទីពីរនៃវេទិកា ALP ជំនួស SUSE Linux Enterprise

SUSE បានបោះពុម្ភគំរូគំរូទីពីរនៃ ALP "Punta Baretti" (Adaptable Linux Platform) ដែលមានទីតាំងជាការបន្តនៃការអភិវឌ្ឍន៍នៃការចែកចាយសហគ្រាស SUSE Linux ។ ភាពខុសគ្នាសំខាន់រវាង ALP គឺការបែងចែកការចែកចាយស្នូលជាពីរផ្នែក៖ "ប្រព័ន្ធប្រតិបត្តិការ" ដែលត្រូវបានដកចេញសម្រាប់ដំណើរការលើផ្នែករឹង និងស្រទាប់សម្រាប់គាំទ្រកម្មវិធី ដែលមានបំណងដំណើរការក្នុងកុងតឺន័រ និងម៉ាស៊ីននិម្មិត។ ការជួបប្រជុំគ្នាត្រូវបានរៀបចំសម្រាប់ស្ថាបត្យកម្ម x86_64 ។ ALP ត្រូវ​បាន​បង្កើត​ឡើង​ដំបូង​ដោយ​ប្រើ​ដំណើរ​ការ​អភិវឌ្ឍន៍​បើក​ចំហ ដែល​ក្នុង​នោះ​ការ​បង្កើត​កម្រិត​មធ្យម និង​លទ្ធផល​តេស្ត​អាច​រក​បាន​ជា​សាធារណៈ​សម្រាប់​អ្នក​រាល់​គ្នា។

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

ផលិតផល SLE Micro ផ្អែកលើការវិវឌ្ឍន៍នៃគម្រោង MicroOS ត្រូវបានប្រើជាមូលដ្ឋានសម្រាប់ "host OS" ។ សម្រាប់ការគ្រប់គ្រងកណ្តាល ប្រព័ន្ធគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធអំបិល (ដំឡើងជាមុន) និង Ansible (ស្រេចចិត្ត) ត្រូវបានផ្តល់ជូន។ ប្រអប់ឧបករណ៍ Podman និង K3s (Kubernetes) មានសម្រាប់ដំណើរការធុងដាច់ដោយឡែក។ សមាសធាតុប្រព័ន្ធកុងតឺន័ររួមមាន yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) និង KVM ។

ពីលក្ខណៈពិសេសនៃបរិស្ថានប្រព័ន្ធ ការប្រើប្រាស់លំនាំដើមនៃការអ៊ិនគ្រីបឌីស (FDE, Full Disk Encryption) ត្រូវបានលើកឡើងជាមួយនឹងសមត្ថភាពក្នុងការរក្សាទុកសោនៅក្នុង TPM ។ ភាគថាសឫសត្រូវបានម៉ោននៅក្នុងរបៀបបានតែអាន និងមិនផ្លាស់ប្តូរកំឡុងពេលប្រតិបត្តិការ។ បរិស្ថានប្រើយន្តការនៃការដំឡើងអាប់ដេតអាតូមិក។ មិនដូចការអាប់ដេតអាតូមិកដោយផ្អែកលើ ostree និងខ្ទាស់ដែលប្រើក្នុង Fedora និង Ubuntu ALP ប្រើកម្មវិធីគ្រប់គ្រងកញ្ចប់ធម្មតា និងយន្តការរូបថតនៅក្នុងប្រព័ន្ធឯកសារ Btrfs ជំនួសឱ្យការកសាងរូបភាពអាតូមិកដាច់ដោយឡែក និងដាក់ពង្រាយហេដ្ឋារចនាសម្ព័ន្ធដឹកជញ្ជូនបន្ថែម។

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

វេទិកានេះប្រើជង់កម្មវិធីពហុកំណែ ដែលអនុញ្ញាតឱ្យអ្នកប្រើកំណែផ្សេងគ្នានៃឧបករណ៍ និងកម្មវិធីក្នុងពេលតែមួយតាមរយៈការប្រើប្រាស់ធុង។ ឧទាហរណ៍ អ្នកអាចដំណើរការកម្មវិធីដែលអាស្រ័យលើកំណែផ្សេងគ្នានៃ Python, Java និង Node.js ដោយបំបែកភាពអាស្រ័យដែលមិនឆបគ្នា។ ភាពអាស្រ័យមូលដ្ឋានមានក្នុងទម្រង់នៃ BCI (Base Container Images) សំណុំ។ អ្នកប្រើប្រាស់អាចបង្កើត ធ្វើបច្ចុប្បន្នភាព និងលុបជង់កម្មវិធីដោយមិនប៉ះពាល់ដល់បរិស្ថានផ្សេងទៀត។

ការផ្លាស់ប្តូរសំខាន់ៗនៅក្នុងគំរូ ALP ទីពីរ៖

• កម្មវិធីដំឡើង D-Installer ត្រូវបានប្រើ ដែលចំណុចប្រទាក់អ្នកប្រើត្រូវបានបំបែកចេញពីសមាសធាតុខាងក្នុងរបស់ YaST ហើយវាអាចប្រើផ្នែកខាងមុខផ្សេងៗ រួមទាំងផ្នែកខាងមុខសម្រាប់គ្រប់គ្រងការដំឡើងតាមរយៈចំណុចប្រទាក់គេហទំព័រ។ ចំណុចប្រទាក់មូលដ្ឋានសម្រាប់គ្រប់គ្រងការដំឡើងត្រូវបានបង្កើតឡើងដោយប្រើប្រាស់បច្ចេកវិទ្យាគេហទំព័រ និងរួមបញ្ចូលឧបករណ៍ដោះស្រាយដែលផ្តល់ការចូលប្រើការហៅ D-Bus តាមរយៈ HTTP និងចំណុចប្រទាក់គេហទំព័រដោយខ្លួនឯង។ ចំណុចប្រទាក់បណ្ដាញត្រូវបានសរសេរជា JavaScript ដោយប្រើ React framework និង PatternFly components។ ដើម្បីធានាសុវត្ថិភាព D-Installer គាំទ្រការដំឡើងនៅលើភាគថាសដែលបានអ៊ិនគ្រីប និងអនុញ្ញាតឱ្យអ្នកប្រើ TPM (Trusted Platform Module) ដើម្បីឌិគ្រីបភាគថាសចាប់ផ្ដើម ដោយប្រើសោដែលរក្សាទុកក្នុងបន្ទះឈីប TPM ជំនួសឱ្យពាក្យសម្ងាត់។
• បានបើកដំណើរការកម្មវិធី YaST មួយចំនួន (កម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ iSCSIClient Kdump ជញ្ជាំងភ្លើង។ល។) នៅក្នុងធុងដាច់ដោយឡែក។ កុងតឺន័រពីរប្រភេទត្រូវបានអនុវត្ត៖ វត្ថុបញ្ជាសម្រាប់ធ្វើការជាមួយ YaST នៅក្នុងរបៀបអត្ថបទ នៅក្នុង GUI និងតាមរយៈចំណុចប្រទាក់គេហទំព័រ និងសាកល្បងឧបករណ៍សម្រាប់ការផ្ញើសារដោយស្វ័យប្រវត្តិ។ ម៉ូឌុលមួយចំនួនក៏ត្រូវបានកែសម្រួលសម្រាប់ប្រើប្រាស់នៅក្នុងប្រព័ន្ធដែលមានការធ្វើបច្ចុប្បន្នភាពប្រតិបត្តិការផងដែរ។ សម្រាប់ការរួមបញ្ចូលជាមួយ openQA បណ្ណាល័យ libyui-rest-api ជាមួយនឹងការអនុវត្ត REST API ត្រូវបានស្នើឡើង។
• បានអនុវត្តការប្រតិបត្តិនៅក្នុងកុងតឺន័រនៃវេទិកា Cockpit ដោយឈរលើមូលដ្ឋាននៃចំណុចប្រទាក់បណ្ដាញរបស់អ្នកកំណត់រចនាសម្ព័ន្ធ និងកម្មវិធីដំឡើងត្រូវបានបង្កើតឡើង។
• វាអាចប្រើការអ៊ិនគ្រីបថាសពេញ (FDE, Full Disk Encryption) នៅក្នុងការដំឡើងនៅលើឧបករណ៍ធម្មតា ហើយមិនត្រឹមតែនៅក្នុងប្រព័ន្ធនិម្មិត និងប្រព័ន្ធពពកប៉ុណ្ណោះទេ។
• GRUB2 ត្រូវបានប្រើជាកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធសំខាន់។
• បានបន្ថែមការកំណត់រចនាសម្ព័ន្ធសម្រាប់ដាក់ពង្រាយកុងតឺន័រសម្រាប់ការសាងសង់ជញ្ជាំងភ្លើង (ជញ្ជាំងភ្លើង - កុងតឺន័រ) និងការគ្រប់គ្រងកណ្តាលនៃប្រព័ន្ធ និងចង្កោម (ឃ្លាំងផ្ទុកទំនិញ) ។

ប្រភព: opennet.ru