Docker သည် ကစားစရာဟုတ်မဟုတ်၊ ဒါမှမဟုတ် ရှိသေးလား။

မင်္ဂလာပါလူတိုင်းအတွက်!

ခေါင်းစဉ်ကို တည့်တည့်ကြည့်ချင်ပေမယ့် ငါ့ဇာတ်လမ်းအကြောင်း နည်းနည်းပြောပြတာက ပိုမှန်လိမ့်မယ်-

entry ကို

ကျွန်ုပ်သည် server ပေါ်တွင် frontend single page applications၊ scala/java နှင့် nodejs များကို တီထွင်ရာတွင် အတွေ့အကြုံရှိသော ပရိုဂရမ်မာတစ်ဦးဖြစ်သည်။

Docker သည် ကောင်းကင်ဘုံမှ မန္နားဖြစ်ပြီး ယေဘူယျအားဖြင့် အလွန်ကောင်းမွန်သော tool တစ်ခုဖြစ်ပြီး developer တိုင်းက ၎င်းကို အသုံးပြုသင့်သည်ဟု ကျွန်ုပ်ထင်မြင်ခဲ့သည်မှာ အချိန်အတော်ကြာခဲ့ပြီဖြစ်သည်။ developer တိုင်းသည် ၎င်းတို့၏ local machine တွင် Docker ကို install လုပ်ထားသင့်သည်ဟု ၎င်းမှ အောက်ပါအတိုင်း ဖော်ပြထားသည်။ ကျွန်တော့်အမြင်ကော၊ တူညီတဲ့ hh မှာတင်ထားတဲ့ လစ်လပ်နေရာတွေကို ကြည့်လိုက်ပါ။ စက္ကန့်တိုင်းတွင် docker ၏ဖော်ပြချက်ပါရှိပြီး သင်ပိုင်ဆိုင်ပါက ၎င်းသည် သင်၏ယှဉ်ပြိုင်မှုအားသာချက်ဖြစ်လိမ့်မည် 😉

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

အသုံးပြုရသည့် အကြောင်းရင်းများ

ငါဘာကြောင့် docker ကိုသုံးတာလဲ။ အောက်ပါ အကြောင်းများကြောင့် ဖြစ်နိုင်သည်-

• ဒေတာဘေ့စ်စတင်ခြင်းတွင်၊ အပလီကေးရှင်းများ၏ 99% သည် ၎င်းတို့ကို အသုံးပြုသည်။
• frontend ဖြန့်ဖြူးခြင်းနှင့် backend သို့ proxy လုပ်ခြင်းအတွက် nginx ကိုဖွင့်ခြင်း။
• သင်သည် အပလီကေးရှင်းကို docker ပုံတွင် ထုပ်ပိုးနိုင်သည်၊ ဤနည်းဖြင့် ကျွန်ုပ်၏ အပလီကေးရှင်းသည် docker ရှိလေရာရာ၌ အလုပ်လုပ်သည်၊ ဖြန့်ဖြူးမှုပြဿနာကို ချက်ချင်းဖြေရှင်းနိုင်သည်
• ဝန်ဆောင်မှုရှာဖွေတွေ့ရှိမှုသေတ္တာထဲမှ၊ သင်သည် microservices များကိုဖန်တီးနိုင်သည်၊ ကွန်တိန်နာတစ်ခုစီသည် (ဘုံကွန်ရက်တစ်ခုနှင့်တစ်ခုချိတ်ဆက်ထားသည်) alias မှတဆင့်အခြားတစ်ခုကိုအလွယ်တကူရောက်ရှိနိုင်သည်၊ အလွန်အဆင်ပြေသည်၊
• ကွန်တိန်နာတစ်ခုဖန်တီးပြီး ၎င်းတွင် "ကစားခြင်း" သည် ပျော်စရာကောင်းသည်။

Docker နဲ့ ပတ်သက်ပြီး ကျွန်တော် အမြဲတမ်း မကြိုက်တဲ့အရာ

• ကျွန်ုပ်၏အပလီကေးရှင်းအလုပ်လုပ်ရန်အတွက် ကျွန်ုပ်သည် ဆာဗာပေါ်တွင် Docker ကိုယ်တိုင်လိုအပ်ပါသည်။ ကျွန်ုပ်၏အပလီကေးရှင်းများသည် jre သို့မဟုတ် nodejs တွင်လည်ပတ်နေပြီး ၎င်းတို့အတွက်ပတ်ဝန်းကျင်သည် ဆာဗာပေါ်တွင်ရှိနေပြီဆိုလျှင် ၎င်းကိုအဘယ်ကြောင့်လိုအပ်သနည်း။
• အဝေးထိန်းဆာဗာတွင် ကျွန်ုပ်၏ (ပုဂ္ဂလိက) စက်တွင်းတည်ဆောက်ထားသော ရုပ်ပုံအား ဖွင့်လိုပါက၊ ကျွန်ုပ်၏ကိုယ်ပိုင် docker repository လိုအပ်သည်၊ တစ်နေရာရာတွင် အလုပ်လုပ်ရန် registry ကို လိုအပ်ပြီး https ကို configure လုပ်ရန် လိုအပ်သည်၊ အဘယ်ကြောင့်ဆိုသော် docker cli သည် https ထက်သာ အလုပ်လုပ်သောကြောင့် ဖြစ်သည်။ အိုး... ပုံရိပ်ကို ပြည်တွင်းမှာ သိမ်းဖို့ ရွေးချယ်စရာတွေ ရှိတယ်။ docker save scp မှတဆင့် ပုံကို ပို့လိုက်ရုံပါပဲ... ဒါပေမယ့် ဒါက ခန္ဓာကိုယ် လှုပ်ရှားမှုတွေ အများကြီးပါ။ ထို့အပြင်၊ သင်၏ကိုယ်ပိုင်သိုလှောင်မှုပေါ်လာသည်အထိ "Crutch" ဖြေရှင်းချက်နှင့်တူသည်။
• docker-compose. ကွန်တိန်နာများကိုလည်ပတ်ရန်သာလိုအပ်သည်။ ဒါပါပဲ။ သူက တခြားဘာမှ မလုပ်နိုင်ဘူး။ Docker-compose ၎င်း၏ဖိုင်များ၊ ၎င်း၏ကိုယ်ပိုင် syntax ဗားရှင်းများစွာရှိသည်။ ဘယ်လောက်ပဲ ကြေငြာထားပါစေ သူတို့ရဲ့ စာတမ်းကို မဖတ်ချင်ဘူး။ တခြားဘယ်မှာမှ မလိုအပ်ပါဘူး။
• အဖွဲ့တစ်ဖွဲ့တွင်အလုပ်လုပ်သောအခါ၊ လူအများစုသည် Dockerfile ကိုအလွန်ကောက်ကောက်ပါအောင်ရေးကြသည်၊ ၎င်းကိုကက်ရှ်လုပ်ပုံကိုနားမလည်ပါ၊ သူတို့လိုအပ်သမျှနှင့်ပုံတွင်မလိုအပ်သောအရာအားလုံးကိုထည့်ပါ၊ Dockerhub တွင်မရှိသောရုပ်ပုံများသို့မဟုတ်ပုဂ္ဂလိကသိုလှောင်ရုံမှအချို့ကိုဖန်တီးပါ။ docker-compose ဒေတာဘေ့စ်များပါရှိသော ဖိုင်များနှင့် ဘာမှမဆိုင်ပါ။ တစ်ချိန်တည်းမှာပင်၊ developer များသည် Docker သည် အေးမြသည်၊ အရာအားလုံးသည် ၎င်းတို့အတွက် ပြည်တွင်း၌သာ အလုပ်လုပ်ကြောင်း ဂုဏ်ယူစွာ ကြေငြာခဲ့ပြီး HR သည် လစ်လပ်နေရာများတွင် အရေးကြီးသည်- "ကျွန်ုပ်တို့သည် Docker ကို အသုံးပြုပြီး ထိုကဲ့သို့သော အလုပ်အတွေ့အကြုံရှိသော ကိုယ်စားလှယ်လောင်းတစ်ဦး လိုအပ်ပါသည်။"
• Postgresql၊ kafka၊ redis တွင် အရာအားလုံးကို ပြုစုပျိုးထောင်ရန် စိတ်ကူးများဖြင့် ကျွန်ုပ်သည် အဆက်မပြတ် ခြောက်လှန့်နေပါသည်။ အရာအားလုံးသည် ကွန်တိန်နာများတွင် အလုပ်မလုပ်သည့်အတွက် ဝမ်းနည်းစရာဖြစ်ပြီး အရာအားလုံးကို စီစဉ်သတ်မှတ်၍ လုပ်ဆောင်ရန် လွယ်ကူသည်မဟုတ်ပါ။ ၎င်းကို ရောင်းသူကိုယ်တိုင်မှမဟုတ်ဘဲ ပြင်ပဆော့ဖ်ဝဲအင်ဂျင်နီယာများက ပံ့ပိုးထားသည်။ စကားမစပ်၊ ချက်ချင်းမေးခွန်းပေါ်လာသည်- ရောင်းချသူများသည် Docker တွင် ၎င်းတို့၏ထုတ်ကုန်များကို ထိန်းသိမ်းရန် စိတ်မပူပါနှင့်၊ ၎င်းသည် အဘယ်ကြောင့်နည်း၊ တစ်ခုခုကို သိနိုင်သနည်း။
• ကွန်တိန်နာဒေတာ၏တည်မြဲမှုနှင့်ပတ်သက်ပြီးမေးခွန်းထုတ်သည်။ ပြီးတော့ host directory ကို mount လုပ်သင့်တယ် ဒါမှမဟုတ် docker volume တစ်ခုဖန်တီးတာ ဒါမှမဟုတ် အခု data container တစ်ခုလုပ်သင့်တယ်လို့ ထင်ပါသလား။ deprecated? အကယ်၍ ကျွန်ုပ်သည် လမ်းညွှန်တစ်ခုကို တပ်ဆင်ပါက၊ ကွန်တိန်နာအတွင်းရှိ အသုံးပြုသူ၏ uid နှင့် gid သည် ကွန်တိန်နာကို စတင်အသုံးပြုသူ၏ ID နှင့် ကိုက်ညီမှုရှိမရှိ သေချာစေရန် လိုအပ်ပြီး မဟုတ်ပါက ကွန်တိန်နာမှ ဖန်တီးထားသည့် ဖိုင်များကို root လုပ်ပိုင်ခွင့်ဖြင့် ဖန်တီးမည်ဖြစ်သည်။ ငါသုံးရင် volume ထို့နောက် ဒေတာအချို့ကို ရိုးရိုးရှင်းရှင်း ဖန်တီးမည်ဖြစ်သည်။ /usr/* ပထမကိစ္စတွင်ကဲ့သို့ uid နှင့် gid နှင့်တူညီသောဇာတ်လမ်းရှိလိမ့်မည်။ အကယ်၍ သင်သည် ပြင်ပကုမ္ပဏီ အစိတ်အပိုင်းတစ်ခုကို စတင်လုပ်ဆောင်နေပါက၊ သင်သည် စာရွက်စာတမ်းများကို ဖတ်ရှုပြီး မေးခွန်း၏အဖြေကို ရှာဖွေရန် လိုအပ်သည်- "ကွန်တိန်နာလမ်းညွှန်များထဲတွင် အစိတ်အပိုင်းသည် ဖိုင်များကို ရေးပေးသည်"

Docker နဲ့ အချိန်အကြာကြီးပြောနေခဲ့ရတာကို အမြဲမကြိုက်ဘူး။ ကနဦးအဆင့်မှာ- ကွန်တိန်နာများကိုဖွင့်နည်း၊ မည်သည့်ပုံများမှစတင်ရန်၊ Docker command များဆီသို့ aliases များပါရှိသော Makefiles ကိုဖန်တီးခဲ့သည် ။ docker ဂေဟစနစ်ရှိ အခြားကိရိယာကို မလေ့လာလိုသောကြောင့် docker-compose ကို မုန်းတီးခဲ့သည်။ AND docker-compose up အထူးသဖြင့် သူတို့အဲဒီမှာတွေ့သေးရင် စိတ်အနှောင့်အယှက်ဖြစ်ရတယ်။ build ပေါင်းစပ်ပြီးသားပုံတွေထက် တည်ဆောက်မှု။ တကယ်လိုချင်တာက ထုတ်ကုန်တစ်ခုကို ထိထိရောက်ရောက်နဲ့ မြန်မြန်ဆန်ဆန် ဖန်တီးဖို့ပါပဲ။ ဒါပေမယ့် docker ကို ဘယ်လိုသုံးရမလဲဆိုတာ ကျွန်တော် မစဉ်းစားနိုင်ခဲ့ပါဘူး။

Ansible ကို မိတ်ဆက်ခြင်း။

မကြာသေးမီ (လွန်ခဲ့သည့် သုံးလ) က ကျွန်တော်သည် DevOps အဖွဲ့နှင့် လုပ်ဆောင်ခဲ့ပြီး အဖွဲ့ဝင်တိုင်းနီးပါးသည် Docker အပေါ် အဆိုးမြင်သော သဘောထားရှိသည်။ အကြောင်းအမျိုးမျိုးကြောင့်-

• docker သည် iptables စည်းမျဉ်းများ (သင် daemon.json တွင် ၎င်းကို disable ပြုလုပ်နိုင်သော်လည်း)
• docker သည် buggy ဖြစ်ပြီး ကျွန်ုပ်တို့ ၎င်းကို ထုတ်လုပ်ရာတွင် လုပ်ဆောင်မည်မဟုတ်ပါ။
• docker daemon ပျက်သွားပါက၊ အခြေခံအဆောက်အဦများပါရှိသော ကွန်တိန်နာများအားလုံးသည် လိုက်လျောညီထွေဖြစ်စေပါသည်။
• docker မလိုအပ်ပါ။
• Ansible နှင့် virtual machines ရှိလျှင် docker သည် အဘယ်ကြောင့်နည်း

အလုပ်ထဲမှာပဲ တခြား tool တစ်ခုဖြစ်တဲ့ Ansible ကို ကျွန်တော် သိလာတယ်။ တစ်ခါက ကြားဖူးပေမယ့် ကိုယ်ပိုင်စာအုပ်လေးတွေ ရေးဖို့ မကြိုးစားခဲ့ဘူး။ အခု ကျွန်တော် အလုပ်တွေ စရေးတော့ ကျွန်တော့် အမြင်က လုံးဝ ပြောင်းလဲသွားတယ်။ ကျွန်ုပ်သဘောပေါက်မိသောကြောင့်- Ansible တွင် တူညီသော docker containers၊ image builds၊ networks စသည်တို့ကို run ရန် module များရှိပြီး containers များကို local တွင်သာမက remote server များတွင်ပါ run နိုင်ပါသည်။ ကျွန်ုပ်၏ပျော်ရွှင်မှုသည် အကန့်အသတ်မရှိပါ - သာမာန်ကိရိယာတစ်ခုကို ကျွန်ုပ်တွေ့ရှိပြီး ကျွန်ုပ်၏ Makefile နှင့် docker-compose ဖိုင်များကို စွန့်ပစ်လိုက်ပြီး ၎င်းတို့ကို yaml အလုပ်များဖြင့် အစားထိုးထားသည်။ ကဲ့သို့သော တည်ဆောက်မှုများကို အသုံးပြုခြင်းဖြင့် ကုဒ်ကို လျှော့ချခဲ့သည်။ loop, when, etc

ဒေတာဘေ့စ်များကဲ့သို့သော ပြင်ပအဖွဲ့အစည်းအစိတ်အပိုင်းများကို လုပ်ဆောင်ရန်အတွက် Docker

မကြာသေးမီက ကျွန်ုပ်သည် ssh ဥမင်လိုဏ်ခေါင်းများနှင့် သိကျွမ်းလာခဲ့သည်။ ဝေးလံခေါင်သီသောဆာဗာ၏ဆိပ်ကမ်းကို ပြည်တွင်းဆိပ်ကမ်းတစ်ခုသို့ "ရှေ့ဆက်ရန်" အလွန်လွယ်ကူကြောင်း တွေ့ရှိရပါသည်။ အဝေးထိန်းဆာဗာသည် cloud အတွင်းရှိစက် သို့မဟုတ် VirtualBox တွင်လည်ပတ်နေသည့် virtual machine ဖြစ်နိုင်သည်။ အကယ်၍ ကျွန်ုပ်၏လုပ်ဖော်ကိုင်ဖက် သို့မဟုတ် ကျွန်ုပ်သည် ဒေတာဘေ့စ် (သို့မဟုတ် အခြားပြင်ပကုမ္ပဏီအစိတ်အပိုင်းတစ်ခု လိုအပ်ပါက) ကျွန်ုပ်တို့သည် ဆာဗာကို ဤအစိတ်အပိုင်းဖြင့် ရိုးရိုးရှင်းရှင်းစတင်နိုင်ပြီး ဆာဗာမလိုအပ်သည့်အခါ ၎င်းကိုပိတ်နိုင်သည်။ Port forwarding သည် docker container တွင်အလုပ်လုပ်သောဒေတာဘေ့စ်ကဲ့သို့တူညီသောအကျိုးသက်ရောက်မှုကိုပေးသည်။

ဤအမိန့်သည် ကျွန်ုပ်၏ပြည်တွင်းဆိပ်ကမ်းကို postgresql လည်ပတ်နေသော အဝေးထိန်းဆာဗာသို့ ပေးပို့သည်-

ssh -L 9000:localhost:5432 [အီးမေးလ်ကိုကာကွယ်ထားသည်]

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

SSH tunnels များသည် ပုံမှန် VPN ၏ အကန့်အသတ်ရှိသော လုပ်ဆောင်နိုင်စွမ်းတစ်ခုဖြစ်ကြောင်း မကြာသေးမီက ငါဖတ်ခဲ့သည်။ OpenVPN သို့မဟုတ် အခြားသော VPN အကောင်အထည်ဖော်မှုများကို သင်ရိုးရှင်းစွာ ထည့်သွင်းနိုင်ပြီး အခြေခံအဆောက်အအုံကို စနစ်ထည့်သွင်းပြီး အသုံးပြုရန်အတွက် ဆော့ဖ်ဝဲရေးသားသူများကို ပေးနိုင်ပါသည်။ ဒါက အရမ်းမိုက်တယ်။

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

ဒေသသုံး virtual machine တစ်ခုအနေဖြင့်၊ docker containers တွင်တက်ကြွစွာအသုံးပြုနေသော Alpine ကိုပဲ သင်အသုံးပြုနိုင်ပါသည်။ စက်ကိုပိုမိုမြန်ဆန်စွာစတင်နိုင်ရန်၊ သို့မဟုတ်အခြားပေါ့ပါးသောဖြန့်ဝေမှုများအချို့။

အောက်ခြေလိုင်း- သင်သည် အဝေးထိန်းဆာဗာများ သို့မဟုတ် virtualbox တွင် ဒေတာဘေ့စ်များနှင့် အခြားအခြေခံအဆောက်အအုံဆိုင်ရာ အကျိုးကျေးဇူးများကို သင်လုပ်ဆောင်နိုင်ကာ လုပ်ဆောင်သင့်သည်။ ဤရည်ရွယ်ချက်များအတွက် ကျွန်ုပ်သည် docker မလိုအပ်ပါ။

docker ပုံများနှင့်ဖြန့်ချီခြင်းအကြောင်းအနည်းငယ်

ငါရေးပြီးပြီ ဆောင်းပါး docker ပုံများကိုအသုံးပြုခြင်းသည် မည်သည့်အာမခံချက်မှမပေးကြောင်း ကျွန်ုပ်တင်ပြလိုပါသည်။ docker container တစ်ခုဖန်တီးရန်အတွက်သာ Docker ပုံများ လိုအပ်ပါသည်။ အကယ်၍ သင်သည် docker ပုံတစ်ခုသို့ အဆင့်မြှင့်တင်နေပါက၊ သင်သည် docker containers များကို အသုံးပြုရန် အဆင့်မြှင့်တင်နေပြီး ၎င်းတို့ကိုသာ သင်အသုံးပြုနိုင်မည်ဖြစ်သည်။

ဆော့ဖ်ဝဲဆော့ဖ်ဝဲရေးဆွဲသူများသည် ၎င်းတို့၏ထုတ်ကုန်များကို docker ပုံတွင်သာ ပို့သည့်နေရာတိုင်းကို သင်မြင်ဖူးပါသလား။
ထုတ်ကုန်အများစု၏ရလဒ်သည် သီးခြားပလပ်ဖောင်းတစ်ခုအတွက် binary ဖိုင်များဖြစ်သည်၊ ၎င်းတို့ကို အလိုရှိသော platform မှအမွေဆက်ခံထားသည့် docker image သို့ ရိုးရိုးရှင်းရှင်းထည့်သွင်းထားသည်။ dockerhub မှာ ဘာကြောင့် အလားတူပုံတွေ အများကြီးရှိနေတာလဲ သိချင်ဖူးလား။ ဥပမာအားဖြင့် nginx ကိုရိုက်ထည့်ပါ၊ မတူညီသောလူများမှ ပုံပေါင်း 100500 ကိုတွေ့ရပါမည်။ ဤလူများသည် nginx ကိုယ်တိုင် မဖွံ့ဖြိုးခဲ့ဘဲ၊ ၎င်းတို့သည် ၎င်းတို့၏ docker ပုံတွင် တရားဝင် nginx ကို ရိုးရိုးရှင်းရှင်း ပေါင်းထည့်ကာ ကွန်တိန်နာများကို စတင်ရန် အဆင်ပြေစေရန် ၎င်းတို့၏ ကိုယ်ပိုင် configs များဖြင့် ချိန်ညှိပေးသည်။

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

အောက်ခြေလိုင်း- ကျွန်ုပ်သည် docker မှတ်ပုံတင်ရန် မလိုအပ်ပါ၊ ကျွန်ုပ်သည် S3 တစ်မျိုးမျိုး သို့မဟုတ် google drive/dropbox ကဲ့သို့ ဖိုင်သိုလှောင်ရုံကိုသာ အသုံးပြုပါမည်။

CI တွင် Docker

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

ဤကုမ္ပဏီများသည် CI လုပ်ငန်းစဉ်လည်ပတ်သည့် ၎င်းတို့၏ဆာဗာများတွင် docker ကိုအသုံးပြုသည်။ မေးခွန်း- သင့်ဆာဗာများပေါ်တွင် docker container တွင် ပရောဂျက်များကို အဘယ်ကြောင့်တည်ဆောက်ရန် လိုအပ်သနည်း။ အဘယ်ကြောင့်ဆိုသော် တည်ဆောက်မှုအတွက် ပတ်ဝန်းကျင်ကို ပြင်ဆင်ရုံမျှမကဘဲ၊ ဥပမာ၊ တည်ဆောက်မည့် ဆာဗာတွင် nodejs၊ php၊ jdk၊ php၊ jdk၊ ကော်ပီကူးယူမည့် ssh သော့စသည်တို့ကို ထည့်သွင်းမည့် Ansible playbook ရေးပါ။

Docker သည် ၎င်း၏ သီးခြားခွဲထားခြင်းဖြင့် မည်သည့်အကျိုးအမြတ်မှ မရရှိသောကြောင့် ၎င်းသည် ကိုယ့်ကိုယ်ကိုယ် ခြေထောက်ဖြင့် ပစ်သတ်ခြင်းဖြစ်ကြောင်း ယခု ကျွန်ုပ်နားလည်ပါသည်။ docker တွင် CI နှင့် ကြုံတွေ့ရသော ပြဿနာများ-

• တစ်ဖန်သင်တည်ဆောက်ရန် docker ပုံတစ်ခုလိုအပ်သည်။ ပုံတစ်ပုံကို ရှာရန် သို့မဟုတ် သင့်ကိုယ်ပိုင် dockerfile ရေးရန် လိုအပ်သည်။
• 90% သည် docker ပုံသို့ သင်မရေးလိုသော ssh သော့များ၊ လျှို့ဝှက်အချက်အလက်များကို ပေးပို့ရန် လိုအပ်သည်။
• ကွန်တိန်နာကိုဖန်တီးပြီးသေဆုံး၊ ကက်ရှ်များအားလုံး၎င်းနှင့်အတူပျောက်ဆုံးသွားသည် နောက်တည်ဆောက်မှုတွင် အချိန်ကုန်ပြီး ထိရောက်မှုမရှိသည့် ပရောဂျက်မှီခိုမှုများအားလုံးကို ပြန်လည်ဒေါင်းလုဒ်လုပ်မည်ဖြစ်ပြီး အချိန်သည် ငွေဖြစ်သည်။

developer များသည် docker containers တွင် ပရောဂျက်များကို မဆောက်ပါ (ကျွန်တော်သည် တစ်ချိန်က ထိုသို့သော အမာခံပရိသတ်တစ်ဦးဖြစ်ခဲ့ဖူးသည်၊ အမှန်ပင်၊ ကျွန်ုပ်သည် အတိတ်တွင် ကိုယ့်ကိုယ်ကို သနားမိပါသည် xD)။ java တွင် ဗားရှင်းများစွာရှိနိုင်ပြီး ၎င်းတို့ကို command တစ်ခုတည်းဖြင့် ယခုသင်လိုအပ်သည့်တစ်ခုသို့ ပြောင်းလဲနိုင်သည်။ nodej မှာ အတူတူပါပဲ၊ nvm ရှိတယ်။

ကောက်ချက်

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

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

Docker လိုအပ်သည့်အခါ: docker သည် ပေးထားသော လုပ်ငန်းစဉ်ကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ရာတွင် အလွန်ကောင်းမွန်ကြောင်း နိဂုံးချုပ်ရသော်လည်း အခြေခံ လုပ်ဆောင်နိုင်စွမ်းကို တည်ဆောက်ခြင်း မဟုတ်ပါ။

အကယ်၍ သင်သည် docker ကို အသုံးပြုရန် ဆုံးဖြတ်ဆဲဖြစ်ပါက၊

• အလွန်သတိထားပါ။
• developer များအား docker ကိုအသုံးပြုရန် အတင်းအကြပ်မလုပ်ပါနှင့်
• ၎င်း၏အသုံးပြုမှုကို တစ်နေရာတည်းတွင် နေရာချထားပါ၊ ၎င်းကို Dockefile နှင့် docker-compose repositories အားလုံးတွင် မဖြန့်ပါနှင့်။

PS:

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

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

source: www.habr.com