SUSE Linux Enterprise အစားထိုး ALP ပလပ်ဖောင်း၏ ဒုတိယ နမူနာပုံစံ

SUSE သည် SUSE Linux Enterprise ဖြန့်ဖြူးမှု ဖွံ့ဖြိုးတိုးတက်မှု၏ ဆက်တိုက်အဖြစ် နေရာယူထားသည့် ALP "Punta Baretti" (Adaptable Linux Platform) ၏ ဒုတိယမြောက် ရှေ့ပြေးပုံစံကို ထုတ်ဝေခဲ့သည်။ ALP အကြား အဓိက ကွာခြားချက်မှာ ကွန်တိန်နာများနှင့် virtual machines များတွင် လုပ်ဆောင်ရန် ရည်ရွယ်သည့် ဟာ့ဒ်ဝဲ၏ထိပ်တွင် လုပ်ဆောင်ရန်အတွက် ဖယ်ထုတ်ထားသော "host OS" နှင့် ကွန်တိန်နာများနှင့် virtual machines များတွင် လုပ်ဆောင်ရန် ရည်ရွယ်သော အပလီကေးရှင်းများကို ပံ့ပိုးပေးသည့် အလွှာတစ်ခုဖြစ်သည်။ စည်းဝေးပွဲများကို x86_64 ဗိသုကာအတွက် ပြင်ဆင်ထားသည်။ ALP သည် အလယ်အလတ်တည်ဆောက်မှုများနှင့် စမ်းသပ်မှုရလဒ်များကို လူတိုင်းလူသိရှင်ကြားရရှိနိုင်သည့် ပွင့်လင်းသော ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်ကို အသုံးပြု၍ ကနဦးတီထွင်ခဲ့ခြင်းဖြစ်သည်။

ALP ၏ တည်ဆောက်ပုံသည် ပတ်ဝန်းကျင်၏ "host OS" တွင် ဖွံ့ဖြိုးတိုးတက်မှုအပေါ် အခြေခံထားပြီး၊ စက်ပစ္စည်းများကို ပံ့ပိုးရန်နှင့် ထိန်းချုပ်ရန် လိုအပ်သော အနိမ့်ဆုံးဖြစ်သည်။ အပလီကေးရှင်းများနှင့် အသုံးပြုသူ-အာကာသ အစိတ်အပိုင်းများအားလုံးကို ရောနှောထားသော ပတ်ဝန်းကျင်တွင်မဟုတ်ဘဲ သီးခြားကွန်တိန်နာများတွင် သို့မဟုတ် "host OS" ၏ထိပ်တွင် လည်ပတ်နေသည့် virtual machines များတွင် လုပ်ဆောင်ရန် အဆိုပြုထားပြီး တစ်ခုနှင့်တစ်ခု ခွဲခြားထားသည်။ ဤအဖွဲ့အစည်းသည် သုံးစွဲသူများအား အဆင့်နိမ့်စနစ်ပတ်ဝန်းကျင်နှင့် ဟာ့ဒ်ဝဲများမှ အက်ပ်လီကေးရှင်းများနှင့် စိတ္တဇအလုပ်အသွားအလာများအပေါ် အာရုံစိုက်ရန် ခွင့်ပြုမည်ဖြစ်သည်။

MicroOS ပရောဂျက်၏ တိုးတက်မှုများအပေါ် အခြေခံ၍ SLE Micro ထုတ်ကုန်ကို "host OS" အတွက် အခြေခံအဖြစ် အသုံးပြုပါသည်။ ဗဟိုချုပ်ကိုင်မှုစီမံခန့်ခွဲမှုအတွက်၊ ဆား (ကြိုတင်ထည့်သွင်းထားသည်) နှင့် Ansible (ချန်လှပ်ထားနိုင်သည်) ဖွဲ့စည်းမှုဆိုင်ရာ စီမံခန့်ခွဲမှုစနစ်များကို ကမ်းလှမ်းထားသည်။ Podman နှင့် K3s (Kubernetes) ကိရိယာတန်ဆာပလာများကို သီးခြားကွန်တိန်နာများ လုပ်ဆောင်ရန်အတွက် ရနိုင်ပါသည်။ ကွန်တိန်နာစနစ် အစိတ်အပိုင်းများတွင် yast2၊ podman၊ k3s၊ cockpit၊ GDM (GNOME Display Manager) နှင့် KVM တို့ ပါဝင်သည်။

စနစ်ပတ်ဝန်းကျင်၏ အင်္ဂါရပ်များအနက်၊ ဒစ်ကုဒ်ဝှက်ခြင်း (FDE၊ Full Disk Encryption) ၏ ပုံသေအသုံးပြုမှုကို TPM တွင် သော့များသိမ်းဆည်းနိုင်မှုဖြင့် ဖော်ပြထားပါသည်။ root partition ကို read-only mode တွင်တပ်ဆင်ထားပြီး လုပ်ဆောင်နေစဉ်အတွင်း မပြောင်းလဲပါ။ ပတ်ဝန်းကျင်သည် အက်တမ်မွမ်းမံတပ်ဆင်ခြင်း၏ ယန္တရားကို အသုံးပြုသည်။ Fedora နှင့် Ubuntu တွင်အသုံးပြုသည့် ostree နှင့် snap ကိုအခြေခံထားသော အက်တမ်မွမ်းမံမှုများနှင့်မတူဘဲ ALP သည် သီးခြားအက်တမ်ပုံများကိုတည်ဆောက်ကာ အပိုပေးပို့မှုအခြေခံအဆောက်အအုံကိုအသုံးပြုမည့်အစား Btrfs ဖိုင်စနစ်ရှိ ပုံမှန်အထုပ်မန်နေဂျာနှင့် လျှပ်တစ်ပြက်ရိုက်ချက်ယန္တရားကိုအသုံးပြုသည်။

အပ်ဒိတ်များ အလိုအလျောက် တပ်ဆင်ခြင်းအတွက် ပြင်ဆင်နိုင်သော မုဒ်ကို ပေးဆောင်ထားပါသည် (ဥပမာ၊ သင်သည် အရေးကြီးသော အားနည်းချက်များအတွက် ပြင်ဆင်မှုများသာ အလိုအလျောက် တပ်ဆင်နိုင်သည် သို့မဟုတ် အပ်ဒိတ်များ တပ်ဆင်ခြင်း၏ လူကိုယ်တိုင် အတည်ပြုခြင်းသို့ ပြန်သွားနိုင်ပါသည်။) အလုပ်ပြန်စခြင်း သို့မဟုတ် ရပ်ဆိုင်းခြင်းမရှိဘဲ Linux kernel ကို အပ်ဒိတ်လုပ်ရန် တိုက်ရိုက် ဖာထေးမှုများကို ပံ့ပိုးထားသည်။ စနစ်၏ ရှင်သန်နိုင်မှုကို ထိန်းသိမ်းရန် (မိမိကိုယ်မိမိ ကုစားခြင်း)၊ နောက်ဆုံးတည်ငြိမ်သောအခြေအနေကို Btrfs လျှပ်တစ်ပြက်ရိုက်ချက်များသုံးပြီး ပြင်ဆင်သည် (အပ်ဒိတ်များကို အသုံးပြုပြီးနောက် သို့မဟုတ် ဆက်တင်များကို ပြောင်းလဲပြီးနောက် ကွဲလွဲချက်များကို တွေ့ရှိပါက၊ စနစ်သည် ယခင်အခြေအနေသို့ အလိုအလျောက် လွှဲပြောင်းပေးသည်)။

ပလပ်ဖောင်းသည် ကွန်တိန်နာများအသုံးပြုခြင်းဖြင့် မတူညီသောကိရိယာများနှင့် အပလီကေးရှင်းများ၏ ဗားရှင်းအမျိုးမျိုးကို တစ်ချိန်တည်းတွင် အသုံးပြုခွင့်ပေးသည့် Multi-Version ဆော့ဖ်ဝဲ stack ကို အသုံးပြုထားသည်။ ဥပမာအားဖြင့်၊ သင်သည် Python၊ Java နှင့် Node.js ၏ မတူညီသော ဗားရှင်းများပေါ်တွင် မူတည်သော အပလီကေးရှင်းများကို တွဲသုံး၍မရသော မှီခိုမှုကို ခွဲခြားနိုင်သည်။ Base dependencies များသည် BCI (Base Container Images) sets များ၏ ပုံစံဖြင့် လာပါသည်။ အသုံးပြုသူသည် အခြားပတ်ဝန်းကျင်များကို မထိခိုက်စေဘဲ ဆော့ဖ်ဝဲအစုအဝေးများကို ဖန်တီးခြင်း၊ အပ်ဒိတ်လုပ်ခြင်းနှင့် ဖယ်ရှားနိုင်သည်။

ဒုတိယ ALP ရှေ့ပြေးပုံစံတွင် အဓိကပြောင်းလဲမှုများ-

• အသုံးပြုသူမျက်နှာပြင်ကို YaST ၏အတွင်းပိုင်းအစိတ်အပိုင်းများနှင့်ခွဲထုတ်ထားသည့်အတွက် D-Installer တပ်ဆင်သူကိုအသုံးပြုပြီး ဝဘ်အင်တာဖေ့စ်မှတစ်ဆင့် တပ်ဆင်မှုကိုစီမံခန့်ခွဲရန်အတွက် ရှေ့တန်းအပါအဝင် အမျိုးမျိုးသောမျက်နှာစာများကို အသုံးပြုနိုင်သည်။ တပ်ဆင်မှုကို စီမံခန့်ခွဲခြင်းအတွက် အခြေခံအင်တာဖေ့စ်သည် ဝဘ်နည်းပညာများကို အသုံးပြု၍ တည်ဆောက်ထားပြီး HTTP မှတစ်ဆင့် D-Bus ခေါ်ဆိုမှုများကို ဝင်ရောက်အသုံးပြုခွင့်ပေးသည့် ကိုင်တွယ်ကိရိယာနှင့် ဝဘ်အင်တာဖေ့စ်ကိုယ်တိုင် ပါဝင်သည်။ ဝဘ်အင်တာဖေ့စ်ကို React framework နှင့် PatternFly အစိတ်အပိုင်းများကို အသုံးပြု၍ JavaScript ဖြင့် ရေးသားထားသည်။ လုံခြုံရေးသေချာစေရန်၊ D-Installer သည် စကားဝှက်များအစား TPM ချစ်ပ်တွင် သိမ်းဆည်းထားသော သော့များကို အသုံးပြု၍ boot partition အား ကုဒ်ဝှက်ရန် TPM (Trusted Platform Module) ကို အသုံးပြုခွင့်ပြုပါသည်။
• သီးခြားကွန်တိန်နာများတွင် အချို့သော YaST ကလိုင်းယင့်များ (bootloader၊ iSCSIClient၊ Kdump၊ firewall စသည်ဖြင့်) ၏လုပ်ဆောင်မှုကို ဖွင့်ထားသည်။ ကွန်တိန်နာ အမျိုးအစား နှစ်မျိုးကို အကောင်အထည် ဖော်ပြီးဖြစ်သည်- စာသားမုဒ်တွင် YaST နှင့် လုပ်ဆောင်ရန်အတွက် ထိန်းချုပ်မှုများ၊ GUI နှင့် ဝဘ်အင်တာဖေ့စ်မှတဆင့်၊ နှင့် အလိုအလျောက် စာတိုပေးပို့ခြင်းအတွက် စမ်းသပ်သည့် အရာများ။ Module အများအပြားကို ငွေပေးငွေယူ မွမ်းမံမှုများဖြင့် စနစ်များတွင် အသုံးပြုရန်အတွက်လည်း လိုက်လျောညီထွေဖြစ်အောင် ပြုလုပ်ထားပါသည်။ openQA နှင့် ပေါင်းစည်းရန်အတွက် REST API အကောင်အထည်ဖော်မှုဖြင့် libyui-rest-api စာကြည့်တိုက်ကို အဆိုပြုထားသည်။
• configurator နှင့် installer ၏ ဝဘ်အင်တာဖေ့စကို အခြေခံ၍ Cockpit ပလပ်ဖောင်း၏ ကွန်တိန်နာတစ်ခုတွင် ကွပ်မျက်မှုကို အကောင်အထည်ဖော်ခဲ့သည်။
• သမားရိုးကျစက်ပစ္စည်းများ၏ထိပ်တွင်တပ်ဆင်မှုများတွင် full-disk encryption (FDE၊ Full Disk Encryption) ကိုသုံးနိုင်ပြီး virtualization စနစ်များနှင့် cloud စနစ်များတွင်သာမကပါ။
• GRUB2 ကို အဓိက bootloader အဖြစ် အသုံးပြုသည်။
• Firewall (firewalld-container) နှင့် စနစ်များနှင့် အစုအဝေးများ (warewulf-container) တို့ကို ဗဟိုချုပ်ကိုင်ထားသော စီမံခန့်ခွဲမှုအတွက် ကွန်တိန်နာများကို ဖြန့်ကျက်အသုံးပြုရန်အတွက် ထည့်သွင်းထားပါသည်။

source: opennet.ru