Kubernetes Dashboard နှင့် GitLab အသုံးပြုသူများ ပေါင်းစပ်ခြင်း။

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

ဒါက ဘာကြောင့်လဲ။

တိုက်ရိုက်ဆော့ဖ်ဝဲအင်ဂျင်နီယာများသည် K8s Dashboard ကဲ့သို့ ကိရိယာတစ်ခုကို အမှားရှာပြင်ခြင်းအတွက် စိတ်ဝင်စားပေမည်။ တစ်ခါတစ်ရံတွင် သင်သည် မှတ်တမ်းများနှင့် အရင်းအမြစ်များကို ကြည့်ရှုလိုပြီး တစ်ခါတစ်ရံတွင် pods များကို သတ်ပစ်ခြင်း၊ ဖြန့်ကျက်စကေး/StatefulSets များ နှင့် container console သို့ပင်သွားပါ (ထိုကဲ့သို့သော တောင်းဆိုမှုများလည်း ရှိသည်၊ သို့သော်၊ ဥပမာအားဖြင့်၊ ဥပမာအားဖြင့်၊ kubectl-ဒီဘာဂ်).

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

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

ကျွန်ုပ်တို့သည် NGINX Ingress ကိုအသုံးပြုကြောင်းကိုလည်း သတိပြုမိပါမည်။ တခြားသူတွေနဲ့ လက်တွဲရင် ingress ဖြေရှင်းချက်များခွင့်ပြုချက်အတွက် ခွင့်ပြုချက်အတွက် မှတ်စာများ၏ analogues များကို လွတ်လပ်စွာရှာဖွေရန် လိုအပ်မည်ဖြစ်ပါသည်။

ပေါင်းစည်းဖို့ ကြိုးစားနေပါတယ်။

ဒက်ရှ်ဘုတ်တပ်ဆင်ခြင်း။

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

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

Script သည် Dashboard ကို အစုအဝေးတွင် ထည့်သွင်းပြီး GitLab နှင့် ပေါင်းစည်းရန်အတွက် စီစဉ်ပေးသည်-

$ ./ctl.sh  
Usage: ctl.sh [OPTION]... --gitlab-url GITLAB_URL --oauth2-id ID --oauth2-secret SECRET --dashboard-url DASHBOARD_URL
Install kubernetes-dashboard to Kubernetes cluster.
Mandatory arguments:
 -i, --install                install into 'kube-system' namespace
 -u, --upgrade                upgrade existing installation, will reuse password and host names
 -d, --delete                 remove everything, including the namespace
     --gitlab-url             set gitlab url with schema (https://gitlab.example.com)
     --oauth2-id              set OAUTH2_PROXY_CLIENT_ID from gitlab
     --oauth2-secret          set OAUTH2_PROXY_CLIENT_SECRET from gitlab
     --dashboard-url          set dashboard url without schema (dashboard.example.com)
Optional arguments:
 -h, --help                   output this message

သို့သော်၊ ၎င်းကိုအသုံးမပြုမီ၊ သင်သည် GitLab- စီမံခန့်ခွဲရေးဧရိယာ → အက်ပ်လီကေးရှင်းများ သို့ သွားရန်လိုအပ်ပြီး အနာဂတ်အကန့်အတွက် အပလီကေးရှင်းအသစ်တစ်ခုကို ထည့်ပါ။ အဲဒါကို "kubernetes dashboard" လို့ခေါ်ကြပါစို့။

၎င်းကိုထည့်သွင်းခြင်း၏ရလဒ်အနေဖြင့် GitLab သည် hashes ကိုပေးလိမ့်မည်-

၎င်းတို့သည် ဇာတ်ညွှန်းအတွက် အငြင်းအခုံများအဖြစ် အသုံးပြုကြသည်။ ရလဒ်အနေဖြင့်၊ တပ်ဆင်မှုသည်ဤကဲ့သို့ဖြစ်သည်-

$ ./ctl.sh -i --gitlab-url https://gitlab.example.com --oauth2-id 6a52769e… --oauth2-secret 6b79168f… --dashboard-url dashboard.example.com

ပြီးနောက်၊ အရာအားလုံးစတင်ခဲ့သည်ကိုစစ်ဆေးကြပါစို့။

$ kubectl -n kube-system get pod | egrep '(dash|oauth)'
kubernetes-dashboard-76b55bc9f8-xpncp   1/1       Running   0          14s
oauth2-proxy-5586ccf95c-czp2v           1/1       Running   0          14s

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

သင်၏ကိုယ်ပိုင် oauth ပုံကို patch တစ်ခုဖြင့်တည်ဆောက်ခြင်းဖြင့်ပြဿနာကိုဖြေရှင်းသည်။

Patch oauth လုပ်ပြီး ပြန်လည်ထည့်သွင်းပါ။

ဒါကိုလုပ်ဖို့၊ အောက်ပါ Dockerfile ကိုသုံးပါမယ်။

FROM golang:1.9-alpine3.7
WORKDIR /go/src/github.com/bitly/oauth2_proxy

RUN apk --update add make git build-base curl bash ca-certificates wget 
&& update-ca-certificates 
&& curl -sSO https://raw.githubusercontent.com/pote/gpm/v1.4.0/bin/gpm 
&& chmod +x gpm 
&& mv gpm /usr/local/bin
RUN git clone https://github.com/bitly/oauth2_proxy.git . 
&& git checkout bfda078caa55958cc37dcba39e57fc37f6a3c842  
ADD rd.patch .
RUN patch -p1 < rd.patch 
&& ./dist.sh

FROM alpine:3.7
RUN apk --update add curl bash  ca-certificates && update-ca-certificates
COPY --from=0 /go/src/github.com/bitly/oauth2_proxy/dist/ /bin/

EXPOSE 8080 4180
ENTRYPOINT [ "/bin/oauth2_proxy" ]
CMD [ "--upstream=http://0.0.0.0:8080/", "--http-address=0.0.0.0:4180" ]

ပြီးတော့ ဒါက rd.patch patch ကိုယ်တိုင်က ဘယ်လိုပုံစံလဲ။

diff --git a/dist.sh b/dist.sh
index a00318b..92990d4 100755
--- a/dist.sh
+++ b/dist.sh
@@ -14,25 +14,13 @@ goversion=$(go version | awk '{print $3}')
sha256sum=()
 
echo "... running tests"
-./test.sh
+#./test.sh
 
-for os in windows linux darwin; do
-    echo "... building v$version for $os/$arch"
-    EXT=
-    if [ $os = windows ]; then
-        EXT=".exe"
-    fi
-    BUILD=$(mktemp -d ${TMPDIR:-/tmp}/oauth2_proxy.XXXXXX)
-    TARGET="oauth2_proxy-$version.$os-$arch.$goversion"
-    FILENAME="oauth2_proxy-$version.$os-$arch$EXT"
-    GOOS=$os GOARCH=$arch CGO_ENABLED=0 
-        go build -ldflags="-s -w" -o $BUILD/$TARGET/$FILENAME || exit 1
-    pushd $BUILD/$TARGET
-    sha256sum+=("$(shasum -a 256 $FILENAME || exit 1)")
-    cd .. && tar czvf $TARGET.tar.gz $TARGET
-    mv $TARGET.tar.gz $DIR/dist
-    popd
-done
+os='linux'
+echo "... building v$version for $os/$arch"
+TARGET="oauth2_proxy-$version.$os-$arch.$goversion"
+GOOS=$os GOARCH=$arch CGO_ENABLED=0 
+    go build -ldflags="-s -w" -o ./dist/oauth2_proxy || exit 1
  
checksum_file="sha256sum.txt"
cd $DIR/dists
diff --git a/oauthproxy.go b/oauthproxy.go
index 21e5dfc..df9101a 100644
--- a/oauthproxy.go
+++ b/oauthproxy.go
@@ -381,7 +381,9 @@ func (p *OAuthProxy) SignInPage(rw http.ResponseWriter, req *http.Request, code
       if redirect_url == p.SignInPath {
               redirect_url = "/"
       }
-
+       if req.FormValue("rd") != "" {
+               redirect_url = req.FormValue("rd")
+       }
       t := struct {
               ProviderName  string
               SignInMessage string

ယခု သင်သည် ပုံကိုတည်ဆောက်ပြီး ကျွန်ုပ်တို့၏ GitLab သို့ တွန်းပို့နိုင်ပါသည်။ နောက်တစ်ခု manifests/kube-dashboard-oauth2-proxy.yaml လိုချင်သောပုံ၏အသုံးပြုမှုကိုညွှန်ပြပါ (၎င်းကိုသင်၏ကိုယ်ပိုင်နှင့်အစားထိုး) ။

 image: docker.io/colemickens/oauth2_proxy:latest

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

      imagePullSecrets:
     - name: gitlab-registry

... နှင့် မှတ်ပုံတင်ခြင်းအတွက် လျှို့ဝှက်ချက်ကို ကိုယ်တိုင်ထည့်ပါ-

---
apiVersion: v1
data:
 .dockercfg: eyJyZWdpc3RyeS5jb21wYW55LmNvbSI6IHsKICJ1c2VybmFtZSI6ICJvYXV0aDIiLAogInBhc3N3b3JkIjogIlBBU1NXT1JEIiwKICJhdXRoIjogIkFVVEhfVE9LRU4iLAogImVtYWlsIjogIm1haWxAY29tcGFueS5jb20iCn0KfQoK
=
kind: Secret
metadata:
 annotations:
 name: gitlab-registry
 namespace: kube-system
type: kubernetes.io/dockercfg

အပေါ်က စာကြောင်းရှည်က base64 ကို config မှ အာရုံစူးစိုက်တဲ့ reader က မြင်လိမ့်မယ်။

{"registry.company.com": {
 "username": "oauth2",
 "password": "PASSWORD",
 "auth": "AUTH_TOKEN",
 "email": "[email protected]"
}
}

၎င်းသည် GitLab ရှိ သုံးစွဲသူဒေတာဖြစ်ပြီး Kubernetes ကုဒ်သည် ပုံကို မှတ်ပုံတင်ခြင်းမှ ဆွဲထုတ်မည်ဖြစ်သည်။

အရာအားလုံးပြီးပါက၊ သင်သည် command ဖြင့် လက်ရှိ (မမှန်ပါ) Dashboard တပ်ဆင်ခြင်းကို ဖယ်ရှားနိုင်သည်-

$ ./ctl.sh -d

... ပြီးလျှင် အရာအားလုံးကို ထပ်မံထည့်သွင်းပါ-

$ ./ctl.sh -i --gitlab-url https://gitlab.example.com --oauth2-id 6a52769e… --oauth2-secret 6b79168f… --dashboard-url dashboard.example.com

Dashboard သို့သွား၍ အလွန်ရှေးကျသော အကောင့်ဝင်ခလုတ်ကို ရှာရန် အချိန်တန်ပြီ-

၎င်းကိုနှိပ်ပြီးနောက်၊ GitLab သည် ကျွန်ုပ်တို့အား ၎င်း၏ပုံမှန်စာမျက်နှာသို့ လော့ဂ်အင်ဝင်ရန် ကမ်းလှမ်းလိမ့်မည် (ဟုတ်ပါတယ်၊ အကယ်၍ ကျွန်ုပ်တို့တွင် ယခင်က အကောင့်မဝင်ရသေးပါက)

ကျွန်ုပ်တို့သည် GitLab အထောက်အထားများဖြင့် ဝင်ရောက်ပြီး အားလုံးပြီးပါပြီ-

Dashboard အင်္ဂါရပ်များအကြောင်း

အကယ်၍ သင်သည် Kubernetes နှင့် ယခင်က အလုပ်မလုပ်ဖူးသော developer တစ်ဦးဖြစ်ပါက၊ သို့မဟုတ် အကြောင်းတစ်ခုခုကြောင့် Dashboard ကို ယခင်က မကြုံတွေ့ဖူးပါက၊ ၎င်း၏ စွမ်းဆောင်ရည်အချို့ကို ကျွန်ုပ်ဖော်ပြပါမည်။

ပထမဦးစွာ၊ "အရာအားလုံးသည်စိမ်းလန်းသည်" ကိုသင်တွေ့မြင်နိုင်သည်-

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

ဖြန့်ကျက်မှုများတွင် မြင်နိုင်သော အခြေအနေများ ရှိသည်-

... နှင့် အခြားအသေးစိတ်အချက်များ

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

ဤလုပ်ဆောင်ချက်၏ရလဒ်-

ဆောင်းပါးအစတွင် ဖော်ပြထားပြီးဖြစ်သော အခြားအသုံးဝင်သောအင်္ဂါရပ်များထဲတွင် မှတ်တမ်းများကို ကြည့်ရှုခြင်းဖြစ်သည်-

... နှင့် ရွေးချယ်ထားသော pod ၏ container console သို့ ဝင်ရောက်ရန် လုပ်ဆောင်ချက်-

ဥပမာအားဖြင့်၊ သင်သည် node များရှိ ကန့်သတ်ချက်များ/တောင်းဆိုမှုများကိုလည်း ကြည့်ရှုနိုင်သည်။

ဟုတ်ပါတယ်၊ ဒါတွေက panel ရဲ့ စွမ်းဆောင်နိုင်ရည်အားလုံးမဟုတ်ပေမယ့် ယေဘူယျအကြံဥာဏ်ကို သင်ရလိမ့်မယ်လို့ မျှော်လင့်ပါတယ်။

ပေါင်းစပ်ခြင်းနှင့် Dashboard ၏အားနည်းချက်များ

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

Dashboard ကိုယ်တိုင်၌ သိသာထင်ရှားသော အားနည်းချက်များအနက်၊ အောက်ပါတို့ကို ကျွန်ုပ်သတိပြုမိပါသည်။

• init container ၏ console သို့ဝင်ရန် မဖြစ်နိုင်ပါ။
• ၎င်းကို ClusterRole တွင် ပြင်ဆင်နိုင်သော်လည်း Deployments နှင့် StatefulSets များကို တည်းဖြတ်ရန် မဖြစ်နိုင်ပေ။
• Kubernetes ၏ နောက်ဆုံးဗားရှင်းများနှင့် ဒက်ရှ်ဘုတ်၏ လိုက်ဖက်ညီမှု နှင့် ပရောဂျက်၏ အနာဂတ်သည် မေးခွန်းများ တိုးလာပါသည်။

နောက်ဆုံးပြဿနာကို အထူးဂရုပြုသင့်သည်။

ဒက်ရှ်ဘုတ်အခြေအနေနှင့် အခြားရွေးချယ်စရာများ

ပရောဂျက်၏နောက်ဆုံးဗားရှင်းတွင်ပြသထားသည့် Kubernetes ထုတ်ဝေမှုများနှင့် ဒက်ရှ်ဘုတ်တွဲဖက်နိုင်မှုဇယား (v1.10.1) သိပ်မပျော်ဘူး

ဒါတောင်မှ (ဇန်နဝါရီလမှာ မွေးစားထားပြီးသား)၊ PR နံပါတ် ၃၄၇၆K8s 1.13 အတွက် အထောက်အပံ့ကို ကြေညာပေးသော၊ ထို့အပြင်၊ ပရောဂျက်ပြဿနာများကြားတွင် K8s 1.14 ရှိ panel နှင့် အလုပ်လုပ်သော အသုံးပြုသူများ၏ ရည်ညွှန်းချက်များကို သင်ရှာနိုင်သည်။ နောက်ဆုံး၊ ကျူးလွန်သည်။ project ရဲ့ code base ထဲကို မရပ်ပါဘူး။ ထို့ကြောင့် (အနည်းဆုံး!) ပရောဂျက်၏ ပရောဂျက်၏ ပကတိ အခြေအနေသည် တရားဝင် လိုက်ဖက်ညီမှု ဇယားမှ အစတွင် ထင်ရသလောက် မဆိုးပါ။

နောက်ဆုံးတွင်၊ Dashboard အတွက်အခြားရွေးချယ်စရာများရှိသည်။ သူတို့ထဲတွင်:

1. K8Dash — ငယ်ရွယ်သောအင်တာဖေ့စ်တစ်ခု (ပထမအကြိမ်ကတိကဝတ်သည် ယခုနှစ်မတ်လမှစတင်သည်)၊ ၎င်းသည် အစုအဝေး၏လက်ရှိအခြေအနေနှင့် ၎င်း၏အရာဝတ္ထုများကို စီမံခန့်ခွဲခြင်းကဲ့သို့သော ကောင်းသောအင်္ဂါရပ်များကို ပေးဆောင်ထားပြီးဖြစ်သည်။ အဘယ်ကြောင့်ဆိုသော် "အချိန်နှင့်တပြေးညီ အင်တာဖေ့စ်" အဖြစ် နေရာယူထားသည်။ ဘရောက်ဆာရှိ စာမျက်နှာကို ပြန်လည်ဆန်းသစ်ရန် မလိုအပ်ဘဲ ပြသထားသည့် ဒေတာကို အလိုအလျောက် အပ်ဒိတ်လုပ်သည်။
2. OpenShift Console - မည်သို့ပင်ဆိုစေကာမူ Red Hat OpenShift မှ ဝဘ်အင်တာဖေ့စ်တစ်ခုသည် လူတိုင်းအတွက်မသင့်လျော်သည့် ပရောဂျက်၏အခြားတိုးတက်မှုများကို သင်၏အစုအဝေးသို့ ယူဆောင်လာမည်ဖြစ်သည်။
3. Kubernator အစုအဝေးအရာဝတ္ထုအားလုံးကို ကြည့်ရှုနိုင်စွမ်းရှိသည့် အဆင့်နိမ့် (Dashboard ထက်) အင်တာဖေ့စ်အဖြစ် ဖန်တီးထားသည့် စိတ်ဝင်စားစရာကောင်းသည့် ပရောဂျက်တစ်ခုဖြစ်သည်။ သို့သော်၊ ၎င်း၏ဖွံ့ဖြိုးတိုးတက်မှုရပ်တန့်သွားပုံရသည်။
4. Polaris - တစ်နေ့တခြားပဲ။ ကြေငြာခဲ့သည်။ အကန့်တစ်ခု၏ လုပ်ဆောင်ချက်များကို ပေါင်းစပ်ထားသည့် ပရောဂျက်တစ်ခု (အစုအဝေး၏ လက်ရှိအခြေအနေကို ပြသသော်လည်း ၎င်း၏အရာဝတ္တုများကို မစီမံပါ) နှင့် အလိုအလျောက် "အကောင်းဆုံးအလေ့အကျင့်များ တရားဝင်အတည်ပြုခြင်း" (၎င်းတွင် လုပ်ဆောင်နေသော ဖြန့်ကျက်မှုဖွဲ့စည်းပုံများ၏ မှန်ကန်မှုအတွက် အစုအဝေးကို စစ်ဆေးသည်)။

အစားကောက်ချက်၏

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

Kubernetes ဒက်ရှ်ဘုတ်တွင် အခါအားလျော်စွာ Open Source အသိုင်းအဝိုင်းမှ အခြားရွေးချယ်စရာများ ရှိပါသည် (၎င်းတို့ကို ထည့်သွင်းစဉ်းစားရန် ကျွန်ုပ်တို့ ဝမ်းမြောက်မိပါသည်)၊ သို့သော် ဤအဆင့်တွင် ကျွန်ုပ်တို့သည် ဤဖြေရှင်းချက်ဖြင့် ကျန်ရှိနေပါသည်။

PS

ကျွန်ုပ်တို့၏ဘလော့ဂ်တွင်လည်းဖတ်ပါ

• «Kubernetes အတွက် kubebox နှင့် အခြားသော အခွံများ";
• «Kubernetes နှင့် GitLab ဖြင့် အကောင်းဆုံး CI/CD အလေ့အကျင့်များ (ပြန်လည်သုံးသပ်ခြင်းနှင့် ဗီဒီယိုအစီရင်ခံစာ)";
• «dapp နှင့် GitLab CI ကို အသုံးပြု၍ Kubernetes တွင် အပလီကေးရှင်းများကို တည်ဆောက်ပြီး အသုံးချပါ။";
• «ထုတ်လုပ်မှုတွင် စဉ်ဆက်မပြတ်ပေါင်းစပ်ခြင်းနှင့် ပေးပို့ခြင်းအတွက် GitLab CI။ အပိုင်း 1- ကျွန်ုပ်တို့၏ ပိုက်လိုင်း"။

source: www.habr.com