shell-operator ကို မိတ်ဆက်ပေးခြင်း- Kubernetes အတွက် အော်ပရေတာများ ဖန်တီးခြင်းသည် ပိုမိုလွယ်ကူလာပါသည်။

ကျွန်တော်တို့ ဘလော့ဂ်မှာ ပြောနေကြတဲ့ ဆောင်းပါးတွေ ရှိပြီးသားပါ။ Kubernetes ရှိ အော်ပရေတာစွမ်းရည်များ ဘယ်လိုလဲ။ ရိုးရှင်းသော အော်ပရေတာတစ်ခုကို ကိုယ်တိုင်ရေးပါ။. ဤတစ်ကြိမ်တွင် ကျွန်ုပ်တို့သည် အော်ပရေတာများကို အလွန်လွယ်ကူသောအဆင့်အထိ ဖန်တီးယူပေးသည့် ကျွန်ုပ်တို့၏ Open Source ဖြေရှင်းချက်ကို သင့်အာရုံကို တင်ပြလိုပါသည်- ကြည့်ပါ။ shell-အော်ပရေတာ!

အဘယ်ကြောင့်နည်း

shell-operator ၏ စိတ်ကူးသည် အလွန်ရိုးရှင်းသည်- Kubernetes အရာဝတ္ထုများမှ အဖြစ်အပျက်များကို စာရင်းသွင်းပြီး ဤဖြစ်ရပ်များကို လက်ခံရရှိသည့်အခါတွင် ပြင်ပပရိုဂရမ်တစ်ခုကို စတင်ကာ ဖြစ်ရပ်နှင့်ပတ်သက်သော အချက်အလက်များကို ပေးဆောင်သည်-

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

အော်ပရေတာအတွက် 15 မိနစ်

Kubernetes အစုအဝေးတွင် အလိုအလျောက်လုပ်ဆောင်နိုင်သည့်အရာနှင့် shell-operator က မည်သို့ကူညီပေးနိုင်ကြောင်း ဥပမာတစ်ခုအား ကြည့်ကြပါစို့။ ဥပမာတစ်ခုသည် အောက်ပါအတိုင်းဖြစ်နိုင်သည်- docker မှတ်ပုံတင်ခြင်းသို့ဝင်ရောက်ရန် လျှို့ဝှက်ချက်ကို ပုံတူကူးခြင်း။

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

ရိုးရှင်းသောအလိုအလျောက်စနစ်

N စက္ကန့်တိုင်း တစ်ကြိမ်လည်ပတ်ပြီး လျှို့ဝှက်တစ်ခုရှိနေခြင်းအတွက် namespaces များကို စစ်ဆေးပြီး လျှို့ဝှက်ခြင်းမရှိပါက shell script ကိုရေးကြပါစို့။ ဤဖြေရှင်းချက်၏အားသာချက်မှာ၊ လူတိုင်းအတွက် ဂန္ထဝင်ဖြစ်ပြီး နားလည်နိုင်သောချဉ်းကပ်မှုတစ်ခုဖြစ်သည်။ အားနည်းချက်မှာ ၎င်း၏ launches များကြားကာလတွင် namespace အသစ်ကို ဖန်တီးနိုင်ပြီး အချိန်အတန်ကြာအောင် ၎င်းသည် လျှို့ဝှက်ထားခြင်းမရှိပဲ ရှိနေမည်ဖြစ်ပြီး၊ ၎င်းသည် pods များကို launch လုပ်ရာတွင် အမှားအယွင်းများရှိလာမည်ဖြစ်သည်။

shell-operator ဖြင့် အလိုအလျောက်စနစ်

ကျွန်ုပ်တို့၏ script ကို မှန်ကန်စွာ လုပ်ဆောင်နိုင်ရန်၊ namespace ကို ထည့်သွင်းသည့်အခါ classic cron launch ကို launch နှင့် အစားထိုးရန် လိုအပ်ပါသည်- ဤကိစ္စတွင်၊ ၎င်းကို အသုံးမပြုမီ လျှို့ဝှက်ချက်ကို သင်ဖန်တီးနိုင်ပါသည်။ shell-operator သုံးပြီး ဒါကို ဘယ်လိုအကောင်အထည်ဖော်ရမလဲဆိုတာ ကြည့်ရအောင်။

အရင်ဆုံး ဇာတ်ညွှန်းကို ကြည့်ရအောင်။ shell-operator ဝေါဟာရများတွင် Script များကို hooks ဟုခေါ်သည်။ အလံတစ်ခုနဲ့ ပြေးတဲ့အခါ ချိတ်တိုင်း --config shell-operator အား ၎င်း၏ bindings များအကြောင်း၊ i.e. ဘယ်လိုပွဲမျိုးမှာ စတင်ကျင်းပသင့်လဲ။ ငါတို့ကိစ္စမှာ ငါတို့သုံးမယ်။ onKubernetesEvent:

#!/bin/bash
if [[ $1 == "--config" ]] ; then
cat <<EOF
{
"onKubernetesEvent": [
  { "kind": "namespace",
    "event":["add"]
  }
]}
EOF
fi

ကျွန်ုပ်တို့သည် ပွဲများကို ပေါင်းထည့်ရန် စိတ်ဝင်စားကြောင်း ဤနေရာတွင် ဖော်ပြထားပါသည်။add) အမျိုးအစား အရာဝတ္ထုများ namespace.

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

#!/bin/bash
if [[ $1 == "--config" ]] ; then
  # конфигурация
cat <<EOF
{
"onKubernetesEvent": [
{ "kind": "namespace",
  "event":["add"]
}
]}
EOF
else
  # реакция:
  # узнать, какой namespace появился
  createdNamespace=$(jq -r '.[0].resourceName' $BINDING_CONTEXT_PATH)
  # создать в нём нужный секрет
  kubectl create -n ${createdNamespace} -f - <<EOF
apiVersion: v1
kind: Secret
metadata:
  ...
data:
  ...
EOF
fi

မိုက်တယ်! ရလဒ်ကတော့ သေးငယ်လှတယ်ဗျ။ ၎င်းကို ပြန်လည်အသက်သွင်းရန် အဆင့်နှစ်ဆင့်ကျန်သည်- ပုံကို ပြင်ဆင်ပြီး အစုအဝေးတွင် စတင်လိုက်ပါ။

ချိတ်ဖြင့် ပုံတစ်ပုံကို ပြင်ဆင်ခြင်း။

ဇာတ်ညွှန်းကိုကြည့်လျှင် command များကိုအသုံးပြုသည်ကိုတွေ့နိုင်သည်။ kubectl и jq. ဆိုလိုသည်မှာ ပုံတွင် အောက်ပါအရာများ ရှိရမည်- ကျွန်ုပ်တို့၏ ချိတ်၊ အဖြစ်အပျက်များကို စောင့်ကြည့်ပြီး ချိတ်ကို လုပ်ဆောင်ပေးမည့် ကျွန်ုပ်တို့၏ ချိတ်၊ ချိတ် (kubectl နှင့် jq) မှ အသုံးပြုသည့် ညွှန်ကြားချက်များ။ Hub.docker.com တွင် shell-operator၊ kubectl နှင့် jq ကို ထုပ်ပိုးထားသည့် အဆင်သင့်လုပ်ထားသော ပုံတစ်ခု ရှိနှင့်ပြီးဖြစ်သည်။ ကျန်တာကတော့ ရိုးရိုးချိတ်တစ်ခုထည့်ဖို့ပဲကျန်တော့တယ်။ Dockerfile:

$ cat Dockerfile
FROM flant/shell-operator:v1.0.0-beta.1-alpine3.9
ADD namespace-hook.sh /hooks

$ docker build -t registry.example.com/my-operator:v1 . 
$ docker push registry.example.com/my-operator:v1

အစုလိုက်အပြုံလိုက် လည်ပတ်နေသည်။

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

1. namespace ဖန်တီးမှုဖြစ်ရပ်များသို့စာရင်းသွင်းသည်;
2. စတင်သည့်နေရာမှလွဲ၍ အခြား namespace များတွင် လျှို့ဝှက်ချက်တစ်ခု ဖန်တီးသည်။

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

YAML တွင် နောက်ဆုံးဖော်ပြချက်သည် ဤကဲ့သို့ တွေ့ရလိမ့်မည်-

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: monitor-namespaces-acc

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  name: monitor-namespaces
rules:
- apiGroups: [""]
  resources: ["namespaces"]
  verbs: ["get", "watch", "list"]
- apiGroups: [""]
  resources: ["secrets"]
  verbs: ["get", "list", "create", "patch"]

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: monitor-namespaces
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: monitor-namespaces
subjects:
  - kind: ServiceAccount
    name: monitor-namespaces-acc
    namespace: example-monitor-namespaces

စုစည်းထားသော ပုံအား ရိုးရှင်းသော ဖြန့်ကျက်မှုအဖြစ် သင်စတင်နိုင်သည်-

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: my-operator
spec:
  template:
    spec:
      containers:
      - name: my-operator
        image: registry.example.com/my-operator:v1
      serviceAccountName: monitor-namespaces-acc

အဆင်ပြေစေရန်အတွက်၊ shell-operator ကိုဖွင့်မည့်နေရာတွင် သီးခြား namespace ကို ဖန်တီးထားပြီး ဖန်တီးထားသော manifests များကို အသုံးပြုမည်-

$ kubectl create ns example-monitor-namespaces
$ kubectl -n example-monitor-namespaces apply -f rbac.yaml
$ kubectl -n example-monitor-namespaces apply -f deployment.yaml

ဒါပါပဲ- shell-operator သည် စတင်မည်ဖြစ်ပြီး၊ namespace ဖန်တီးမှုဖြစ်ရပ်များကို စာရင်းသွင်းပြီး လိုအပ်ပါက ချိတ်ကို run ပါမည်။

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

ဒီကိစ္စနဲ့ ပတ်သက်ပြီး နောက်ထပ် ပုံတစ်ပုံ ရှိပါသေးတယ်...

၎င်း၏အဓိပ္ပါယ်ကို အောက်ပါစာပေများထဲမှ တစ်ခုတွင် အသေးစိတ်ဖော်ပြပါမည်။

filtering ကို

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

ပွဲတစ်ခုရောက်လာသောအခါ၊ shell-operator သည် အရာဝတ္ထု၏ JSON manifest ကို လက်ခံရရှိသည် ။ ဤ JSON တွင်ကျွန်ုပ်တို့စိတ်ဝင်စားသောဂုဏ်သတ္တိများကိုရွေးချယ်ပြီးချိတ်ကိုဖွင့်နိုင်သည်။ သာ သူတို့ပြောင်းတဲ့အခါ။ ဒီအတွက် ကွက်လပ်တစ်ခုရှိတယ်။ jqFilterJSON မန်နီးဖက်စ်တွင် အသုံးပြုမည့် jq စကားရပ်ကို သတ်မှတ်ရန် လိုအပ်ပါသည်။

ဥပမာအားဖြင့်၊ Deployment objects အတွက် အညွှန်းများတွင် အပြောင်းအလဲများကို တုံ့ပြန်ရန်၊ အကွက်ကို စစ်ထုတ်ရန် လိုအပ်သည်။ labels လယ်ပြင်ထဲက metadata. config သည်ဤကဲ့သို့ဖြစ်လိမ့်မည်-

cat <<EOF
{
"onKubernetesEvent": [
{ "kind": "deployment",
  "event":["update"],
  "jqFilter": ".metadata.labels"
}
]}
EOF

ဤ jqFilter စကားရပ်သည် ဖြန့်ကျက်မှု၏ ရှည်လျားသော JSON ကို အတိုကောက် အညွှန်းများဖြင့် JSON အဖြစ် ပြောင်းလဲပေးသည်-

ဤတိုတောင်းသော JSON ပြောင်းလဲသည့်အခါမှသာ shell-operator သည် ချိတ်ကို run မည်ဖြစ်ပြီး အခြားဂုဏ်သတ္တိများဆိုင်ရာ ပြောင်းလဲမှုများကို လျစ်လျူရှုပါမည်။

အချိတ်အဆက်အစပ်

ချိတ် config သည် သင့်အား ပွဲများအတွက် ရွေးချယ်စရာများစွာကို သတ်မှတ်ခွင့်ပြုသည် - ဥပမာ၊ Kubernetes မှ ဖြစ်ရပ်များအတွက် ရွေးချယ်စရာ 2 ခုနှင့် အချိန်ဇယား 2 ခု-

{"onKubernetesEvent":[
  {"name":"OnCreatePod",
  "kind": "pod",
  "event":["add"]
  },
  {"name":"OnModifiedNamespace",
  "kind": "namespace",
  "event":["update"],
  "jqFilter": ".metadata.labels"
  }
],
"schedule": [
{ "name":"every 10 min",
  "crontab":"* */10 * * * *"
}, {"name":"on Mondays at 12:10",
"crontab": "* 10 12 * * 1"
]}

သေးငယ်သော digression- ဟုတ်ကဲ့၊ shell-operator က ပံ့ပိုးပါတယ်။ crontab စတိုင် scripts များကို လုပ်ဆောင်နေသည်။. အသေးစိတ်အချက်အလက်များကို တွင် ကြည့်ရှုနိုင်ပါသည်။ စာရွက်စာတမ်း.

ချိတ်ကို အဘယ်ကြောင့် စတင်ခဲ့သည်ကို ခွဲခြားသိရှိရန်၊ shell-operator သည် ယာယီဖိုင်တစ်ခု ဖန်တီးပြီး hook သို့ ပြောင်းလဲနိုင်သော လမ်းကြောင်းတစ်ခုဖြင့် ၎င်းထံသို့ လမ်းကြောင်းကို ဖြတ်သန်းသည်။ BINDING_CONTEXT_TYPE. ဖိုင်တွင်ချိတ်ကိုအသုံးပြုရခြင်းအကြောင်းအရင်း၏ JSON ဖော်ပြချက်ပါရှိသည်။ ဥပမာအားဖြင့်၊ 10 မိနစ်တိုင်း ချိတ်သည် အောက်ပါအကြောင်းအရာဖြင့် လည်ပတ်ပါမည်-

[{ "binding": "every 10 min"}]

... တနင်္လာနေ့တွင် ဤအရာဖြင့် စတင်ပါမည်။

[{ "binding": "every 10 min"}, { "binding": "on Mondays at 12:10"}]

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

[
 {
 "binding": "onCreatePod",
 "resourceEvent": "add",
 "resourceKind": "pod",
 "resourceName": "foo",
 "resourceNamespace": "bar"
 }
]

အကွက်များ၏ အကြောင်းအရာများကို ၎င်းတို့၏အမည်များမှ နားလည်နိုင်ပြီး အသေးစိတ်အချက်အလက်များကို တွင် ဖတ်ရှုနိုင်ပါသည်။ စာရွက်စာတမ်း. နယ်ပယ်တစ်ခုမှ အရင်းအမြစ်အမည်တစ်ခု ရယူခြင်း၏ ဥပမာ resourceName jq ကို အသုံးပြု၍ လျှို့ဝှက်ချက်များကို ပုံတူကူးထားသော ချိတ်တစ်ခုတွင် ပြသထားပြီးဖြစ်သည်-

jq -r '.[0].resourceName' $BINDING_CONTEXT_PATH

အလားတူနည်းဖြင့် အခြားနယ်ပယ်များကို သင်ရနိုင်သည်။

လာမည့်ဘာလဲ?

ပရောဂျက် repository တွင်၊ in /example လမ်းညွှန်များအစုအဝေးတစ်ခုပေါ်တွင်လည်ပတ်ရန်အဆင်သင့်ဖြစ်သည့်ချိတ်များ ဥပမာများရှိပါသည်။ သင့်ကိုယ်ပိုင်ချိတ်များကို ရေးသားသည့်အခါ ၎င်းတို့ကို အခြေခံအဖြစ် အသုံးပြုနိုင်သည်။

Prometheus ကို အသုံးပြု၍ မက်ထရစ်များ စုဆောင်းခြင်းအတွက် ပံ့ပိုးမှု ရှိသည် - ရရှိနိုင်သော မက်ထရစ်များကို ကဏ္ဍတွင် ဖော်ပြထားပါသည်။ မက်ထရစ်.

သင်ခန့်မှန်းထားသည့်အတိုင်း၊ shell-operator ကို Go တွင်ရေးသားထားပြီး Open Source လိုင်စင် (Apache 2.0) အောက်တွင် ဖြန့်ဝေထားသည်။ ဖွံ့ဖြိုးတိုးတက်ရေးအကူအညီအတွက် ကျွန်ုပ်တို့ ကျေးဇူးတင်ပါမည်။ GitHub တွင် ပရောဂျက်: နှင့် ကြယ်ပွင့်များ နှင့် ပြဿနာများ နှင့် တောင်းဆိုချက်များကို ဆွဲထုတ်ပါ။

လျှို့ဝှက်ဖုံးအုပ်ကို ရုတ်သိမ်းပြီး shell-operator ဖြစ်သည်ကို ကျွန်ုပ်တို့လည်း အသိပေးပါမည်။ သေးငယ်သည် Kubernetes အစုအဝေးတွင် ထည့်သွင်းထားသော အပိုပရိုဂရမ်များကို အပ်ဒိတ်လုပ်ထားနိုင်ပြီး အမျိုးမျိုးသော အလိုအလျောက်လုပ်ဆောင်မှုများကို လုပ်ဆောင်နိုင်သည့် ကျွန်ုပ်တို့၏စနစ်၏တစ်စိတ်တစ်ပိုင်း။ ဤစနစ်အကြောင်းပိုမိုဖတ်ပါ။ ပြောတယ် စိန့်ပီတာစဘတ်ရှိ HighLoad++ 2019 တွင် တနင်္လာနေ့တွင် စာသားအတိုင်း - ကျွန်ုပ်တို့သည် မကြာမီတွင် ဤအစီရင်ခံစာ၏ ဗီဒီယိုနှင့် စာသားမှတ်တမ်းကို ထုတ်ဝေပါမည်။

ဤစနစ်၏ကျန်များကိုဖွင့်ရန် ကျွန်ုပ်တို့တွင် အစီအစဉ်ရှိသည်- addon-operator နှင့်ကျွန်ုပ်တို့၏ချိတ်များနှင့် module များစုစည်းမှုရှိသည်။ စကားမစပ်၊ addon-operator က ရှိပြီးသားပါ။ GitHub တွင်ရနိုင်သည်။ဒါပေမယ့် အဲဒါအတွက် စာရွက်စာတမ်းတွေက လမ်းစရှိနေတုန်းပဲ။ Module များ စုဆောင်းခြင်းကို နွေရာသီတွင် ထုတ်ဝေရန် စီစဉ်ထားသည်။

ဆက်ပြီးနားထောင်ပါ!

PS

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

• «Kubernetes အတွက် အော်ပရေတာများ- နိုင်ငံပိုင်အပလီကေးရှင်းများကို မည်သို့လုပ်ဆောင်ရမည်နည်း။";
• «Golang ရှိ Kubernetes အတွက် အော်ပရေတာတစ်ခု ရေးနေသည်။";
• «Grafana - Statusmap အကန့်အတွက် ပလပ်အင်အသစ်တစ်ခုကို မိတ်ဆက်ခြင်း။";
• «Loghouse ကို မိတ်ဆက်ခြင်း - Kubernetes တွင် မှတ်တမ်းများနှင့် အလုပ်လုပ်ရန်အတွက် ပွင့်လင်းသောအရင်းအမြစ်စနစ်တစ်ခု";
• «ကျွန်ုပ်တို့သည် dapp - CI/CD ပြုပြင်ထိန်းသိမ်းမှုအတွက် DevOps utility တစ်ခုကို တရားဝင်တင်ပြထားပါသည်။"။

source: www.habr.com