DevOpsConf 2019 Galaxy အတွက် လမ်းညွှန်ချက်

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

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

သင်အလိုရှိလျှင်ကျွန်ုပ်တို့၏လမ်းညွှန်ချက်အတိုချုပ် DevOpsConf:

• စက်တင်ဘာလ 30 ရက်နေ့ ညီလာခံ ပထမနေ့တွင် ပထမ ခန်းမ၌ လုပ်ငန်းကိစ္စ 8 ခုကို သုံးသပ်ပါမည်။
• ပထမနေ့တွင် ဒုတိယခန်းမ၌ ကျွန်ုပ်တို့သည် ပိုမိုထူးခြားသော အထူးပြုကိရိယာဆိုင်ရာ ဖြေရှင်းချက်များကို ခွဲခြမ်းစိတ်ဖြာပါမည်။ အစီရင်ခံစာတစ်ခုစီတွင် အေးမြသောလက်တွေ့အတွေ့အကြုံများစွာပါရှိသော်လည်း ကုမ္ပဏီအားလုံးအတွက် မသင့်လျော်ပါ။
• အောက်တိုဘာလ ၁ ရက်နေ့တွင် ပထမခန်းမ၌၊ ဆန့်ကျင်ဘက်တွင်၊ ကျွန်ုပ်တို့သည် နည်းပညာအကြောင်း ပိုမိုပြောဆိုသော်လည်း ပိုမိုကျယ်ပြန့်သည်။
• ဒုတိယခန်းမတွင်၊ ဒုတိယနေ့တွင်၊ ကျွန်ုပ်တို့သည် ပရောဂျက်အားလုံးတွင် မပါ၀င်သော သီးခြားအလုပ်များကို ဥပမာအားဖြင့် လုပ်ငန်းတစ်ခုတွင် ဆွေးနွေးသည်။

ဒါပေမယ့် အဲဒီလို ခွဲဝေမှုဟာ ပရိသတ်ကို ခွဲဝေမှု လုံးဝ မဆိုလိုဘူးဆိုတာ ကျွန်တော် ချက်ချင်း သတိပြုမိပါတယ်။ ဆန့်ကျင်ဘက်အနေနှင့်၊ စီးပွားရေးပြဿနာများကို နားလည်ရန်၊ သူလုပ်ဆောင်နေသည့်အရာ၏ အဓိပ္ပါယ်ကို သိရန်နှင့် လက်တွေ့အတွေ့အကြုံရှိရန် အင်ဂျင်နီယာတစ်ဦးအတွက် အရေးကြီးပါသည်။ အဖွဲ့ခေါင်းဆောင် သို့မဟုတ် ဝန်ဆောင်မှုဌာနတစ်ခုအတွက်၊ အခြားကုမ္ပဏီများ၏ ကိစ္စများနှင့် အတွေ့အကြုံများသည် အရေးကြီးသော်လည်း တစ်ချိန်တည်းတွင် သင်သည် အတွင်းပိုင်းလုပ်ဆောင်မှုများကို နားလည်ရန် လိုအပ်ပါသည်။ ဖြတ်တောက်မှုအောက်တွင် အကြောင်းအရာများအားလုံးကို ပိုမိုအသေးစိတ်ပြောပြပြီး အသေးစိတ်ခရီးသွားအစီအစဥ်တစ်ခုဖန်တီးရန် ကူညီပေးပါမည်။

ကွန်ဖရင့်ကို Infospace တွင်ကျင်းပမည်ဖြစ်ပြီး အဓိကခန်းမနှစ်ခုကို "Golden Heart" ဟုခေါ်သည် - "The Hitchhiker's Guide to the Galaxy" မှ သင်္ဘောကဲ့သို့ အာကာသအတွင်း ရွေ့လျားရန် မဖြစ်နိုင်သည့်နိယာမကို အသုံးပြုကာ၊ "The Edge of the Edge" Universe" - တူညီသောဝတ္ထုထဲက စားသောက်ဆိုင်တစ်ခုလို။ အခုကစပြီး ဒီနာမည်တွေကို တေးသွားတွေကို ရည်ညွှန်းဖို့ သုံးမယ်။ "Golden Heart" နဂါးငွေ့တန်း ဧရိယာရှိ ရပ်နားမှုများကို အစီရင်ခံခြင်းသည် ပင်မခရီးသွားအုပ်စုအတွက် ပိုမိုသင့်လျော်သည်၊ ၎င်းတို့သည် သင်နှစ်သက်ပါက သွားရောက်လည်ပတ်သင့်သော ဆွဲဆောင်မှုများဖြစ်သည်။ "စကြဝဠာရဲ့အစွန်းမှာ" အတွေ့အကြုံရှိခရီးသွားများအတွက်စိတ်ဝင်စားဖွယ်အရာများရှိသည်။ ထိုနေရာသို့ ရောက်သူ အနည်းငယ်သာ ရှိသော်လည်း ဂြိုဟ်သိမ် ခါးပတ်များမှတဆင့် ပူလောင်သော မျက်လုံးများဖြင့် ထိုနေရာကို သွားဝံ့သူများ။

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

ယခု ထိုင်လိုက်ပါ၊ ကျွန်ုပ်တို့၏ ဂလက်ဆီသင်္ဘောသည် ရပ်တန့်သွားပါပြီ။

"ရွှေနှလုံးသား" စက်တင်ဘာ 30

CTO အဖြစ် ပထမဆုံး ရက် 90

ညီလာခံကို ဖွင့်လှစ်မည်ဖြစ်သည်။ အစီရင်ခံစာ လီယိုနာမီး. အမွေဆက်ခံသည့်စနစ်များနှင့် ၎င်းတို့နှင့်အတူ ပါလာတတ်သည့် ပြဿနာများအကြောင်း။ ဝန်ဆောင်မှုဌာနသည် သူစတင်လုပ်ဆောင်သည့် နည်းပညာပိုင်းဆိုင်ရာစနစ်ကို နားလည်သဘောပေါက်နိုင်ပုံကို Leon မှ ပြောပြပါမည်။ ခေတ်မီကုမ္ပဏီတစ်ခုရှိ နည်းပညာဒါရိုက်တာတစ်ဦးအတွက် DevOps လုပ်ငန်းစဉ်ကို စီမံခန့်ခွဲခြင်းသည် အဓိကတာဝန်ဖြစ်ပြီး Leon သည် သင့်အား စိတ်ဝင်စားစရာကောင်းပြီး ဟာသလုပ်ပြမည်ဖြစ်သည်။ နည်းပညာပိုင်းနှင့် လုပ်ငန်းပိုင်းဆိုင်ရာ ဆက်စပ်မှု SRT ရဲ့ အမြင်ကနေ

Beginners များ နှင့် တစ်ယောက်ဖြစ်လိုသူများသည် ဤအစီရင်ခံစာကို သေချာပေါက်လာရောက်သင့်ပါသည်။ နောက်ဆုံးတွင်၊ သင့်ကုမ္ပဏီတွင် နည်းပညာဒါရိုက်တာတစ်ဦးဖြစ်လာရန် ကြီးထွားလာရန်အချက်တစ်ချက်ဖြစ်ပြီး ဤရာထူးကို ပြန်လည်ဝင်ရောက်ရန်မှာ အခြားအရာတစ်ခုဖြစ်သည်၊ ထိုသို့သောလေဗိုင်းပျံကို လူတိုင်းတွင်မရနိုင်ပါ။

DevOps အခြေခံအချက်များ - ပရောဂျက်တစ်ခုကို အစမှစတင်ဝင်ရောက်ခြင်း။

အောက်ပါ အစီရင်ခံစာ ခေါင်းစဉ်ကို ဆက်လုပ်နေပေမယ့် Andrey Yumashev (LitRes) သည် ပြဿနာကို တစ်ကမ္ဘာလုံးအတိုင်းအတာဖြင့် အနည်းငယ်လျှော့စဉ်းစားပြီး မေးခွန်းများကို ဖြေပေးမည်- မတူညီသောအဖွဲ့များတွင် စတင်လုပ်ကိုင်သောအခါတွင် မည်သည့်အခြေခံများကို သိရန်လိုအပ်သနည်း။ ပြဿနာများ၏အကွာအဝေးကို မှန်ကန်စွာခွဲခြမ်းစိတ်ဖြာနည်း၊ လှုပ်ရှားမှုအစီအစဉ်တစ်ခုတည်ဆောက်ပုံ၊ KPI တွက်ချက်နည်းနှင့် မည်သည့်အချိန်တွင် ရပ်တန့်ရမည်နည်း။

အခြေခံအဆောက်အဦ၏အနာဂတ်ကို code အဖြစ်

နောက်တစ်ခုကတော့ ကုဒ်အဖြစ် အခြေခံအဆောက်အအုံဆိုင်ရာ ခေါင်းစဉ်ကို ဆွေးနွေးဖို့ ခဏနားပါမယ်။ Roman Boyko DevOpsConf ရှိ AWS ရှိ Solutions Architect ပွောဆို tool အသစ်အကြောင်း AWS Cloud Development Kitအခြေခံအဆောက်အအုံကို အကျွမ်းတဝင်ရှိသောဘာသာစကား (Python၊ TypeScript၊ JavaScript၊ Java) ဖြင့် ဖော်ပြခွင့်ပြုသည်။ Cloud သည် developer နှင့် ပိုမိုနီးကပ်စေရန်၊ ဤတူးလ်ကို စတင်အသုံးပြုပုံနှင့် အဆင်ပြေသော အခြေခံအဆောက်အဦစီမံခန့်ခွဲမှုအတွက် ပြန်လည်အသုံးပြုနိုင်သည့် အစိတ်အပိုင်းများကို ဖန်တီးနိုင်သည်များကို ဦးစွာလေ့လာပါမည်။ ကွန်ဖရင့်တက်ရောက်သူများအတွက်၊ ဤသည်မှာ ရုရှားဘာသာစကားတွင် ကမ္ဘာ့ဆန်းသစ်တီထွင်မှုများအကြောင်းနှင့် ဤနေရာတွင် သာမန်ဖြစ်သော်လည်း အနောက်နိုင်ငံများတွင်မဟုတ်ဘဲ နည်းပညာဆိုင်ရာ အသေးစိတ်အချက်အလတ်များဖြင့် ကြားနာရန် အကောင်းဆုံးအခွင့်အရေးဖြစ်သည်။

ဖြန့်ချိမှုမှ FastTrack သို့

နေ့လည်စာစားပြီးနောက် နောက်ထပ်နာရီအနည်းငယ်ကြာအောင် အသွင်ပြောင်းရေးကိစ္စကို ပြန်သွားပါမည်။ ဂရန် အစီရင်ခံစာ Evgenia Fomenko MegaFon ၏ DevOps အသွင်ပြောင်းမှုကို လိုက်နာကြပါစို့- KPI ကဲ့သို့သော ရိုးရာနည်းလမ်းများကို အသုံးပြုရန် ကြိုးစားသည့်အခါ စင်မြင့်မှ စတင်ကာ ဘာမှမရှင်းလင်းသည့်အခါတွင် စင်မြင့်ကို ကျော်လွှားကာ ကိရိယာအသစ်များဖြင့် သင့်ကိုယ်သင် ပြောင်းလဲရန် လိုအပ်ပါသည်။ လုပ်ငန်းစဉ်ကို လုံးဝပြန်လည်ဖွဲ့စည်းမပြီးမချင်း. ၎င်းသည် Evgeniy မှလည်း ပြောဆိုမည့် DevOps အသွင်ပြောင်းမှုတွင် ၎င်း၏ ကန်ထရိုက်တာများလည်း ပါ၀င်သည့် လုပ်ငန်းအတွက် အလွန်အေးမြပြီး စိတ်လှုပ်ရှားဖွယ်ရာ အတွေ့အကြုံတစ်ခုဖြစ်သည်။

လုပ်ငန်းခွင်သုံးအဖွဲ့ ဘယ်လိုဖြစ်လာမလဲ။ 

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

SRE အလေ့အကျင့်

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

Alexey Andreev Prisma Labs မှ ပွောဆို၊ startup တစ်ခုသည် အဘယ်ကြောင့် SRE အလေ့အကျင့်များ လိုအပ်ပြီး ၎င်းသည် အဘယ်ကြောင့် ပေးဆပ်ရသနည်း။

Matvey Grigoriev Dodo Pizza မှ တင်ပြပါလိမ့်မယ် စတင်ခြင်းအဆင့်ကို ကျော်လွန်နေပြီဖြစ်သော ပိုကြီးသောကုမ္ပဏီတစ်ခုရှိ SRE ၏ ဥပမာတစ်ခု။ Matvey ကိုယ်တိုင်က ဤအရာကို သူ့ကိုယ်သူ ပြောပြသည်- အတွေ့အကြုံရှိသော .NET developer နှင့် beginner SRE တို့သည် တစ်ဦးတည်းသာမက အဖွဲ့တစ်ခုလုံးအား အခြေခံအဆောက်အအုံဆိုင်ရာ အကူးအပြောင်း၏ ဇာတ်လမ်းကို အသီးသီး မျှဝေမည်ဖြစ်သည်။ အဘယ်ကြောင့် DevOps သည် ဆော့ဖ်ဝဲရေးသားသူအတွက် ကျိုးကြောင်းဆီလျော်သော လမ်းကြောင်းတစ်ခုဖြစ်သည်။ သင်၏ Ansible playbooks နှင့် bash scripts အားလုံးကို ပြည့်စုံသောဆော့ဖ်ဝဲထုတ်ကုန်တစ်ခုအဖြစ် စတင်ကြည့်ရှုပြီး ၎င်းတို့နှင့် တူညီသောလိုအပ်ချက်များကို အသုံးပြုပါက မည်သို့ဖြစ်မည်ဆိုပါက၊ Matvey ၏ အစီရင်ခံစာကို စက်တင်ဘာ 30 ရက်နေ့၊ 17:00 တွင် Golden Heart Hall တွင် ဆွေးနွေးပါမည်။

ပထမနေ့ အစီအစဉ်ကို ပြီးအောင်လုပ်ပါ။ Daniil Tikhomirovသူ့မှာရှိတဲ့ ဘယ်သူလဲ။ မိန့်ခွန်း အရေးကြီးသောမေးခွန်းတစ်ခုမေးသည်- နည်းပညာသည် သုံးစွဲသူများ၏ ပျော်ရွှင်မှုနှင့် မည်သို့ဆက်စပ်သနည်း။. "အရာရာတိုင်း အဆင်ပြေပေမယ့် သုံးစွဲသူက မကျေနပ်ဘူး" ဟူသော ပြဿနာကို ဖြေရှင်းရာတွင် MegaFon သည် တစ်ဦးချင်းစနစ်များကို စောင့်ကြည့်ခြင်း၊ ထို့နောက် ဆာဗာများ၊ အပလီကေးရှင်းများမှ သုံးစွဲသူ၏အမြင်ဖြင့် ဝန်ဆောင်မှုကို စောင့်ကြည့်ခြင်းအထိ လုပ်ဆောင်ခဲ့သည်။ နည်းပညာကျွမ်းကျင်သူများ၊ ဖောက်သည်များနှင့် ရောင်းချသူများအားလုံးသည် ဤ KQI အညွှန်းကိန်းများအပေါ် အာရုံစိုက်လာပုံ၊ ညီလာခံ၏ပထမနေ့ညနေပိုင်းတွင် ကျွန်ုပ်တို့ သိရှိနိုင်မည်ဖြစ်သည်။ အဲဒီနောက် ပါတီပွဲအပြီးမှာ အလွတ်သဘောနဲ့ အသွင်ကူးပြောင်းရေးမှာ အခြေခံအဆောက်အအုံနဲ့ အသွင်ကူးပြောင်းရေး ဆွေးနွေးသွားမယ်။

“စကြဝဠာ၏အနား”၊ စက်တင်ဘာ ၃၀၊

"At the Edge of the Universe" ခန်းမရှိ ပထမဆုံး အစီရင်ခံစာ သုံးခုသည် တူရိယာများ၏ ရှုထောင့်မှ အလွန်စိတ်ဝင်စားဖွယ် ကောင်းပါလိမ့်မည်။

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

အစီရင်ခံစာ Grigory Mikhalkin Lamoda မှ "ကျွန်ုပ်တို့သည် Kubernetes အော်ပရေတာအား အဘယ်ကြောင့် တီထွင်ခဲ့သနည်း၊ ၎င်းမှ ကျွန်ုပ်တို့ အဘယ်သင်ခန်းစာများ ရရှိခဲ့သနည်း။ Kubernetes ကို အသုံးပြု၍ ကုဒ်ကျင့်ထုံးများအဖြစ် အခြေခံအဆောက်အအုံကို အကောင်အထည်ဖော်ပုံနှင့်ပတ်သက်သော အချက်အလက်ချို့တဲ့မှုကို ဖြည့်စွက်ကူညီပေးပါမည်။ Kubernetes ကိုယ်တိုင်တွင်၊ ဥပမာ၊ yaml ဖိုင်များကို အသုံးပြုသည့် ဝန်ဆောင်မှုများ၏ ဖော်ပြချက်ပါရှိသည်၊ သို့သော် ၎င်းသည် အလုပ်အားလုံးအတွက် မလုံလောက်ပါ။ အဆင့်နိမ့်စီမံခန့်ခွဲမှု အော်ပရေတာများ လိုအပ်ပြီး Kubernetes ကို ကောင်းမွန်စွာ စီမံခန့်ခွဲလိုပါက ဤဟောပြောချက်သည် အလွန်အသုံးဝင်ပါသည်။

နောက်အစီရင်ခံစာ၏ခေါင်းစဉ် Hashicorp Vault - တော်တော်ထူးခြားတယ်။ သို့သော် တကယ်တမ်းတွင်၊ ဤကိရိယာသည် စကားဝှက်များကို စီမံခန့်ခွဲရန် လိုအပ်သည့်နေရာတိုင်းတွင် လိုအပ်ပြီး လျှို့ဝှက်ချက်များကို လုပ်ဆောင်ရန်အတွက် ဘုံအချက်တစ်ခုရှိသည်။ Hashicorp Vault ၏အကူအညီဖြင့် Avito တွင်လျှို့ဝှက်ချက်များကိုမည်ကဲ့သို့စီမံခန့်ခွဲသည်ကိုမနှစ်က Sergey Noskov ကပြောပြခဲ့သည်၊ အစီရင်ခံစာ လာပါ။ နားထောင်ပါ။ Yuri Shutkin ပိုမိုအတွေ့အကြုံများအတွက် Tinkoff.ru မှ။

Taras Kotov (EPAM) စဉ်းစားလိမ့်မယ်။ ၎င်း၏ကိုယ်ပိုင်ကျောရိုးပါ ၀ င်သော cloud အခြေခံအဆောက်အအုံတည်ဆောက်ရန် ပို၍ ရှားပါးသောအလုပ်ဖြစ်သည်။ IP/MPLS ကွန်ရက်. ဒါပေမယ့် အတွေ့အကြုံက အရမ်းကောင်းပြီး အစီရင်ခံစာက ခက်ထန်မာကျောတဲ့အတွက် အဲဒါကို နားလည်တယ်ဆိုရင် ဒီအစီရင်ခံစာကို လာဖို့ သေချာပါစေ။

ညနေပိုင်းတွင် cloud အခြေခံအဆောက်အဦများတွင် database စီမံခန့်ခွဲမှုအကြောင်း ဆွေးနွေးပါမည်။ Kirill Melnichuk မျှဝေပါမည်။ အသုံးပြုမှုအတွေ့အကြုံ Kubernetes အစုအဝေးအတွင်း MySQL နှင့် လုပ်ဆောင်ရန်အတွက် Vitess။ တစ်ဦးက ဗလာဒီမာ Ryabov Playkey.net မှ ပွောဆိုCloud အတွင်းရှိ ဒေတာများနှင့် အလုပ်လုပ်ပုံနှင့် ရရှိနိုင်သော သိုလှောင်မှုနေရာကို ကောင်းစွာအသုံးပြုနည်း။

"ရွှေနှလုံးသား" အောက်တိုဘာ ၁

အောက်တိုဘာလ (၁) ရက်နေ့မှာတော့ အရာအားလုံးက လွဲချော်သွားမယ်။ Golden Heart Hall သည် နည်းပညာကို အသားပေးသည့် သီချင်းတစ်ပုဒ်ကို ပြသမည်ဖြစ်သည်။ ထို့ကြောင့်၊ "ရွှေနှလုံးသား" ကိုဖြတ်သန်းသွားလာနေသော အင်ဂျင်နီယာများအတွက်၊ လုပ်ငန်းကိစ္စများကို စေ့စေ့ငုကြည့်ရန် သင့်အား ဦးစွာဖိတ်ခေါ်ပြီး ဤကိစ္စများကို လက်တွေ့တွင် မည်သို့ဖြေရှင်းထားသည်ကို ကြည့်ရှုပါ။ ထို့အပြင် မန်နေဂျာများသည် ဖြစ်နိုင်ချေရှိသော အလုပ်များကို ဦးစွာစဉ်းစားကာ ၎င်းကို ကိရိယာများနှင့် ဟာ့ဒ်ဝဲများတွင် မည်သို့အကောင်အထည်ဖော်ရမည်ကို ပိုမိုကောင်းမွန်စွာ နားလည်လာကြသည်။

ကြီးမားတဲ့ တိမ်တိုက်ရဲ့ ပါးပြင်အောက်မှာ

ပထမစပီကာ Artemy Kapitula. မနှစ်က သူ့အစီရင်ခံစာCeph သဘာဝဘေးအန္တရာယ်တစ်ခု၏ခန္ဓာဗေဒ“ကွန်ဖရင့်မှာ ပါဝင်သူတွေက ဇာတ်လမ်းရဲ့ မယုံနိုင်လောက်အောင် နက်ရှိုင်းတာကြောင့် ဒါဟာ အကောင်းဆုံးလို့ ထင်ပါတယ်။ ဒီတစ်ခါ ပုံပြင် စနစ်ချို့ယွင်းမှု၏ စံနှုန်းများကို သိုလှောင်မှုဒီဇိုင်းနှင့် ခွဲခြမ်းစိတ်ဖြာမှုဆိုင်ရာ Mail.Ru Cloud Solutions ဖြေရှင်းချက်များနှင့် ဆက်လက်လုပ်ဆောင်ပါမည်။ မန်နေဂျာများအတွက် ဤအစီရင်ခံစာ၏ မထင်ရှားသောအကျိုးကျေးဇူးမှာ Artemy သည် နည်းပညာပိုင်းဆိုင်ရာပြဿနာကို ကိုယ်တိုင်စစ်ဆေးရုံသာမက ၎င်းကိုဖြေရှင်းသည့်လုပ်ငန်းစဉ်တစ်ခုလုံးကိုပါ စစ်ဆေးခြင်းဖြစ်သည်။ အဲဒါတွေ။ ဤလုပ်ငန်းစဉ်တစ်ခုလုံးကို စီမံခန့်ခွဲနည်းကို သင်နားလည်နိုင်ပြီး ၎င်းကို သင့်ကုမ္ပဏီတွင် အသုံးချနိုင်မည်ဖြစ်သည်။

Reversive Decentralized Deployment

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

ငါတို့က တိမ်တွေထဲ ရောက်နေပြန်ပြီ။

အစီရင်ခံစာ Alexey Vakhovအင်ဂျင်နီယာနှင့် စီမံခန့်ခွဲမှု နှစ်ဖက်စလုံးမှ စိတ်ဝင်စားဖွယ်ကောင်းသော လုပ်ငန်းအစိတ်အပိုင်းများနှင့် နည်းပညာများ ပေါင်းစပ်မှုတစ်ခုဖြစ်သည်။ Alexey သည် Uchi.ru အလုပ်လုပ်ပုံကို ပြောပြပါမည်။ Cloud Native အခြေခံအဆောက်အဦ: Service Mesh၊ OpenTracing၊ Vault၊ ဗဟိုချုပ်ကိုင်မှုရှိသော မှတ်တမ်းရယူခြင်းနှင့် စုစုပေါင်း SSO ကို မည်သို့အသုံးပြုသနည်း။ ထို့နောက် 15:00 တွင် Alexey ကျင်းပမည်ဖြစ်သည်။ အလုပ်ရုံလာသူတိုင်းသည် ဤတူရိယာအားလုံးကို မိမိတို့လက်ဖြင့် ထိနိုင်မည်ဖြစ်သည်။

Avito တွင် Apache Kafka- လူဝင်စား သုံးယောက်၏ ဇာတ်လမ်း

အစီရင်ခံစာ Anatoly Soldatov Avito သည် Kafka ကို ၀ န်ဆောင်မှုတစ်ခုအနေဖြင့်မည်သို့တည်ဆောက်နေသည်နှင့် ပတ်သက်၍ Kafka ကိုအသုံးပြုသူများအတွက်စိတ်ဝင်စားဖွယ်ဖြစ်လိမ့်မည်။ သို့သော် တစ်ဖက်တွင်မူ ၎င်းသည် အလွန်ကောင်းမွန်ကြောင်း ဖော်ပြသည်။ အတွင်းဝန်ဆောင်မှုတစ်ခုဖန်တီးခြင်းလုပ်ငန်းစဉ်: လုပ်ဖော်ကိုင်ဖက်များ၏ ဝန်ဆောင်မှုလိုအပ်ချက်များနှင့် ဆန္ဒများကို စုဆောင်းနည်း၊ အင်တာဖေ့စ်များကို အကောင်အထည်ဖော်ရန်၊ အဖွဲ့များကြား အပြန်အလှန်ဆက်သွယ်မှုကို တည်ဆောက်ရန်နှင့် ကုမ္ပဏီအတွင်း ထုတ်ကုန်တစ်ခုအဖြစ် ဝန်ဆောင်မှုတစ်ခု ဖန်တီးပါ။ ဤရှုထောင့်မှကြည့်လျှင် သမိုင်းသည် အလွန်ကွဲပြားခြားနားသော ညီလာခံတက်ရောက်သူများအတွက် အသုံးဝင်ပြန်သည်။

microservice တွေကို ပေါ့ပါးအောင် ပြန်လုပ်ကြည့်ရအောင် 

ဤတွင်၊ အားလုံးသည် နာမည်မှ ရှင်းနေပုံရသည်။ ဒါပေမယ့် အဲဒါတွေ ကမ်းလှမ်းမှု Dmitry Sugrobov Leroy Merlin မှ ပရိုဂရမ်ကော်မတီတွင်ပင် အပြင်းအထန်ငြင်းခုံမှုများ ဖြစ်ပွားခဲ့သည်။ စကားလုံးတစ်လုံးတွင်၊ ၎င်းသည် ယေဘူယျအားဖြင့် microservices ဟုယူဆသည့်အရာ၊ ၎င်းတို့ကို မည်သို့ရေးရမည်၊ ၎င်းတို့ကို ထိန်းသိမ်းရန်စသည်ဖြင့် ဆွေးနွေးမှုတစ်ခုအတွက် အခြေခံကောင်းတစ်ခုဖြစ်လိမ့်မည်။

BareMetal အခြေခံအဆောက်အအုံကို စီမံခန့်ခွဲရန်အတွက် CI/CD 

နောက်တစ်ခုက နှစ်ခုကို ထပ်ပြီး တင်ပြမယ်။ တဖက်၊ Andrey Kvapil (WEDOS Internet ကဲ့သို့) သည် BareMetal အခြေခံအဆောက်အအုံကို စီမံခန့်ခွဲခြင်းအကြောင်းပြောသွားမည်ဖြစ်ပြီး၊ လူတိုင်းသည် ယခုအခါ clouds များကို အဓိကအသုံးပြုကြပြီး hardware များကို ကိုင်ထားမည်ဆိုပါက ၎င်းသည် ကြီးမားသောအတိုင်းအတာမဟုတ်ပေ။ ဒါပေမယ့် Andrey က အရမ်းအရေးကြီးတယ်။ အတွေ့အကြုံမျှဝေပါ။ BareMetal အခြေခံအဆောက်အဦများ ဖြန့်ကျက်ခြင်းနှင့် စီမံခန့်ခွဲခြင်းအတွက် CI/CD နည်းစနစ်များကို အသုံးချကာ ဤရှုထောင့်မှ အစီရင်ခံစာသည် အဖွဲ့ခေါင်းဆောင်များနှင့် အင်ဂျင်နီယာများ နှစ်ဦးစလုံးအတွက် စိတ်ဝင်စားဖွယ်ဖြစ်လိမ့်မည်။

ခေါင်းစဉ်ကို ဆက်ပါ။ ဆာဂျီမာကာရင်ကို၊ ပြတယ်။ ဒီအလုပ်သမား ဦးစားပေး လုပ်ငန်းစဉ်ရဲ့ နောက်ကွယ်မှာ Wargaming Platform.

ကွန်တိန်နာများ ဘေးကင်းနိုင်ပါသလား။ 

Golden Heart Hall တွင် အစီအစဉ် ပြီးဆုံးပါမည်။ Alexander Khayorov ကွန်တိန်နာလုံခြုံရေးဆိုင်ရာ ဆွေးနွေးချက်စာတမ်း။ Alexander က RIT++ မှာ ရှိပြီးသားပါ။ ထောက်ပြသည် Helm ၏ လုံခြုံရေး ပြဿနာများနှင့် ၎င်းကို တိုက်ဖျက်ရန် နည်းလမ်းများ နှင့် ယခုတစ်ကြိမ်တွင် ၎င်းသည် အားနည်းချက်များကို စာရင်းပြုစုရန် သူ့ကိုယ်သူ ကန့်သတ်ထားမည်မဟုတ်သော်လည်း၊ ပြလိမ့်မယ်။ ပတ်ဝန်းကျင်တစ်ခုလုံးကို သီးခြားခွဲထားရန် ကိရိယာများ။

“စကြဝဠာ၏အနား”၊ အောက်တိုဘာ ၁

စတင်ပါမည်။ Alexander Burtsev (BramaBrama) နှင့် တင်ပြပါလိမ့်မယ် ဆိုက်ကို အရှိန်မြှင့်ရန် ဖြစ်နိုင်ချေရှိသော ဖြေရှင်းချက်တစ်ခု။ ငါးပါးကို အောင်မြင်စွာ အကောင်အထည်ဖော်ခြင်းအား လေ့လာကြည့်ကြပါစို့ DevOps ကိရိယာများကြောင့်သာ အရှိန်မြှင့်ခြင်း။ ကုဒ်ကိုပြန်မရေးဘဲ။ ပရောဂျက်တစ်ခုစီတွင် ကုဒ်ကို ပြန်လည်ရေးခြင်း ရှိ၊မရှိကို သင်ဆုံးဖြတ်ရန် လိုအပ်နေသေးသော်လည်း ထိုသို့သော အတွေ့အကြုံကို စိတ်ထဲတွင် အမြဲရှိနေရန် အသုံးဝင်ပါသည်။

1C ရှိ DevOps- လုပ်ငန်း 

Petr Gribanov 1C ကုမ္ပဏီမှ ကြိုးစားပါမည်။ လုပ်ငန်းကြီးတစ်ခုတွင် DevOps ကို အကောင်အထည် ဖော်ရန် မဖြစ်နိုင်ကြောင်း ဒဏ္ဍာရီကို ပယ်ချပါ။ 1C: လုပ်ငန်းပလပ်ဖောင်းထက် ပိုရှုပ်ထွေးနိုင်သည်က၊ သို့သော် DevOps အလေ့အကျင့်များသည် ထိုနေရာတွင်ပင် သက်ရောက်မှုရှိသောကြောင့် ဒဏ္ဍာရီက ရပ်တည်မည်မဟုတ်ဟု ကျွန်တော်ထင်ပါတယ်။

စိတ်ကြိုက်ဖွံ့ဖြိုးတိုးတက်မှုတွင် DevOps

Anton Khlevitsky Evgeniy Fomenko ၏အစီရင်ခံစာ၏အဆက်တွင် ပွောဆိုMegaFon သည် ကန်ထရိုက်တာဘက်မှ DevOps ကို မည်သို့တည်ဆောက်ပြီး ဆော့ဖ်ဝဲလ်ပေးသွင်းသူအများအပြားထံမှ စိတ်ကြိုက်ဖွံ့ဖြိုးတိုးတက်မှု အပါအဝင် စဉ်ဆက်မပြတ် ဖြန့်ကျက်မှုကို တည်ဆောက်ခဲ့သည်။

DevOps ကို DWH/BI သို့ ယူဆောင်လာသည်။

စံမဟုတ်သော်လည်း မတူညီသောပါဝင်သူများအတွက် စိတ်ဝင်စားစရာကောင်းသည့် အကြောင်းအရာတစ်ခုဖြစ်သည်။ ထုတ်ဖော်မည်။ Vasily Kutsenko Gazprombank မှ။ Vasily သည် ဒေတာဖွံ့ဖြိုးတိုးတက်မှုတွင် အိုင်တီယဉ်ကျေးမှုကို ဖွံ့ဖြိုးတိုးတက်စေရန်နှင့် Data Warehous နှင့် BI ရှိ DevOps အလေ့အကျင့်များကို ကျင့်သုံးခြင်းဆိုင်ရာ လက်တွေ့ကျသောအကြံဉာဏ်များကို မျှဝေမည်ဖြစ်ပြီး၊ ဒေတာနှင့်လုပ်ဆောင်ခြင်းအတွက် ပိုက်လိုင်းသည် မည်သို့ကွာခြားကြောင်း၊ မည်သည့်အလိုအလျောက်စနစ်သုံးကိရိယာများသည် အမှန်တကယ်အသုံးဝင်ကြောင်း သင့်အား ပြောပြမည်ဖြစ်ပါသည်။ ဒေတာ။

လုံခြုံရေးဌာနမရှိရင် ဘယ်လိုနေထိုင်မလဲ။ 

နေ့လည်စာစားပြီးလျှင် Mona Arkhipova (sudo.su) မိတ်ဆက်ပေးပါမည်။ ကျွန်ုပ်တို့သည် အခြေခံများနှင့် DevSecOps သင်၏ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်တွင် လုံခြုံရေးလုပ်ငန်းစဉ်တစ်ခုအဖြစ် သင်မည်ကဲ့သို့ထည့်သွင်းနိုင်ပြီး သီးခြားလုံခြုံရေးဌာနကို အသုံးမပြုတော့ကြောင်း ရှင်းပြပါမည်။ ခေါင်းစဉ်သည် နှိပ်နေပြီး အစီရင်ခံစာသည် လူအများအတွက် အလွန်အသုံးဝင်သင့်သည်။

ကြီးမားသောဖြေရှင်းချက်တစ်ခု၏ CI/CD တွင် စမ်းသပ်မှုကို တင်ပါ။

ယခင်အကြောင်းအရာကို ပြီးပြည့်စုံစွာ ဖြည့်စွက်ပါ။ စွမ်းဆောင်ရည် ဗလာဒီမာ ခွန်နင် MegaFon မှ ဤတွင်ကျွန်ုပ်တို့အကြောင်းပြောပါလိမ့်မယ်။ DevOps လုပ်ငန်းစဉ်တွင် အရည်အသွေးကို မည်သို့မိတ်ဆက်မည်နည်း။: Quality Gate ကို အသုံးပြုနည်း၊ စနစ်အတွင်း အမျိုးမျိုးသော ဖြစ်ရပ်များကို မှတ်တမ်းတင်ရန်နှင့် ၎င်းအားလုံးကို ဖွံ့ဖြိုးတိုးတက်ရေး လုပ်ငန်းစဉ်တွင် ပေါင်းစပ်နည်း။ ဤအစီရင်ခံစာသည် ကြီးမားသောစနစ်များဖြင့် လုပ်ဆောင်သူများအတွက် အထူးသင့်လျော်သော်လည်း သင်သည် ကြီးမားသောငွေပေးချေမှုဖြင့် အလုပ်မလုပ်လျှင်ပင် သင့်အတွက် စိတ်ဝင်စားစရာကောင်းသော ကဏ္ဍများကို သင်တွေ့လိမ့်မည်။

SDLC & လိုက်နာမှု

နောက်အကြောင်းအရာသည် ကုမ္ပဏီကြီးများအတွက် ပိုမိုသက်ဆိုင်သည် - လိုက်နာမှုဖြေရှင်းချက်များနှင့် စံချိန်စံညွှန်းသတ်မှတ်ချက်များကို လုပ်ငန်းစဉ်တွင် မည်သို့မိတ်ဆက်နည်း။ Ilya Mitrukov Deutsche Bank နည်းပညာစင်တာမှ သရုပ်ပြပါမည်။ထို အလုပ်စံချိန်စံညွှန်းများသည် DevOps နှင့် ကောင်းစွာသဟဇာတဖြစ်နိုင်သည်။.

တစ်နေ့တာရဲ့အဆုံးမှာ Matvey Kukuy (Amixr.IO) မျှဝေပါမည်။ ကမ္ဘာတစ်ဝှမ်းရှိ အဖွဲ့ ဒါဇင်များစွာက တာဝန်ကျပုံ၊ အဖြစ်အပျက်များကို စီစစ်ခြင်း၊ အလုပ်စီစဉ်ခြင်းနှင့် ယုံကြည်စိတ်ချရသောစနစ်များတည်ဆောက်ခြင်းဆိုင်ရာ ကိန်းဂဏန်းများနှင့် ထိုးထွင်းသိမြင်မှုများ၊ အားလုံးသည် SRE နှင့် မည်သို့ဆက်စပ်ကြောင်း ရှင်းပြပါမည်။

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

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

DevOpsConf 2019 နဂါးငွေ့တန်းတွင် ဆုံတွေ့ပါ။

source: www.habr.com