ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုနှင့် အသုံးချမှုအတွက် ခေတ်မီပလပ်ဖောင်း

၎င်းသည် ဗားရှင်းအသစ်သို့ ကူးပြောင်းခြင်းအတွက် သင့်အား ပြင်ဆင်ပေးမည့် လာမည့် Red Hat OpenShift ပလပ်ဖောင်း 4.0 အပ်ဒိတ်တွင် အပြောင်းအလဲများ၊ တိုးတက်မှုများနှင့် ထပ်လောင်းမှုများအကြောင်း ဆောင်းပါးတွဲများတွင် ပထမဆုံးဖြစ်သည်။

2014 ခုနှစ် ဆောင်းဦးရာသီတွင် Google ၏ Seattle ရုံးတွင် စတင်စုရုံးခဲ့သည့် အချိန်မှစ၍ Kubernetes ပရောဂျက်သည် ယနေ့ခေတ် ဆော့ဖ်ဝဲလ်ကို တီထွင်ပြီး အသုံးပြုသည့်ပုံစံကို တော်လှန်ရန် ရည်ရွယ်ထားကြောင်း ထင်ရှားပါသည်။ တစ်ချိန်တည်းမှာပင်၊ အများသူငှာ cloud ဝန်ဆောင်မှုပေးသူများသည် IT နှင့်လုပ်ဆောင်ခြင်းနှင့် software ဖန်တီးခြင်းတို့ကို ပိုမိုလွယ်ကူ၍ ပိုမိုအသုံးပြုနိုင်စေကာ အခြေခံအဆောက်အအုံနှင့် ဝန်ဆောင်မှုများဖွံ့ဖြိုးတိုးတက်ရေးတွင် တက်ကြွစွာရင်းနှီးမြှုပ်နှံပြီး ဆက်လက်ရင်းနှီးမြှုပ်နှံခဲ့ကြသည်။ ဆယ်စုနှစ်။

ဟုတ်ပါတယ်၊ cloud ဝန်ဆောင်မှုအသစ်တစ်ခုစီရဲ့ ကြေညာချက်ကို Twitter ပေါ်ရှိ ကျွမ်းကျင်သူတွေကြား ဆွေးနွေးမှုတွေ အများအပြားနဲ့ အတူ ပါ၀င်ပြီး - open source ခေတ်ရဲ့ အဆုံးပိုင်း၊ ပရိဘောဂ IT ကျဆင်းမှုနဲ့ မလွဲမသွေ ငြင်းခုန်မှုတွေ အပါအဝင် ခေါင်းစဉ်အမျိုးမျိုးနဲ့ အချေအတင် ဆွေးနွေးခဲ့ကြတာပါ။ ဆော့ဖ်ဝဲအသစ်၏ လက်ဝါးကြီးအုပ်မှု။ cloud ရှိ၊ နှင့် ပါရာဒိုင်းအသစ် X သည် အခြားပါရာဒိုင်းအားလုံးကို မည်သို့အစားထိုးမည်နည်း။

ဤအငြင်းပွားမှုအားလုံးသည် အလွန်မိုက်မဲသည်ဟု ပြောရန်မလိုပါ။

အဖြစ်မှန်မှာ မည်သည့်အရာမှ ပျောက်ကွယ်သွားမည်မဟုတ်ပါ၊ ယနေ့ကျွန်ုပ်တို့၏ဘဝတွင် ဆော့ဖ်ဝဲအသစ်များ အဆက်မပြတ်ပေါ်ပေါက်လာမှုကြောင့် နောက်ဆုံးထုတ်ကုန်များနှင့် ၎င်းတို့ကို တီထွင်ဖန်တီးသည့်ပုံစံတွင် ကိန်းဂဏန်းကြီးထွားမှုကို ယနေ့ကျွန်ုပ်တို့တွေ့မြင်နိုင်ပါသည်။ ပတ်ဝန်းကျင်ရှိ အရာအားလုံးသည် ပြောင်းလဲသွားသော်လည်း တစ်ချိန်တည်းတွင် အနှစ်သာရအားဖြင့် အရာအားလုံးသည် မပြောင်းလဲဘဲ ရှိနေမည်ဖြစ်သည်။ ဆော့ဖ်ဝဲရေးဆွဲသူများသည် အမှားများဖြင့် ကုဒ်ကိုရေးနေကြဆဲဖြစ်သည်၊ လည်ပတ်အင်ဂျင်နီယာများနှင့် ယုံကြည်စိတ်ချရမှုဆိုင်ရာ ကျွမ်းကျင်သူများသည် ပေဂျာများနှင့်အတူ သွားလာနေကြဆဲဖြစ်ပြီး Slack တွင် အလိုအလျောက်သတိပေးချက်များကို လက်ခံရရှိနေကြဆဲဖြစ်ပြီး မန်နေဂျာများသည် OpEx နှင့် CapEx တို့၏ စည်းကမ်းချက်များဖြင့် လုပ်ဆောင်နေကြဆဲဖြစ်ပြီး ချို့ယွင်းမှုတစ်ခုဖြစ်ပေါ်တိုင်း၊ ဆော့ဖ်ဝဲရေးသားသူ အကြီးတန်းက လုပ်ဆောင်ပေးမည်ဖြစ်သည်။ "ငါမင်းကိုပြောဖူးတယ်" ဆိုတဲ့စကားနဲ့ ဝမ်းနည်းစွာ သက်ပြင်းချလိုက်တယ်...

အိုတကယ်ပဲလား ဆွေးနွေးသင့်သည်။ပိုမိုကောင်းမွန်သော ဆော့ဖ်ဝဲလ်ထုတ်ကုန်များ ဖန်တီးရန် ကျွန်ုပ်တို့တွင် ရရှိနိုင်သည့် ကိရိယာများနှင့် ၎င်းတို့သည် လုံခြုံရေးကို မြှင့်တင်ရန်နှင့် ဖွံ့ဖြိုးတိုးတက်မှု ပိုမိုလွယ်ကူစေပြီး ပိုမိုစိတ်ချရအောင် မည်သို့လုပ်ဆောင်နိုင်မည်နည်း။ ပရောဂျက်များ ပိုမိုရှုပ်ထွေးလာသည်နှင့်အမျှ အန္တရာယ်အသစ်များ ပေါ်ပေါက်လာပြီး ယနေ့ခေတ် လူတို့၏ဘဝများသည် ဆော့ဖ်ဝဲလ်ပေါ်တွင် မှီခိုနေရသောကြောင့် developer များသည် ၎င်းတို့၏ အလုပ်ကို ပိုကောင်းအောင် ကြိုးစားရမည်ဖြစ်ပါသည်။

Kubernetes သည် ထိုကဲ့သို့သောကိရိယာတစ်ခုဖြစ်သည်။ Red Hat OpenShift ကို အခြားကိရိယာများနှင့် ဝန်ဆောင်မှုများနှင့်အတူ ဆော့ဖ်ဝဲကို ပိုမိုယုံကြည်စိတ်ချရသော၊ အသုံးပြုသူများအတွက် ပိုမိုလွယ်ကူစွာ စီမံခန့်ခွဲရန်နှင့် ပိုမိုဘေးကင်းစေမည့် တစ်ခုတည်းသောပလပ်ဖောင်းတစ်ခုထဲသို့ အလုပ်က လုပ်ဆောင်နေပါသည်။

ထိုသို့ပြောခြင်းဖြင့် OpenShift အဖွဲ့သည် ရိုးရှင်းသောမေးခွန်းတစ်ခုကို မေးသည်-

Kubernetes နှင့် လုပ်ဆောင်ရာတွင် ပိုမိုလွယ်ကူ အဆင်ပြေစေရန် သင်မည်ကဲ့သို့ ပြုလုပ်နိုင်မည်နည်း။

အဖြေက အံ့သြစရာကောင်းလောက်အောင် ထင်ရှားပါတယ်။

• cloud ပေါ်တွင် သို့မဟုတ် cloud အပြင်ဘက်တွင် ဖြန့်ကျက်မှု၏ ရှုပ်ထွေးသော ရှုထောင့်များကို အလိုအလျောက်ပြုလုပ်ပေးသည်။
• ရှုပ်ထွေးမှုကို ဖုံးကွယ်ထားစဉ် ယုံကြည်စိတ်ချရမှုကို အာရုံစိုက်ပါ။
• ရိုးရှင်းပြီး လုံခြုံသော အပ်ဒိတ်များကို ထုတ်ပြန်ရန် အဆက်မပြတ် လုပ်ဆောင်နေပါသည်။
• ထိန်းချုပ်နိုင်မှုနှင့် စာရင်းစစ်ဆေးနိုင်မှု ရရှိစေရန်၊
• မြင့်မားသောလုံခြုံရေးကိုအာမခံရန် ကနဦးတွင် ကြိုးစားသော်လည်း အသုံးပြုနိုင်စွမ်းကို အသုံးမပြုပါ။

OpenShift ၏နောက်ထွက်ရှိမှုသည် ဖန်တီးသူများ၏အတွေ့အကြုံနှင့် ကမ္ဘာ့အကြီးဆုံးကုမ္ပဏီများတွင် ဆော့ဖ်ဝဲလ်ကို အကြီးစားအကောင်အထည်ဖော်နေသော အခြား developer များ၏အတွေ့အကြုံကို ထည့်သွင်းစဉ်းစားသင့်သည်။ ထို့အပြင် ယနေ့ခေတ်ကမ္ဘာကြီးကို နောက်ခံပြုထားသည့် ပွင့်လင်းဂေဟစနစ်များ၏ စုဆောင်းထားသော အတွေ့အကြုံအားလုံးကို ထည့်သွင်းစဉ်းစားရမည်ဖြစ်သည်။ တစ်ချိန်တည်းမှာပင်၊ အပျော်တမ်း developer ၏ စိတ်ဓာတ်ဟောင်းကို စွန့်လွှတ်ပြီး အလိုအလျောက် အနာဂတ်၏ အတွေးအခေါ်သစ်ဆီသို့ ကူးပြောင်းရန် လိုအပ်ပါသည်။ ၎င်းသည် ဆော့ဖ်ဝဲလ်အသုံးပြုပုံဟောင်းနှင့် နည်းလမ်းသစ်များကြား ကွာဟချက်ကို ပေါင်းကူးရန် လိုအပ်ပြီး ၎င်းကို အကြီးမားဆုံး cloud ဝန်ဆောင်မှုပေးသူမှ လက်ခံဆောင်ရွက်ပေးသည်ဖြစ်စေ သို့မဟုတ် အစွန်းရှိ အသေးစားစနစ်များတွင် လုပ်ဆောင်သည်ဖြစ်စေ ရရှိနိုင်သော အခြေခံအဆောက်အအုံအားလုံးကို အပြည့်အဝ အခွင့်ကောင်းယူပါ။

ဒီရလဒ်ကိုဘယ်လိုအောင်မြင်မလဲ။

Red Hat တွင်၊ တည်ထောင်ထားသောအသိုင်းအဝိုင်းကိုထိန်းသိမ်းရန်နှင့်ကုမ္ပဏီတွင်ပါ ၀ င်သည့်ပရောဂျက်များကိုပိတ်သိမ်းရန်တားဆီးရန်အတွက်ငြီးငွေ့စရာနှင့်ကျေးဇူးမဲ့အလုပ်များကိုအချိန်ကြာမြင့်စွာလုပ်ဆောင်ခြင်းသည်ထုံးစံအတိုင်းဖြစ်သည်။ Open-source အသိုင်းအဝိုင်းတွင် အထူးခြားဆုံးအရာများ - ဖျော်ဖြေမှု၊ ပညာပေးမှု၊ အခွင့်အလမ်းသစ်များကို ဖွင့်လှစ်ကာ ရိုးရှင်းလှပသော အရည်အချင်းပြည့်မီသော developer အများအပြား ပါဝင်နေသော်လည်း ပါဝင်သူအားလုံးကို တူညီသောဦးတည်ချက်သို့ ရွေ့လျားရန် သို့မဟုတ် ဘုံလိုက်စားရန် မည်သူမျှ မျှော်လင့်မည်မဟုတ်ပါ။ ပန်းတိုင်များ ဤစွမ်းအင်ကို အသုံးချပြီး ၎င်းကို လမ်းကြောင်းမှန်သို့ ပြန်ညွှန်းခြင်းသည် တစ်ခါတစ်ရံတွင် ကျွန်ုပ်တို့၏ သုံးစွဲသူများကို အကျိုးပြုမည့် နယ်ပယ်များ ဖွံ့ဖြိုးတိုးတက်ရန် လိုအပ်သော်လည်း တစ်ချိန်တည်းတွင် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ လူမှုအသိုင်းအဝိုင်း၏ ဖွံ့ဖြိုးတိုးတက်မှုကို စောင့်ကြည့်ပြီး ၎င်းတို့ထံမှ သင်ယူရမည်ဖြစ်သည်။

2018 ခုနှစ်အစတွင် Red Hat သည် open-source စည်းမျဉ်းများဖြင့် ဖန်တီးထားသော အနာဂတ်နှင့် ထပ်တူသော အမြင်များဖြစ်သည့် CoreOS ပရောဂျက်ကို ရယူခဲ့သည်။ ကုမ္ပဏီသည် ကျွန်ုပ်တို့၏ အတွေးအခေါ်များကို လက်တွေ့အကောင်အထည်ဖော်ရန် ဤအကြံဉာဏ်များကို ပိုမိုတီထွင်ဖန်တီးကာ ဆော့ဖ်ဝဲလ်အားလုံး ဘေးကင်းလုံခြုံစွာလည်ပတ်နိုင်စေရန်အတွက် ကြိုးစားလုပ်ဆောင်ခဲ့ပါသည်။ ဤအလုပ်အားလုံးကို Kubernetes၊ Linux၊ အများသူငှာ cloud၊ ပုဂ္ဂလိက cloud နှင့် ကျွန်ုပ်တို့၏ ခေတ်မီဒစ်ဂျစ်တယ်ဂေဟစနစ်ကို အထောက်အကူပြုသော အခြားပရောဂျက်ပေါင်း ထောင်ပေါင်းများစွာပေါ်တွင် တည်ဆောက်ထားသည်။

OpenShift 4 ၏အသစ်ထွက်ရှိမှုသည်ရှင်းလင်း၊ အလိုအလျောက်ဖြစ်ပြီးပိုမိုသဘာဝကျလိမ့်မည်။

OpenShift ပလပ်ဖောင်းသည် သတ္တုမပါသော ဟာ့ဒ်ဝဲပံ့ပိုးမှု၊ အဆင်ပြေသော virtualization၊ အလိုအလျောက် အခြေခံအဆောက်အဦ ပရိုဂရမ်ရေးဆွဲခြင်းနှင့် ကွန်တိန်နာများ (အခြေခံအားဖြင့် Linux ပုံများသာဖြစ်သည်) ဖြင့် အကောင်းဆုံးနှင့် ယုံကြည်စိတ်ချရဆုံး Linux လည်ပတ်မှုစနစ်များနှင့် အလုပ်လုပ်မည်ဖြစ်သည်။

ပလပ်ဖောင်းသည် အစကတည်းက လုံခြုံရမည်ဖြစ်ပြီး၊ သို့သော် စီမံခန့်ခွဲသူများကို အလွယ်တကူ စစ်ဆေးပြီး စီမံခန့်ခွဲရန် ခွင့်ပြုနေစဥ်အချိန်အတွင်း လိုက်လျောညီထွေရှိပြီး လုံလုံလောက်လောက် လုံခြုံမှုရှိစေကာမူ ဆော့ဖ်ဝဲရေးသားသူများကို အလွယ်တကူ ထပ်လောင်းခွင့်ပြုပါသေးသည်။

၎င်းသည် ဆော့ဖ်ဝဲလ်အား “ဝန်ဆောင်မှုတစ်ခုအဖြစ်” လုပ်ဆောင်ရန် ခွင့်ပြုသင့်ပြီး အော်ပရေတာများအတွက် စီမံခန့်ခွဲ၍မရသော အခြေခံအဆောက်အအုံ တိုးတက်မှုကို မဖြစ်ပေါ်စေသင့်ပါ။

၎င်းသည် သုံးစွဲသူများနှင့် ဖောက်သည်များအတွက် အမှန်တကယ် ထုတ်ကုန်များ ဖန်တီးရန် developer များအား အာရုံစိုက်နိုင်စေမည်ဖြစ်သည်။ သင်သည် ဟာ့ဒ်ဝဲနှင့် ဆော့ဖ်ဝဲလ်ဆက်တင်များ၏ တောထဲတွင် ဖြတ်သန်းရန် မလိုအပ်ဘဲ၊ မတော်တဆ ရှုပ်ထွေးမှုများ အားလုံးသည် အတိတ်ဖြစ်လိမ့်မည်။

OpenShift 4- ပြုပြင်ထိန်းသိမ်းမှုမလိုအပ်သော NoOps ပလပ်ဖောင်း

В ဒီထုတ်ဝေမှု OpenShift 4 အတွက် ကုမ္ပဏီ၏ မျှော်မှန်းချက်ကို ပုံဖော်ပေးသည့် အဆိုပါတာဝန်များကို ဖော်ပြခဲ့သည်။ အဖွဲ့၏ ရည်မှန်းချက်မှာ လည်ပတ်မှုနှင့် ဆော့ဖ်ဝဲလ်ထိန်းသိမ်းခြင်းဆိုင်ရာ နေ့စဉ်လုပ်ငန်းဆောင်တာများကို တတ်နိုင်သမျှ ရိုးရှင်းစေရန်၊ ဤလုပ်ငန်းစဉ်များကို လွယ်ကူသက်သာစွာ ပြုလုပ်ရန် - အကောင်အထည်ဖော်မှုတွင်ပါ၀င်သော ကျွမ်းကျင်သူများနှင့် ဆော့ဖ်ဝဲရေးဆွဲသူများအတွက် နှစ်မျိုးလုံးအတွက်ဖြစ်သည်။ ဒါပေမယ့် ဒီပန်းတိုင်ကို ဘယ်လိုချဉ်းကပ်နိုင်မလဲ။ ဝင်ရောက်စွက်ဖက်မှုအနည်းငယ်လိုအပ်သော ဆော့ဖ်ဝဲလည်ပတ်ရန်အတွက် ပလပ်ဖောင်းတစ်ခုကို မည်သို့ဖန်တီးရမည်နည်း။ NoOps သည် ဤအကြောင်းအရာတွင် ဘာကိုဆိုလိုသနည်း။

အကယ်၍ သင်သည် abstract ဖြင့်ကြိုးစားပါက၊ developer များအတွက် "serverless" သို့မဟုတ် "NoOps" ၏ သဘောတရားများသည် "လုပ်ငန်းဆောင်တာ" အစိတ်အပိုင်းကို ဖုံးကွယ်ရန် သို့မဟုတ် developer အတွက် ဤဝန်ထုပ်ဝန်ပိုးကို အနည်းဆုံးဖြစ်စေမည့် ကိရိယာများနှင့် ဝန်ဆောင်မှုများကို ဆိုလိုသည်။

• စနစ်များနှင့်မဟုတ်ဘဲ အပလီကေးရှင်း အင်တာဖေ့စ်များ (APIs) ဖြင့် အလုပ်မလုပ်ပါ။
• ဆော့ဖ်ဝဲကို အကောင်အထည်ဖော်ရာတွင် အနှောက်အယှက်မဖြစ်စေပါနှင့် - ဝန်ဆောင်မှုပေးသူကို သင့်အတွက် လုပ်ပေးပါ ။
• ဘောင်ကြီးကို ချက်ချင်းဖန်တီးခြင်းသို့ ခုန်မဝင်ပါနှင့် - "တည်ဆောက်မှုလုပ်ကွက်များ" အဖြစ် လုပ်ဆောင်မည့် အပိုင်းငယ်များကို စတင်ရေးသားခြင်းဖြင့် ဤကုဒ်ကို ဒေတာနှင့် ဖြစ်ရပ်များနှင့်အတူ လုပ်ဆောင်ပါ၊ ဒစ်ခ်များနှင့် ဒေတာဘေ့စ်များနှင့်မဟုတ်ဘဲ၊

ယခင်ကဲ့သို့ပင် ရည်မှန်းချက်မှာ ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးတွင် ထပ်ခါထပ်ခါလုပ်ဆောင်မှုများကို အရှိန်မြှင့်ရန်၊ ပိုမိုကောင်းမွန်သော ထုတ်ကုန်များကို ဖန်တီးရန် အခွင့်အလမ်းပေးရန်ဖြစ်ပြီး ဆော့ဖ်ဝဲလ်ဆော့ဖ်ဝဲလ်လုပ်ဆောင်သည့် စနစ်များအတွက် ဆော့ဖ်ဝဲရေးသားသူအား စိတ်ပူစရာမလိုစေရန်ဖြစ်သည်။ အသုံးပြုသူများအပေါ် အာရုံစိုက်ခြင်းသည် ရုပ်ပုံအား လျင်မြန်စွာ ပြောင်းလဲနိုင်သည်ကို အတွေ့အကြုံရှိ ဆော့ဖ်ဝဲရေးသားသူမှ ကောင်းစွာသိရှိထားပြီး၊ ထို့ကြောင့် ၎င်းကို လိုအပ်ကြောင်း သေချာစွာ မသေချာပါက ဆော့ဖ်ဝဲလ်ရေးရန် အလွန်အကျွံ အားထုတ်မနေသင့်ပါ။

ပြုပြင်ထိန်းသိမ်းမှုနှင့် လုပ်ငန်းဆောင်ရွက်မှုကျွမ်းကျင်ပညာရှင်များအတွက်၊ "NoOps" ဟူသောစကားလုံးသည် အနည်းငယ်ကြောက်စရာကောင်းသည်။ သို့သော် နယ်ပယ်အင်ဂျင်နီယာများနှင့် ဆက်သွယ်သောအခါတွင်၊ ယုံကြည်စိတ်ချရမှုနှင့် ယုံကြည်စိတ်ချရမှု (Site Reliability Engineering, SRE) တွင် ၎င်းတို့အသုံးပြုသည့် ပုံစံများနှင့် နည်းပညာများသည် အထက်တွင်ဖော်ပြထားသော ပုံစံများနှင့် ဆင်တူမှုများ များစွာရှိသည်ကို သိသာထင်ရှားပါသည်။

• စနစ်များကို မစီမံပါနှင့် - ၎င်းတို့၏ စီမံခန့်ခွဲမှု လုပ်ငန်းစဉ်များကို အလိုအလျောက် လုပ်ဆောင်ပါ။
• ဆော့ဖ်ဝဲကို အသုံးမပြုပါနှင့် - ၎င်းကို အသုံးပြုရန် ပိုက်လိုင်းတစ်ခု ဖန်တီးပါ။
• သင့်ဝန်ဆောင်မှုအားလုံးကို ပေါင်းစည်းခြင်းမှ ရှောင်ကြဉ်ပြီး စနစ်တစ်ခုလုံးကို ပျက်ကွက်သွားစေသည်—အလိုအလျောက်စနစ်သုံးကိရိယာများကို အသုံးပြု၍ သင်၏အခြေခံအဆောက်အအုံတစ်ခုလုံးတွင် ၎င်းတို့ကို ဖြန့်ခွဲကာ စောင့်ကြည့်စစ်ဆေးနိုင်သည့်နည်းလမ်းများဖြင့် ၎င်းတို့ကို ချိတ်ဆက်ပါ။

SRE များသည် တစ်စုံတစ်ခု မှားယွင်းသွားနိုင်သည်ကို သိရှိပြီး ပြဿနာကို ခြေရာခံပြီး ပြုပြင်ရပေလိမ့်မည်—ထို့ကြောင့် ၎င်းတို့သည် ပုံမှန်အလုပ်များကို အလိုအလျောက်လုပ်ဆောင်ကာ အမှားအယွင်းဆိုင်ရာ ဘတ်ဂျက်များကို ကြိုတင်သတ်မှတ်ထားသောကြောင့် ပြဿနာတစ်ခုဖြစ်ပေါ်လာသည့်အခါ ဦးစားပေးဆုံးဖြတ်ရန်နှင့် ဆုံးဖြတ်ချက်များချရန် အဆင်သင့်ဖြစ်နေပြီဖြစ်သည်။

OpenShift ရှိ Kubernetes သည် အဓိကပြဿနာနှစ်ခုကို ဖြေရှင်းရန် ဒီဇိုင်းထုတ်ထားသော ပလပ်ဖောင်းတစ်ခုဖြစ်သည်- သင့်အား virtual machines များကို နားလည်ရန် သို့မဟုတ် balancer APIs များကို တင်ရန် အတင်းအကြပ်လုပ်မည့်အစား၊ ၎င်းသည် ပိုမိုများပြားသော အမှာစာ abstractions - ဖြန့်ကျက်မှု လုပ်ငန်းစဉ်များနှင့် ဝန်ဆောင်မှုများနှင့် အလုပ်လုပ်ပါသည်။ ဆော့ဖ်ဝဲလ်အေးဂျင့်များကို ထည့်သွင်းမည့်အစား သင်သည် ကွန်တိန်နာများကို ဖွင့်နိုင်ပြီး သင်၏ကိုယ်ပိုင်စောင့်ကြည့်ရေးစတက်ခ်ကို ရေးသားမည့်အစား၊ ပလပ်ဖောင်းတွင် ရနိုင်သည့်ကိရိယာများကို အသုံးပြုပါ။ ထို့ကြောင့် OpenShift 4 ၏လျှို့ဝှက်ဆော့စ်သည် အမှန်တကယ်လျှို့ဝှက်ချက်မဟုတ်ပါ - ၎င်းသည် SRE သဘောတရားများနှင့် ဆာဗာမဲ့အယူအဆများကိုယူကာ developer များနှင့် လုပ်ငန်းလည်ပတ်အင်ဂျင်နီယာများကိုကူညီရန်အတွက် ၎င်းတို့၏ယုတ္တိနိဂုံးချုပ်ချက်ဆီသို့ ခေါ်ဆောင်သွားခြင်းသာဖြစ်သည်။

• အပလီကေးရှင်းများအသုံးပြုသည့် အခြေခံအဆောက်အအုံကို အလိုအလျောက်ပြုလုပ်ပြီး စံသတ်မှတ်ပါ။
• developer များကိုယ်တိုင် မကန့်သတ်ဘဲ အသုံးချခြင်းနှင့် ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်များကို အတူတကွ ချိတ်ဆက်ပါ။
• XNUMXth ဝန်ဆောင်မှု၊ အင်္ဂါရပ်၊ အပလီကေးရှင်း သို့မဟုတ် stack တစ်ခုလုံးကို စတင်ခြင်း၊ စာရင်းစစ်ခြင်းနှင့် လုံခြုံစေခြင်းသည် ပထမအကြိမ်ထက် ပိုခက်ခဲမည်မဟုတ်ကြောင်း သေချာစေပါ။

သို့သော် OpenShift 4 ပလပ်ဖောင်းနှင့်၎င်း၏ယခင်မျိုးဆက်များနှင့်ထိုကဲ့သို့သောပြဿနာများကိုဖြေရှင်းရန် "စံ" ချဉ်းကပ်မှုမှကွာခြားချက်ကဘာလဲ။ အကောင်အထည်ဖော်မှုနှင့် လုပ်ငန်းဆောင်ရွက်မှုအဖွဲ့များအတွက် မည်သည့်အတိုင်းအတာကို တွန်းအားပေးသနည်း။ အဘယ်ကြောင့်ဆိုသော် ထိုအခြေအနေတွင် ဘုရင်သည် အစုလိုက်အပြုံလိုက် ဖြစ်နေသောကြောင့် ဖြစ်သည်။ ဒီတော့၊

• အစုအဖွဲ့များ၏ ရည်ရွယ်ချက်ကို ရှင်းရှင်းလင်းလင်းဖြစ်စေရန် ကျွန်ုပ်တို့ သေချာအောင်လုပ်ပါ (ချစ်လှစွာသော တိမ်တိုက်၊ ကျွန်ုပ်တတ်နိုင်သောကြောင့် ဤအစုအဝေးကို ကောက်ယူလိုက်သည်)
• အစုအပြုံလိုက်အစေခံရန် စက်များနှင့် လည်ပတ်မှုစနစ်များ ရှိပါသည် (မင်းဘုရင်မင်းမြတ်)၊
• အစုအဖွဲ့မှ အိမ်ရှင်များ၏ အခြေအနေကို စီမံပါ၊ ၎င်းတို့၏ ပြန်လည်တည်ဆောက်ခြင်း (ပျံ့လွင့်မှု) ကို လျှော့ချပါ။
• စနစ်၏ အရေးကြီးသော အစိတ်အပိုင်းတစ်ခုစီအတွက် ပြဿနာများကို စောင့်ကြည့်ပြီး ဖယ်ရှားပေးမည့် ကလေးထိန်း (ယန္တရား) လိုအပ်ပါသည်။
• စနစ်တစ်ခု၏ *တိုင်း* ရှုထောင့် သို့မဟုတ် ဒြပ်စင်များ ပျက်ကွက်ခြင်းနှင့် ဆက်နွယ်နေသော ပြန်လည်ရယူရေး ယန္တရားများသည် ဘဝ၏ ပုံမှန်အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။
• အခြေခံအဆောက်အဦတစ်ခုလုံးကို API မှတဆင့် configure လုပ်ရပါမည်။
• Kubernetes ကိုသုံးရန် Kubernetes ကိုသုံးပါ။ (ဟုတ်၊ ဟုတ်၊ အဲဒါ typo မဟုတ်ဘူး)
• အပ်ဒိတ်များသည် တပ်ဆင်ရန် လွယ်ကူပြီး အရှုပ်အရှင်းကင်းရပါမည်။ အပ်ဒိတ်တစ်ခုကို ထည့်သွင်းရန် ကလစ်တစ်ချက်ထက်ပို၍ ကြာပါက၊ ကျွန်ုပ်တို့ တစ်ခုခုမှားနေမှန်း သိသာပါသည်။
• မည်သည့်အစိတ်အပိုင်းကိုမဆို စောင့်ကြည့်စစ်ဆေးခြင်းနှင့် အမှားရှာခြင်းသည် ပြဿနာမဖြစ်သင့်ပါ၊ ထို့ကြောင့် အခြေခံအဆောက်အအုံတစ်ခုလုံးကို ခြေရာခံခြင်းနှင့် သတင်းပို့ခြင်းမှာလည်း လွယ်ကူပြီး အဆင်ပြေသင့်သည်။

ပလက်ဖောင်း၏ လုပ်ဆောင်နိုင်စွမ်းများကို မြင်လိုပါသလား။

OpenShift 4 ၏ အစမ်းကြည့်ဗားရှင်းကို developer များအတွက် ရနိုင်ပါပြီ။ အသုံးပြုရလွယ်ကူသော ထည့်သွင်းမှုစနစ်ဖြင့် သင်သည် Red Had CoreOS ၏ထိပ်ရှိ AWS တွင် အစုအဝေးတစ်ခုကို လုပ်ဆောင်နိုင်သည်။ အစမ်းကြည့်ရှုခြင်းကို အသုံးပြုရန်၊ အစမ်းကြည့်ပုံများကို ဝင်ရောက်ကြည့်ရှုရန် အခြေခံအဆောက်အဦနှင့် အကောင့်အစုံကို ပံ့ပိုးပေးရန်အတွက် AWS အကောင့်တစ်ခုသာ လိုအပ်ပါသည်။

1. စတင်ရန်၊ သို့ သွားပါ။ try.openshift.com ပြီးလျှင် “Get Started” ကိုနှိပ်ပါ။
2. သင်၏ Red Hat အကောင့်သို့ လော့ဂ်အင်ဝင်ပါ (သို့မဟုတ် အသစ်တစ်ခု ဖန်တီးပါ) နှင့် သင်၏ ပထမဆုံး အစုအဝေးကို စနစ်ထည့်သွင်းရန် ညွှန်ကြားချက်များကို လိုက်နာပါ။

တပ်ဆင်မှု အောင်မြင်ပြီးနောက်၊ ကျွန်ုပ်တို့၏ သင်ခန်းစာများကို ကြည့်ရှုပါ။ OpenShift သင်တန်းOpenShift 4 ပလပ်ဖောင်းကို Kubernetes ကိုအသုံးပြုရန် ဤကဲ့သို့လွယ်ကူပြီး အဆင်ပြေသောနည်းလမ်းဖြစ်စေသည့် စနစ်များနှင့် သဘောတရားများကို နက်နဲစွာနားလည်သဘောပေါက်ရန်။

OpenShift အသစ်ကို စမ်းသုံးကြည့်ပြီး သင့်ထင်မြင်ချက်ကို မျှဝေပါ။ NoOps ၏အနာဂတ်သည် ယနေ့မှစတင်ပြီး Kumbernetes နှင့် တတ်နိုင်သမျှ လွယ်ကူစွာ အသုံးပြုနိုင်စေရန်နှင့် ကြိုးပမ်းအားထုတ်ရန် ကျွန်ုပ်တို့ ကတိပြုပါသည်။

အခု သတိထား။
ညီလာခံမှာ DevOpsForum 2019 ဧပြီလ 20 ရက်နေ့တွင် OpenShift developer များထဲမှတစ်ဦးဖြစ်သော Vadim Rutkovsky သည် master class တစ်ခုကိုကျင်းပလိမ့်မည် - သူသည်ပြွတ်ဆယ်ခုကိုချိုးဖျက်ပြီးသူတို့ကိုပြုပြင်ရန်အတင်းအကျပ်လုပ်လိမ့်မည်။ ကွန်ဖရင့်ကို ပေးချေသော်လည်း ပရိုမိုးရှင်းကုဒ် #RedHat ဖြင့် သင်သည် 37% လျှော့စျေးကို ရရှိမည်ဖြစ်သည်။

Master class မှာ 17:15 - 18:15 ဖြစ်ပြီး စတန်းကို တစ်နေ့လုံး ဖွင့်ပါတယ်။ တီရှပ်များ၊ ဦးထုပ်များ၊ စတစ်ကာများ - ပုံမှန်ဖြစ်သည်။

ခန်းမ နံပါတ် ၂
"ဤနေရာတွင် စနစ်တစ်ခုလုံးကို ပြောင်းလဲရန် လိုအပ်သည်- ကျွန်ုပ်တို့သည် ကျိုးပဲ့နေသော k8s အစုအဝေးများကို လက်မှတ်ရ စက်ပြင်များနှင့်အတူ ပြုပြင်ပါသည်။"

source: www.habr.com