ပရမ်းပတာများကို စီမံခန့်ခွဲခြင်း- နည်းပညာဆိုင်ရာမြေပုံတစ်ခု၏အကူအညီဖြင့် အရာများကို စနစ်တကျစီစဉ်ခြင်း။

ရုပ်ပုံ Unsplash

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

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

Chaos နှင့် DevOps အကြောင်း

အတိုချုပ်အားဖြင့်၊ DevOps ၏ အယူအဆတွင် ဖွံ့ဖြိုးတိုးတက်ရေးကိရိယာများနှင့် ဝန်ဆောင်မှုများအပြင် ၎င်းတို့၏အသုံးပြုမှုအတွက် နည်းစနစ်များနှင့် အကောင်းဆုံးအလေ့အကျင့်များ ပါဝင်ပါသည်။ တစ်ကမ္ဘာလုံးကို ဖြန့်ကြည့်ရအောင် ရည်မှန်းချက် ကျွန်ုပ်တို့၏ကုမ္ပဏီရှိ DevOps စိတ်ကူးများကို အကောင်အထည်ဖော်ခြင်းမှ၊ ၎င်းသည် အရေအတွက်သတ်မှတ်ချက်အရ ထုတ်ကုန်များ၏ထုတ်လုပ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုကုန်ကျစရိတ် (လူ-နာရီ သို့မဟုတ် စက်နာရီ၊ CPU၊ RAM၊ Disk စသည်ဖြင့်) ကို တသမတ်တည်း လျှော့ချလိုက်ခြင်းဖြစ်သည်။ ကုမ္ပဏီတစ်ခုလုံး၏အဆင့်တွင် ဖွံ့ဖြိုးတိုးတက်မှုကုန်ကျစရိတ်အားလုံးကို လျှော့ချရန် အလွယ်ကူဆုံးနှင့် အထင်ရှားဆုံးနည်းလမ်းမှာ ပုံမှန် serial tasks များလုပ်ဆောင်ခြင်းအတွက် ကုန်ကျစရိတ်ကို လျှော့ချပေးသည်။ ထုတ်လုပ်မှုအဆင့်တိုင်းတွင်။ ဒါပေမယ့် ဒီအဆင့်တွေက ဘာတွေလဲ၊ အထွေထွေ လုပ်ငန်းစဉ်ကနေ ဘယ်လိုခွဲမလဲ၊ ဘယ်လို အဆင့်တွေ ပါဝင်ပါသလဲ။

ကုမ္ပဏီတစ်ခုသည် ထုတ်ကုန်တစ်ခုအား တီထွင်သောအခါ၊ အရာအားလုံးသည် အနည်းနှင့်အများ ရှင်းနေသည်- အများအားဖြင့် ဘုံလမ်းပြမြေပုံနှင့် ဖွံ့ဖြိုးတိုးတက်မှုအစီအစဥ်များရှိသည်။ ဒါပေမယ့် ထုတ်ကုန်လိုင်း ချဲ့ထွင်ပြီး ထုတ်ကုန်တွေ ပိုများလာတဲ့အခါ ဘာလုပ်ရမလဲ။ ပထမတစ်ချက်တွင်၊ ၎င်းတို့တွင် ဆင်တူသော လုပ်ငန်းစဉ်များနှင့် စည်းဝေးပွဲလိုင်းများရှိပြီး မှတ်တမ်းများနှင့် Script များရှိ "X ကွဲပြားမှုများကို ရှာဖွေရန်" ဂိမ်းသည် စတင်ပါသည်။ သို့သော် တက်ကြွသော ဖွံ့ဖြိုးတိုးတက်မှုတွင် 5+ ပရောဂျက်များရှိပြီး နှစ်များစွာအတွင်း ဗားရှင်းများစွာကို တီထွင်ဖန်တီးထားသည့် ဗားရှင်းများအတွက် ပံ့ပိုးကူညီမှု လိုအပ်နေပါက အဘယ်နည်း။ ကျွန်ုပ်တို့သည် ထုတ်ကုန်ပိုက်လိုင်းများတွင် ဖြစ်နိုင်ချေအများဆုံးဖြေရှင်းချက်အရေအတွက်ကို ပြန်လည်အသုံးပြုလိုပါသလား သို့မဟုတ် တစ်ခုစီအတွက် ထူးခြားသောဖွံ့ဖြိုးတိုးတက်မှုတစ်ခုအတွက် ငွေသုံးရန် အဆင်သင့်ဖြစ်ပါသလား။

ထူးခြားမှုနှင့် အမှတ်စဉ်ဖြေရှင်းချက်များကြား ချိန်ခွင်လျှာကို မည်သို့ရှာဖွေနိုင်မည်နည်း။

ဤမေးခွန်းများသည် 2015 ခုနှစ်မှစ၍ ကျွန်ုပ်တို့ရှေ့တွင် မကြာခဏ ပေါ်ပေါက်လာပါသည်။ ထုတ်ကုန်အရေအတွက် တိုးလာသည်နှင့်အမျှ ကျွန်ုပ်တို့သည် ဤထုတ်ကုန်များ၏ စည်းဝေးပွဲလိုင်းများကို ပံ့ပိုးပေးသည့် ကျွန်ုပ်တို့၏ အလိုအလျောက်စနစ်ဌာန (DevOps) ကို ချဲ့ထွင်ရန် ကြိုးစားခဲ့သည်။ တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် ထုတ်ကုန်များကြားတွင် တတ်နိုင်သမျှ ဖြေရှင်းနည်းများစွာကို ပုံတူကူးချလိုပါသည်။ နောက်ဆုံးအနေနဲ့၊ ထုတ်ကုန်ဆယ်ခုမှာ ဘာကြောင့် တူညီတာကို မတူညီတဲ့နည်းလမ်းတွေနဲ့ လုပ်တာလဲ။

ဖွံ့ဖြိုးတိုးတက်ရေးဒါရိုက်တာ: "ယောက်ျားလေးတွေ၊ ထုတ်ကုန်တွေအတွက် DevOps က ဘာလုပ်ပေးတယ်ဆိုတာ တစ်နည်းနည်းနဲ့ အကဲဖြတ်နိုင်မလား။"

ကျွန်တော်တို့- "ကျွန်ုပ်တို့မသိပါဘူး၊ ဒီလိုမေးခွန်းမျိုးမမေးထားပါဘူး၊ ဒါပေမယ့် ဘယ်ညွှန်းကိန်းတွေကို ထည့်သွင်းစဉ်းစားသင့်လဲ။"

ဖွံ့ဖြိုးတိုးတက်ရေးဒါရိုက်တာ: "ဘယ်သူသိနိုင်မလဲ! စဉ်းစား…”

အဲဒီနာမည်ကြီးရုပ်ရှင်ထဲမှာလိုပဲ "ငါဟိုတယ်မှာနေတယ်!.." - "အိုး... မင်းငါ့ကိုလမ်းပြပေးနိုင်မလား?" ရောင်ပြန်ဟပ်မှုတွင်၊ ကျွန်ုပ်တို့သည် ထုတ်ကုန်များ၏ နောက်ဆုံးအခြေအနေများကို ဦးစွာဆုံးဖြတ်ရန် လိုအပ်ကြောင်း နိဂုံးချုပ်လာပါသည်။ ဒါဟာ ကျွန်တော်တို့ရဲ့ ပထမဆုံး ပန်းတိုင် ဖြစ်လာခဲ့ပါတယ်။

ထို့ကြောင့်၊ လူ ၁၀ ဦးမှ ၂၀၀ ဦးအထိ မျှမျှတတ ကြီးမားသော အဖွဲ့များဖြင့် ထုတ်ကုန်တစ်ဒါဇင်ကို ခွဲခြမ်းစိတ်ဖြာပြီး ဖြေရှင်းချက်များကို ပုံတူကူးသည့်အခါ တိုင်းတာနိုင်သော မက်ထရစ်များကို မည်သို့ဆုံးဖြတ်မည်နည်း။

Chaos ၏မျက်နှာသာဖြင့် 1:0 သို့မဟုတ် ပခုံးပေါ်ရှိ DevOps

ကျွန်ုပ်တို့သည် IDEF0 ပုံကြမ်းများနှင့် BPwin စီးရီးများမှ အမျိုးမျိုးသော လုပ်ငန်းလုပ်ငန်းစဉ်ဇယားများကို အသုံးပြုရန် ကြိုးပမ်းမှုဖြင့် စတင်ခဲ့သည်။ နောက်ပရောဂျက်၏နောက်ထပ်အဆင့်၏ ပဉ္စမမြောက်စတုရန်းအပြီးတွင် ရှုပ်ထွေးမှုများစတင်ခဲ့ပြီး ပရောဂျက်တစ်ခုစီအတွက် ဤစတုရန်းများကို ခြေလှမ်း 50+ အောက်ရှိ စပါးအုံးရှည်ကြီး၏အမြီးတွင် ရေးဆွဲနိုင်သည်။ ဝမ်းနည်းခံစားခဲ့ရပြီး လကို အော်ဟစ်ချင်နေသည် - ယေဘုယျအားဖြင့် အဆင်မပြေပါ။

ရိုးရိုးထုတ်လုပ်မှုလုပ်ငန်းများ

မော်ဒယ်ထုတ်လုပ်ခြင်း လုပ်ငန်းစဉ်များသည် အလွန်ရှုပ်ထွေးပြီး ဇွဲလုံ့လရှိသော အလုပ်တစ်ခုဖြစ်သည်- အမျိုးမျိုးသော ဌာနများနှင့် ထုတ်လုပ်မှုကွင်းဆက်များမှ အချက်အလက်အများအပြားကို စုဆောင်း၊ စီမံဆောင်ရွက်ကာ ခွဲခြမ်းစိတ်ဖြာရန် လိုအပ်ပါသည်။ ဒီအကြောင်းကို ဆောင်းပါးမှာ ဆက်လက်ဖတ်ရှုနိုင်ပါတယ်"အိုင်တီကုမ္ပဏီတစ်ခု၏ ထုတ်လုပ်မှုလုပ်ငန်းစဉ်များကို ပုံဖော်ခြင်း။"။

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

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

ပုံပေါ်တွင် ကလစ်နှိပ်ခြင်းဖြင့် ၎င်းကို အရွယ်အစား အပြည့်ဖြင့် ဖွင့်ပါမည်။

ကုမ္ပဏီတွင် ကျွန်ုပ်တို့၏လုပ်ငန်းကို နယ်ပယ်များစွာ ခွဲထားသည်။ အခြေခံအဆောက်အဦ၏ဦးတည်ချက်သည် ဌာန၏ "သံ" အရင်းအမြစ်များအားလုံး၏ လည်ပတ်ဆောင်ရွက်မှုကို ကောင်းမွန်အောင်လုပ်ဆောင်ခြင်းအပြင် ၎င်းတို့ပေါ်တွင် အတုအယောင်စက်များနှင့် ပတ်ဝန်းကျင်ကို အလိုအလျောက်စနစ်ဖြင့် ဖြန့်ကျက်လုပ်ဆောင်ခြင်းတွင် ပါဝင်ပါသည်။ စောင့်ကြည့်ခြင်း၏ဦးတည်ချက်သည် 24/7 ဝန်ဆောင်မှုစွမ်းဆောင်ရည်ထိန်းချုပ်မှုကိုထောက်ပံ့ပေးသည်။ ကျွန်ုပ်တို့သည် ဆော့ဖ်ဝဲရေးသားသူများအတွက် ဝန်ဆောင်မှုတစ်ခုအနေဖြင့် စောင့်ကြည့်ခြင်းကိုလည်း ဆောင်ရွက်ပေးပါသည်။ အလုပ်အသွားအလာ ဦးတည်ချက်သည် ဖွံ့ဖြိုးတိုးတက်မှုနှင့် စမ်းသပ်မှုလုပ်ငန်းစဉ်များကို စီမံခန့်ခွဲရန်၊ ကုဒ်၏အခြေအနေကို ပိုင်းခြားစိတ်ဖြာရန်နှင့် ပရောဂျက်များအတွက် ခွဲခြမ်းစိတ်ဖြာမှုရယူရန် ကိရိယာများပါရှိသော အဖွဲ့များကို ပံ့ပိုးပေးပါသည်။ နောက်ဆုံးအနေနှင့်၊ webdev လမ်းညွှန်ချက်သည် GUS နှင့် FLUS အပ်ဒိတ်ဆာဗာများတွင် ထုတ်ဝေမှုများအပြင် LicenseLab ဝန်ဆောင်မှုကို အသုံးပြုသည့် ထုတ်ကုန်များ၏ လိုင်စင်ထုတ်ပေးခြင်းကို ပံ့ပိုးပေးပါသည်။ ထုတ်လုပ်မှု ပိုက်လိုင်းကို ပံ့ပိုးရန်၊ ကျွန်ုပ်တို့သည် developer များအတွက် မတူညီသော ပံ့ပိုးကူညီမှု ဝန်ဆောင်မှုများစွာကို တည်ဆောက်ပြီး ထိန်းသိမ်းထားပါသည် (ယခင်အစည်းအဝေးများတွင် ၎င်းတို့ထဲမှ အချို့အကြောင်း သတင်းများကို သင်နားထောင်နိုင်သည်- အို! DevOps ၂၀၁၆ и အို! DevOps ၂၀၁၆) ကျွန်ုပ်တို့ အပါအဝင် စက်တွင်း အလိုအလျောက်စနစ်ဆိုင်ရာ ကိရိယာများကိုလည်း တီထွင်ထုတ်လုပ်ပါသည်။ open source ဖြေရှင်းချက်များ.

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

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

Habré ရှိ ကျွန်ုပ်တို့၏ အခြားဆောင်းပါးများတွင် ပုံမှန် DevOps လုပ်ဆောင်စရာများအကြောင်း သင်ဖတ်နိုင်သည်- "ကိုယ်ရေးကိုယ်တာ အတွေ့အကြုံ- ကျွန်ုပ်တို့၏ စဉ်ဆက်မပြတ် ပေါင်းစည်းမှုစနစ်က ဘယ်လိုပုံစံလဲ။"ထိုအခါ"ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်များ၏ အလိုအလျောက်လုပ်ဆောင်ခြင်း- Positive Technologies တွင် DevOps စိတ်ကူးများကို ကျွန်ုပ်တို့ အကောင်အထည်ဖော်ပုံ"။

ပုံမှန်ထုတ်လုပ်မှု ကွင်းဆက်များစွာ ဖြစ်ပေါ်လာသည်။ ထုတ်လုပ်မှုလုပ်ငန်းစဥ်. လုပ်ငန်းစဉ်များကိုဖော်ပြရန် စံချဉ်းကပ်နည်းမှာ အလုပ်လုပ်နိုင်သော IDEF0 မော်ဒယ်များကို အသုံးပြုခြင်းဖြစ်သည်။

ထုတ်လုပ်မှု CI လုပ်ငန်းစဉ်ကို ပုံဖော်ခြင်း ဥပမာ

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

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

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ထုတ်ဝေမှုအစီအစဉ်ကို အလွန်ရိုးရှင်းစေပြီး ယေဘုယျအားဖြင့်ဆိုလျှင်၊ ၎င်းတွင် အောက်ပါအဆင့်များပါဝင်သည်-

• cross-platform ထုတ်ကုန်တပ်ဆင်ခြင်း၊
• စမ်းသပ်ခုံတန်းများချထားပြီး၊
• functional နှင့် အခြားသော စမ်းသပ်မှုများ လုပ်ဆောင်နေခြင်း၊
• Artifactory ရှိ repositories များထုတ်လွှတ်ရန်အတွက် စမ်းသပ်တည်ဆောက်မှုများကို မြှင့်တင်ခြင်း၊
• အပ်ဒိတ်ဆာဗာများပေါ်တွင် ထုတ်ဝေမှုတည်ဆောက်မှုများ၊
• တပ်ဆင်ခြင်းနှင့် ထုတ်လုပ်မှုဆိုင်ရာ အဆင့်မြှင့်တင်မှုများ ပေးပို့ခြင်း၊
• ထုတ်ကုန်၏တပ်ဆင်ခြင်းနှင့်မွမ်းမံခြင်းကိုစတင်ခြင်း။

ဥပမာအားဖြင့်၊ အလုပ်လုပ်နိုင်သော IDEF0 မော်ဒယ်ပုံစံဖြင့် ဤပုံမှန်ထုတ်လွှတ်မှုအစီအစဉ် (နောင်ရိုးရိုးပုံစံ) ၏ နည်းပညာဆိုင်ရာ မော်ဒယ်ကို သုံးသပ်ကြည့်ပါ။ ၎င်းသည် ကျွန်ုပ်တို့၏ CI လုပ်ငန်းစဉ်၏ အဓိကအဆင့်များကို ထင်ဟပ်စေသည်။ IDEF0 လို့ ခေါ်တဲ့ မော်ဒယ်တွေကို သုံးပါတယ်။ ICOM အမှတ်အသား (Input-Control-Output-Mechanism) သည် အဆင့်တစ်ခုစီတွင် မည်သည့်အရင်းအမြစ်များကို အသုံးပြုထားသည်ကို ဖော်ပြရန်၊ မည်သည့်စည်းမျဉ်းများနှင့် လိုအပ်ချက်များ လုပ်ဆောင်နေကြောင်း၊ အထွက်နှုန်းမှာ မည်သည်နှင့် မည်သည့်ယန္တရားများ၊ ဝန်ဆောင်မှုများ သို့မဟုတ် လူများက သီးခြားအဆင့်ကို အကောင်အထည်ဖော်မည်ကို အခြေခံ၍ ဖော်ပြရန်။

ပုံပေါ်တွင် ကလစ်နှိပ်ခြင်းဖြင့် ၎င်းကို အရွယ်အစား အပြည့်ဖြင့် ဖွင့်ပါမည်။

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

မျှော်လင့်ချက် မွေးဖွားခြင်း။

စာအုပ်တစ်အုပ်တွင် နည်းပညာဆိုင်ရာ လုပ်ငန်းစဉ်များကို ဖော်ပြသည့် ဆိုဗီယက်မြေပုံဟောင်းများကို တွေ့ခဲ့ရသည် (ယနေ့ခေတ် အစိုးရပိုင် လုပ်ငန်းများနှင့် တက္ကသိုလ်များစွာတွင် ယနေ့တိုင် အသုံးပြုနေဆဲဖြစ်သည်)။ ကျွန်ုပ်တို့တွင် အလုပ်အသွားအလာတစ်ခုရှိသောကြောင့် စောင့်ပါ၊ စောင့်ဆိုင်းပါ။ ။ အဆင့်များ၊ ရလဒ်များ၊ မက်ထရစ်များ၊ လိုအပ်ချက်များ၊ ညွှန်ကိန်းများ အစရှိသည်တို့ ရှိပါသည်။ ခံစားချက်တစ်ခုရှိခဲ့တယ်- "ဒါပေါ့! မှန်ကန်တဲ့ ကြိုးကို ရှာတွေ့ပြီ၊ အဲဒါကို ဆွဲထုတ်ဖို့ အချိန်တန်ပါပြီ။

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

မြေပုံ၏ အတန်းများနှင့် ကော်လံများ၏ လမ်းဆုံများတွင်၊ တိကျသော အဆင့်နှင့် ထုတ်ကုန်အတွက် အခြေအနေများကို ချထားပါသည်။ အခြေအနေများအတွက်၊ ပြည်နယ်အစုံကို သတ်မှတ်ခဲ့သည်-

1. အချက်အလက်မရှိပါ - သို့မဟုတ် မသင့်လျော်။ ထုတ်ကုန်ရှိ အဆင့်တစ်ခုအတွက် လိုအပ်ချက်ကို ခွဲခြမ်းစိတ်ဖြာရန် လိုအပ်ပါသည်။ ခွဲခြမ်းစိတ်ဖြာမှု တစ်ခုခုကို လုပ်ဆောင်ပြီးဖြစ်သော်လည်း အဆင့်သည် လောလောဆယ် မလိုအပ်သေးပါ သို့မဟုတ် စီးပွားရေးအရ မျှတမှုမရှိပါ။
2. ရွှေ့ဆိုင်းထားသည်။ - သို့မဟုတ် လောလောဆယ် မသက်ဆိုင်ပါ။ ပိုက်လိုင်းအတွက် အဆင့်တစ်ခု လိုအပ်သော်လည်း ယခုနှစ်တွင် အကောင်အထည်ဖော်ရန် တွန်းအားပေးမှု မရှိသေးပါ။
3. စီစဉ်ထားသည်. အဆိုပါအဆင့်ကို ယခုနှစ်အတွင်း အကောင်အထည်ဖော်ရန် စီစဉ်ထားသည်။
4. ဟိုဟာ. ပိုက်လိုင်းရှိ အဆင့်ကို လိုအပ်သော ပမာဏဖြင့် အကောင်အထည်ဖော်သည်။

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

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

သူတို့က ကျွန်ုပ်တို့ကို ကန့်ကွက်နိုင်သည်– “ဒါက ကောင်းတာပေါ့၊ အချိန်ကြာလာတာနဲ့အမျှ ခြေလှမ်းတွေနဲ့ အဆင့်တွေက သိသိသာသာကြီး ကြီးမားလာလိမ့်မယ်။ ဘယ်လိုဖြစ်ရတာလဲ?

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

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

ဖွံ့ဖြိုးတိုးတက်မှုအပိုင်းများကို မြေပုံပေါ်တွင် မှတ်တိုင်များနှင့် ခြေလှမ်းများအဖြစ် ပြသထားပြီးဖြစ်သည်။ ကျွန်ုပ်တို့သည် ပုံမှန်အဆင့်များအတွက် အလိုအလျောက်စနစ်နိဒါန်းဖြင့် ထုတ်ကုန်၏ကုန်ကျစရိတ်လျှော့ချရေးကို လွှမ်းမိုးနိုင်သည်။ ထို့နောက်တွင်၊ ကျွန်ုပ်တို့သည် အရည်အသွေးဆိုင်ရာလက္ခဏာရပ်များ၊ အရေအတွက်တိုင်းတာမှုများနှင့် အသင်းများမှရရှိသောအမြတ်ငွေများ (လူ-နာရီ သို့မဟုတ် စက်-ငွေစုသည့်နာရီများတွင်) ကို ကျွန်ုပ်တို့သုံးသပ်သည်။

နည်းပညာပိုင်းဆိုင်ရာ ထုတ်လုပ်မှု မြေပုံ

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ အဆင့်များနှင့် ခြေလှမ်းအားလုံးကို လုပ်ဆောင်ပြီး ၎င်းတို့အား tag များဖြင့် ကုဒ်နံပါတ်များ ချိတ်ဆက်ကာ ကွင်းဆက်တစ်ခုအဖြစ် ချဲ့ထွင်ပါက၊ ၎င်းသည် အလွန်ရှည်လျားပြီး နားမလည်နိုင်သော အဖြစ်သို့ ပြောင်းလဲသွားလိမ့်မည် (ဆောင်းပါးအစတွင် ကျွန်ုပ်တို့ပြောခဲ့သည့် "စပါးအုံးအမြီး" မျှသာ) :

[Production] — [InfMonitoring] — [SourceCodeControl] — [Prepare] — [PrepareLinuxDocker] — [PrepareWinDocker] — [Build] — [PullSourceCode] — [PrepareDep] — [UnitTest] — [CodeCoverage] — [StaticAnalyze] — [BuildScenario] — [PushToSnapshot] — [ChangelogBuilder] — [Deploy] — [PrepareTestStand] — [PullTestCode] — [PrepareTestEnv] — [PullArtifact] — [DeployArtifact] — [Test] — [BVTTest] — [SmokeTest] — [FuncTest] — [LoadTest] — [IntegrityTest] — [DeliveryTest] — [MonitoringStands] — [TestManagement] — [Promote] — [QualityTag] — [MoveToRelease] — [License] — [Publish] — [PublishGUSFLUS] — [ControlVisibility] — [Install] — [LicenseActivation] — [RequestUpdates] — [PullUpdates] — [InitUpdates] — [PrepareEnv] — [InstallUpdates] — [Telemetry] — [Workflow] — [Communication] — [Certification] — [CISelfSufficiency]

ဤအရာများသည် ဆောက်လုပ်ရေးထုတ်ကုန်များ [Build]၊ ၎င်းတို့ကို ဆာဗာများစမ်းသပ်ရန် [Deploy]၊ စမ်းသပ်ခြင်း [Test]၊ စမ်းသပ်မှုရလဒ်များကိုအခြေခံ၍ [မြှင့်တင်ရန်] တည်ဆောက်မှုများကို မြှင့်တင်ခြင်း၊ လိုင်စင်ထုတ်ပေးခြင်းနှင့် ထုတ်ဝေခြင်း [လိုင်စင်]၊ ထုတ်ဝေခြင်း [လိုင်စင်]၊ GUS အပ်ဒိတ်ဆာဗာတွင် ထုတ်ဝေပြီး FLUS အပ်ဒိတ်ဆာဗာများသို့ ပေးပို့ခြင်း၊ ကုန်ပစ္စည်းဖွဲ့စည်းပုံစီမံခြင်း [Install] ကို အသုံးပြု၍ ဝယ်ယူသူ၏အခြေခံအဆောက်အအုံတွင် တပ်ဆင်ခြင်းနှင့် မွမ်းမံခြင်းများအပြင် ထည့်သွင်းထားသောထုတ်ကုန်များမှ တယ်လီမီတာ [Telemetry] စုဆောင်းခြင်း။

၎င်းတို့အပြင်၊ သီးခြားအဆင့်များကို ခွဲခြားနိုင်သည်- အခြေခံအဆောက်အအုံဆိုင်ရာ အခြေအနေစောင့်ကြည့်ခြင်း [InfMonitoring]၊ အရင်းအမြစ်ကုဒ်ဗားရှင်း [SourceCodeControl]၊ တည်ဆောက်ပတ်ဝန်းကျင်ပြင်ဆင်မှု [ပြင်ဆင်ခြင်း]၊ ပရောဂျက်စီမံခန့်ခွဲမှု [အလုပ်အသွားအလာ]၊ ဆက်သွယ်ရေးကိရိယာများ [ဆက်သွယ်ရေး] နှင့် အဖွဲ့များကို ပံ့ပိုးပေးခြင်း၊ ထုတ်ကုန်အသိအမှတ်ပြုခြင်း [ အသိအမှတ်ပြုလက်မှတ်] နှင့် CI လုပ်ငန်းစဉ်များ [CISelfSufficiency] (ဥပမာ၊ အင်တာနက်မှ စည်းဝေးပွဲများ၏ လွတ်လပ်မှု) ကို သေချာစေခြင်း။ ကျွန်ုပ်တို့၏ လုပ်ငန်းစဉ်များတွင် ဒါဇင်ပေါင်းများစွာသော အဆင့်များသည် အလွန်တိကျသောကြောင့် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။

ပုံစံဖြင့်တင်ပြပါက ထုတ်လုပ်မှုလုပ်ငန်းစဉ်တစ်ခုလုံးကို နားလည်ပြီး ကြည့်ရှုရန် ပိုမိုလွယ်ကူမည်ဖြစ်သည်။ နည်းပညာဆိုင်ရာမြေပုံ; ဤသည်မှာ မော်ဒယ်၏ တစ်ဦးချင်း ထုတ်လုပ်မှု အဆင့်များနှင့် ပြိုကွဲပျက်စီးသွားသော အဆင့်များကို အတန်းလိုက် ရေးမှတ်ထားသော ဇယားဖြစ်ပြီး အဆင့်တစ်ခုစီ သို့မဟုတ် ခြေလှမ်းတစ်ခုစီတွင် လုပ်ဆောင်သည့် အကြောင်းအရာကို ကော်လံများတွင် ဖော်ပြထားသည်။ အဆင့်တစ်ခုစီကို ပံ့ပိုးပေးသော အရင်းအမြစ်များနှင့် တာဝန်ဝတ္တရားများကို ပိုင်းခြားသတ်မှတ်ခြင်းအပေါ် အဓိက အလေးထားပါသည်။

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

ကျွန်ုပ်တို့၏ကုမ္ပဏီအတွင်းတွင်၊ မြေပုံကို ပုံမှန် HTML ဖိုင်အဖြစ် jinja ပုံစံခွက်မှ အလိုအလျောက်ထုတ်ပေးပြီး GitLab Pages ဆာဗာသို့ အပ်လုဒ်လုပ်ပါသည်။ အပြည့်အဝထုတ်လုပ်ထားသောမြေပုံ၏နမူနာတစ်ခုပါသော ဖန်သားပြင်ဓာတ်ပုံကို ကြည့်ရှုနိုင်ပါသည်။ လင့်ခ်.

ပုံပေါ်တွင် ကလစ်နှိပ်ခြင်းဖြင့် ၎င်းကို အရွယ်အစား အပြည့်ဖြင့် ဖွင့်ပါမည်။

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

ကျွန်ုပ်တို့၏လမ်းပြမြေပုံ၏ဖွဲ့စည်းပုံ

မြေပုံတွင် အစိတ်အပိုင်းများစွာ ပါဝင်သည်-

1. ခေါင်းစဉ်ဧရိယာ - ဤနေရာတွင် မြေပုံ၏ ယေဘူယျဖော်ပြချက်ဖြစ်သည်၊ အခြေခံသဘောတရားများကို မိတ်ဆက်ထားပြီး၊ ထုတ်လုပ်မှုလုပ်ငန်းစဉ်၏ အဓိကအရင်းအမြစ်များနှင့် ရလဒ်များကို သတ်မှတ်ပေးပါသည်။
2. ဒက်ရှ်ဘုတ် - ဤနေရာတွင် သင်သည် ထုတ်ကုန်တစ်ခုချင်းစီအတွက် ဒေတာပြသမှုကို ထိန်းချုပ်နိုင်ပြီး၊ ထုတ်ကုန်အားလုံးအတွက် ယေဘုယျအားဖြင့် အကောင်အထည်ဖော်သည့် အဆင့်များနှင့် အဆင့်များအကျဉ်းချုပ်ကို ပေးထားသည်။
3. နည်းပညာဆိုင်ရာမြေပုံ - နည်းပညာဆိုင်ရာလုပ်ငန်းစဉ်၏ဇယားကွက်ဖော်ပြချက်။ မြေပုံပေါ်တွင်-
   • အဆင့်အားလုံး၊ အဆင့်များနှင့် ၎င်းတို့၏ကုဒ်များကို ပေးထားသည်။
   • အဆင့်များကို တိုတိုနှင့် ပြီးပြည့်စုံသော ဖော်ပြချက်များပေးထားပါသည်။
   • အဆင့်တစ်ခုစီတွင် အသုံးပြုသည့် ထည့်သွင်းအရင်းအမြစ်များနှင့် ဝန်ဆောင်မှုများကို ညွှန်ပြထားသည်။
   • အဆင့်တစ်ခုစီ၏ရလဒ်များနှင့် သီးခြားအဆင့်တစ်ခုကို ညွှန်ပြထားသည်။
   • အဆင့်နှင့် အဆင့်တစ်ခုစီအတွက် တာဝန်ယူမှု နယ်ပယ်ကို ညွှန်ပြသည်၊
   • HDD (SSD)၊ RAM၊ vCPU နှင့် လက်ရှိအခိုက်အတန့်တွင် အလုပ်နှစ်ခုလုံးကို ပံ့ပိုးရန် လိုအပ်သော နည်းပညာအရင်းအမြစ်များဖြစ်သည့် HDD (SSD)၊ RAM၊ vCPU နှင့် လက်ရှိအခိုက်အတန့် နှစ်ခုစလုံးသည် အမှန်တကယ်၊
   • ထုတ်ကုန်တစ်ခုစီအတွက်၊ ၎င်းအတွက် မည်သည့်နည်းပညာဆိုင်ရာ အဆင့်များ သို့မဟုတ် အဆင့်များကို အကောင်အထည်ဖော်ခဲ့ကြောင်း၊ အကောင်အထည်ဖော်ရန် စီစဉ်ထားသည်၊ မသက်ဆိုင်သည် သို့မဟုတ် အကောင်အထည်မဖော်သေးကြောင်း ညွှန်ပြထားသည်။

နည်းပညာမြေပုံပေါ်အခြေခံ၍ ဆုံးဖြတ်ချက်ချခြင်း။

မြေပုံကို စစ်ဆေးပြီးနောက်၊ ကုမ္ပဏီရှိ ဝန်ထမ်း၏ အခန်းကဏ္ဍ (ဖွံ့ဖြိုးတိုးတက်မှုမန်နေဂျာ၊ ထုတ်ကုန်မန်နေဂျာ၊ တီထွင်သူ သို့မဟုတ် စမ်းသပ်သူ) ၏ အခန်းကဏ္ဍအပေါ် မူတည်၍ အချို့သော လုပ်ဆောင်ချက်များကို လုပ်ဆောင်နိုင်သည်-

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

အထက်ပါအချက်များအားလုံးကို အကျဉ်းချုပ်ဖော်ပြပါသည်။

လမ်းကြောင်းသည် စွယ်စုံရ၊ တိုးချဲ့နိုင်ပြီး ထိန်းသိမ်းရလွယ်ကူသည်။ တင်းကျပ်သော ပညာရေး IDEF0 မော်ဒယ်ထက် ဤပုံစံရှိ လုပ်ငန်းစဉ်များ၏ ဖော်ပြချက်အား ပြုစုထိန်းသိမ်းရန် ပိုမိုလွယ်ကူသည်။ ထို့အပြင်၊ ဇယားကွက်ဖော်ပြချက်သည် ရိုးရှင်းသည်၊ ပိုမိုရင်းနှီးပြီး အလုပ်လုပ်နိုင်သော မော်ဒယ်ထက် ကောင်းမွန်သော ဖွဲ့စည်းတည်ဆောက်မှုဖြစ်သည်။

အဆင့်များ၏နည်းပညာပိုင်းဆိုင်ရာအကောင်အထည်ဖော်မှုအတွက်၊ ကျွန်ုပ်တို့တွင် CI စနစ်များ၊ ဝန်ဆောင်မှုများနှင့် အခြေခံအဆောက်အဦများကြားရှိ အလွှာကိရိယာတစ်ခုဖြစ်သည့် CrossBuilder အထူးစက်တွင်းကိရိယာတစ်ခုရှိသည်။ ဆော့ဖ်ဝဲအင်ဂျင်နီယာသည် ၎င်း၏စက်ဘီးကို ဖြတ်တောက်ရန် မလိုအပ်ပါ- ကျွန်ုပ်တို့၏ CI စနစ်တွင်၊ ကျွန်ုပ်တို့၏ အခြေခံအဆောက်အအုံဆိုင်ရာ အင်္ဂါရပ်များကို ထည့်သွင်းစဉ်းစား၍ မှန်ကန်စွာ လုပ်ဆောင်ပေးမည့် CrossBuilder tool ၏ scripts (လုပ်ငန်းဆောင်တာဟုခေါ်သော အလုပ်) များထဲမှ တစ်ခုကို လုပ်ဆောင်ရန် လုံလောက်ပါသည်။ .

ရလဒ်များကို

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

• ကျွန်ုပ်တို့၏ကုမ္ပဏီရှိ DevOps စိတ်ကူးများကို အကောင်အထည်ဖော်ခြင်း၏ပန်းတိုင်မှာ ကုမ္ပဏီ၏ထုတ်ကုန်များကို အရေအတွက်သတ်မှတ်ချက်များ (လူ-နာရီ သို့မဟုတ် စက်နာရီ၊ vCPU၊ RAM၊ Disk) ဖြင့် ကုမ္ပဏီ၏ထုတ်ကုန်များကို ထုတ်လုပ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုကုန်ကျစရိတ်ကို တသမတ်တည်းလျှော့ချရန်ဖြစ်သည်။
• ဖွံ့ဖြိုးတိုးတက်မှုစရိတ်စကအားလုံးကို လျှော့ချရန်နည်းလမ်းမှာ ပုံမှန်အမှတ်စဉ်တာဝန်များကို ထမ်းဆောင်ခြင်း၏ကုန်ကျစရိတ်ကို လျှော့ချရန်ဖြစ်သည်- နည်းပညာဆိုင်ရာလုပ်ငန်းစဉ်၏ အဆင့်များနှင့် အဆင့်များ။
• ပုံမှန်အလုပ်တစ်ခုသည် ဖြေရှင်းချက် အပြည့်အဝ သို့မဟုတ် တစ်စိတ်တစ်ပိုင်း အလိုအလျောက် လုပ်ဆောင်ပေးသည့် အလုပ်ဖြစ်ပြီး၊ ဖျော်ဖြေတင်ဆက်သူများအတွက် အခက်အခဲများ မဖြစ်စေဘဲ သိသာထင်ရှားသော လုပ်အားစရိတ်များ မလိုအပ်ပါ။
• ထုတ်လုပ်မှုလုပ်ငန်းစဉ်တွင် အဆင့်များပါ၀င်ပြီး အဆင့်များကို ခွဲခြား၍မရသော အဆင့်များအဖြစ် ပိုင်းခြားထားပြီး ကွဲပြားခြားနားသော အတိုင်းအတာနှင့် နယ်ပယ်များ၏ ပုံမှန်အလုပ်များဖြစ်သည်။
• မတူညီသောပုံမှန်အလုပ်များမှ၊ ကျွန်ုပ်တို့သည် ရှုပ်ထွေးသောနည်းပညာဆိုင်ရာကွင်းဆက်များနှင့် ထုတ်လုပ်မှုလုပ်ငန်းစဉ်၏အဆင့်များစွာသောမော်ဒယ်များဆီသို့ရောက်ရှိခဲ့ပြီး၊ အလုပ်လုပ်နိုင်သော IDEF0 မော်ဒယ် သို့မဟုတ် ပိုမိုရိုးရှင်းသောနည်းပညာဆိုင်ရာမြေပုံဖြင့် ဖော်ပြနိုင်သည့် ထုတ်လုပ်မှုလုပ်ငန်းစဉ်များဆီသို့ ကျွန်ုပ်တို့ရောက်ရှိလာပါသည်။
• နည်းပညာဆိုင်ရာမြေပုံသည် ထုတ်လုပ်မှုလုပ်ငန်းစဉ်၏ အဆင့်ဆင့်နှင့် အဆင့်များကို ဇယားကွက်တစ်ခုအဖြစ် ကိုယ်စားပြုသည်။ အရေးကြီးဆုံးအချက်- မြေပုံသည် လုပ်ငန်းစဉ်တစ်ခုလုံးကို အသေးစိတ်ဖော်ပြနိုင်ခြေရှိသော အပိုင်းကြီးများဖြင့် တစ်ခုလုံးကို မြင်နိုင်စေပါသည်။
• နည်းပညာဆိုင်ရာမြေပုံကို အခြေခံ၍ သီးခြားထုတ်ကုန်တစ်ခုတွင် အဆင့်များကို မိတ်ဆက်ရန် လိုအပ်ကြောင်း၊ တာဝန်ခံမှုနယ်ပယ်များကို ခွဲခြမ်းစိတ်ဖြာရန်၊ အဆင့်များ၏ သွင်းအားစုနှင့် အထွက်များတွင် စာချုပ်များကို သဘောတူပြီး အရင်းအမြစ်များ လိုအပ်မှုကို ပိုမိုတိကျစွာ အကဲဖြတ်ရန် လိုအပ်ပါသည်။

အောက်ပါဆောင်းပါးများတွင် ကျွန်ုပ်တို့၏မြေပုံပေါ်ရှိ အချို့သောနည်းပညာအဆင့်များကို အကောင်အထည်ဖော်ရန်အတွက် မည်သည့်နည်းပညာဆိုင်ရာကိရိယာများကို အသုံးပြုကြသည်ကို အသေးစိတ်ဖော်ပြပါမည်။

ဆောင်းပါးရေးသားသူများ

• Alexander Pazdnikov — Positive Technologies မှ အလိုအလျောက်စနစ် (DevOps) အကြီးအကဲ
• Timur Gillmullin - ဒုဝန်ကြီး Positive Technologies မှ အလိုအလျောက်စနစ်ဌာန (DevOps) အကြီးအကဲ

source: www.habr.com