ဤဆောင်းပါးသည် စာရေးသူထံမှ OpenWhisk နှင့်ပတ်သက်သော ဘာသာပြန်မှတ်စုစီးရီးများကို အဆုံးသတ်ထားသည်။
Kubernetes တွင် OpenWhisk ကို အသုံးပြုခြင်း။
ရက်အနည်းငယ်အတွင်းမှာ OpenWhisk ကို Kubernetes မှာ အသုံးချပြီး ရိုးရှင်းပြီး မြန်ဆန်တဲ့ စမ်းသပ်ကွင်းတစ်ခု ဖန်တီးဖို့ စမ်းသပ်ခဲ့ပါတယ်။ ကျွန်ုပ်သည် Kubernetes ကို လူသစ်ဖြစ်သောကြောင့်၊ အောင်မြင်စွာ ဖြန့်ကျက်ခြင်းအတွက် တစ်ရက်ခွဲကို သုံးစွဲခဲ့သည်ဟု ယုံကြည်ပါသည်။ IN
- အထုပ်မန်နေဂျာကို ထည့်သွင်းခြင်း။
asdf
ထို့နောက် ကျွန်ုပ်တို့ အလိုအလျောက် ပြင်ပေးသည်။~/.bash_profile
သို့မဟုတ် ၎င်း၏ ဤကဲ့သို့သော ညီမျှသည်-
$ brew install asdf
$ [ -s "/usr/local/opt/asdf/asdf.sh" ] && . /usr/local/opt/asdf/asdf.sh
$ source ~/.bash_profile
[Linux တွင် ချက်ခြင်းရနိုင်သော်လည်း ဤအဆင့်ကို မလိုအပ်ပါ။ - ခန့်မှန်းခြေ ဘာသာပြန်သူ]
- ပလပ်အင်များထည့်ခြင်း။
minikube
иkubelet
:
$ asdf plugin-add kubectl
$ asdf plugin-add minikube
[တဖန်၊ Linux တွင် ဤအဆင့်ကို ကျော်သွားပါ။ - ခန့်မှန်းခြေ ဘာသာပြန်သူ]
- minikube နှင့် kubelet ကို ထည့်သွင်းပါ-
$ asdf install kubectl 1.9.0
$ asdf global kubectl 1.9.0
$ asdf install minikube 0.25.2
$ asdf global minikube 0.25.2
[သီးခြားဗားရှင်းများကို ထည့်သွင်းထားသော်လည်း Linux အတွက် နောက်ဆုံးထွက်ရှိနိုင်သော ဗားရှင်းများတွင် အရာအားလုံးကို စစ်ဆေးခဲ့သည်။ နောက်ဆုံးထွက်ကို ဘေးကင်းစွာ တပ်ဆင်နိုင်သည်ဟု ကျွန်ုပ်သံသယရှိသည်။ - ခန့်မှန်းခြေ ဘာသာပြန်သူ]
Linux တွင်၊ ဤအဆင့်ကို ဤကဲ့သို့လုပ်ဆောင်သည် (အရာအားလုံးကို ကျွန်ုပ်၏ PATH တွင်ဖော်ပြထားသော၊ ဘာသာပြန်သူ၏မှတ်စုတွင်ဖော်ပြထားသော ~/bin တွင် အရာအားလုံးကို ထည့်သွင်းထားသည်)။
$ curl -L0 minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && chmod +x minikube && mv minikube ~/bin/
$ curl -L0 https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl && chmod +x kubectl && mv kubectl ~/bin/
- minikube virtual machine တစ်ခုဖန်တီးပါ (VirtualBox ကို ကြိုတင်ထည့်သွင်းထားရမည်)။
$ minikube start --cpus 2 --memory 4096 --kubernetes-version=v1.9.0 --extra-config=apiserver.Authorization.Mode=RBAC
[အသင်းနဲ့အတူ အရာအားလုံးက ကျွန်တော့်အတွက် အဆင်ပြေပါတယ်။ minikube start
ကန့်သတ်ချက်များမပါဘဲ၊ ပုံသေတန်ဖိုးများ။ - ခန့်မှန်းခြေ ဘာသာပြန်သူ]
$ minikube start
minikube v1.5.2 on Debian 8.11
Automatically selected the 'virtualbox' driver
Downloading VM boot image ...
> minikube-v1.5.1.iso.sha256: 65 B / 65 B [--------------] 100.00% ? p/s 0s
> minikube-v1.5.1.iso: 143.76 MiB / 143.76 MiB [-] 100.00% 5.63 MiB p/s 26s
Creating virtualbox VM (CPUs=2, Memory=4096MB, Disk=20000MB) ...
Preparing Kubernetes v1.16.2 on Docker '18.09.9' ...
Downloading kubelet v1.16.2
Downloading kubeadm v1.16.2
Pulling images ...
Launching Kubernetes ... Waiting for: apiserver
Done! kubectl is now configured to use "minikube"
- Docker ရှိ ကွန်ရက်ကို ညစ်ညမ်းမုဒ်သို့ ပြောင်းနေသည်-
$ minikube ssh -- sudo ip link set docker0 promisc on
- namespace တစ်ခုဖန်တီးပြီး worker node ကို အမှတ်အသားပြုပါ။
$ kubectl create namespace openwhisk
$ kubectl label nodes --all openwhisk-role=invoker
- ကျွန်ုပ်တို့သည် repository ၏ အကြောင်းအရာများကို ရယူပြီး mycluster.yaml ဖိုင်တွင် ingress အတွက် အမျိုးအစားကို အစားထိုးသည်-
$ git clone https://github.com/apache/incubator-openwhisk-deploy-kube.git
$ cd incubator-openwhisk-deploy-kube/
$ cat << "EOF" > mycluster.yaml
whisk:
ingress:
type: NodePort
api_host_name: 192.168.99.100
api_host_port: 31001
nginx:
httpsNodePort: 31001
EOF
- Helm ကို ထည့်သွင်းပြီး ၎င်းကို အသုံးပြု၍ အသုံးပြုပါ။
$ brew install kubernetes-helm
$ helm init # init Helm Tiller, не нужно на Helm v3+
$ kubectl get pods -n kube-system # verify that tiller-deploy is in the running state, не нужно на helm v3+
$ kubectl create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default
$ helm install ./openwhisk/helm/ --namespace=openwhisk -f mycluster.yaml
[Linux တွင် နောက်ဆုံးထွက်ဗားရှင်းများ (v3.0.1 ကို ရရှိနိုင်သည်) ၎င်းသည် အနည်းငယ်ကွဲပြားပါလိမ့်မည်။ - ခန့်မှန်းခြေ ဘာသာပြန်သူ]
$ curl -L0 https://get.helm.sh/helm-v3.0.1-linux-amd64.tar.gz | tar -xzvf - linux-amd64/helm --strip-components=1; sudo mv helm /usr/local/bin
$ kubectl create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default
$ helm install ./openwhisk/helm/ --namespace=openwhisk --generate-name -f mycluster.yaml
- အရာအားလုံး မြင့်တက်လာကြောင်း စစ်ဆေးကြည့်သည် (အခြေအနေ = လည်ပတ်နေသည် သို့မဟုတ် ပြီးစီးသည်)။
$ kubectl get pods -n openwhisk
NAME READY STATUS RESTARTS AGE
openwhisk-1576070780-alarmprovider-6868dc694-plvpf 1/1 Running 1 1d5h
openwhisk-1576070780-apigateway-8d56f4979-825hf 1/1 Running 1 1d5h
openwhisk-1576070780-cloudantprovider-544bb46596-9scph 1/1 Running 1 1d5h
openwhisk-1576070780-controller-0 1/1 Running 2 1d5h
openwhisk-1576070780-couchdb-7fd7f6c7cc-42tw6 1/1 Running 1 1d5h
openwhisk-1576070780-gen-certs-z9nsb 0/1 Completed 0 1d5h
openwhisk-1576070780-init-couchdb-r2vmt 0/1 Completed 0 1d5h
openwhisk-1576070780-install-packages-27dtr 0/1 Completed 0 1d4h
openwhisk-1576070780-invoker-0 1/1 Running 1 1d5h
openwhisk-1576070780-kafka-0 1/1 Running 1 1d5h
openwhisk-1576070780-kafkaprovider-f8b4cf4fc-7z4gt 1/1 Running 1 1d5h
openwhisk-1576070780-nginx-6dbdbf69bc-5x76n 1/1 Running 1 1d5h
openwhisk-1576070780-redis-cfd8756f4-hkrt6 1/1 Running 1 1d5h
openwhisk-1576070780-wskadmin 1/1 Running 1 1d5h
openwhisk-1576070780-zookeeper-0 1/1 Running 1 1d5h
wskopenwhisk-1576070780-invoker-00-1-prewarm-nodejs10 1/1 Running 0 61s
wskopenwhisk-1576070780-invoker-00-2-prewarm-nodejs10 1/1 Running 0 61s
wskopenwhisk-1576070780-invoker-00-3-whisksystem-invokerhealtht 1/1 Running 0 59s
- အလုပ်လုပ်ရန် wsk ကို ပြင်ဆင်သတ်မှတ်နေသည်-
$ wsk property set --apihost 192.168.99.100:31001
$ wsk property set --auth 23bc46b1-71f6-4ed5-8c54-816aa4f8c502:123zO3xZCLrMN6v2BKK1dXYFpXlPkccOFqm12CdAsMgRU4VrNZ9lyGVCGuMDGIwP
ငါတို့စစ်ဆေးသည်
$ wsk -i list
Entities in namespace: default
packages
actions
triggers
rules
ပြဿနာများနှင့် ၎င်းတို့၏ ဖြေရှင်းနည်းများ
getsockopt- ချိတ်ဆက်မှုကို ငြင်းဆိုထားသည်။
$ wsk -i list
error: Unable to obtain the list of entities for namespace 'default': Get http://192.168.99.100:31001/api/v1/namespaces/_/actions?limit=0&skip=0: dial tcp 192.168.99.100:31001: getsockopt: connection refused
ကွန်တိန်နာများသည် namespace တွင်ရှိမရှိစစ်ဆေးခြင်း။ openwhisk
အခြေနေ Running
, ဘာဖြစ်လို့လဲဆိုတော့ တခါတရံမှာ error တွေနဲ့ ပျက်တတ်ပါတယ်။ CreateContainerConfigError
.
Invoker သည် စတင်နေဆဲဖြစ်သည် — Init:1/2
အမျိုးမျိုးသော runtime ပတ်၀န်းကျင်များကိုဒေါင်းလုဒ်လုပ်ခြင်းလုပ်ငန်းစဉ်သည်အချိန်ကြာမြင့်နိုင်သည်။ အရာများကို အရှိန်မြှင့်ရန်၊ သင်သည် ဖိုင်ထဲတွင် အတိုကောက် အနည်းဆုံးစာရင်းကို သတ်မှတ်နိုင်သည်။ mycluster.yaml
:
whisk:
runtimes: "runtimes-minimal-travis.json"
နာမည်နဲ့ ကွန်တိန်နာ -install-packages- Error ပျက်သွားသည်။
အသက်ရှင်မှုစမ်းသပ်မှုများအတွက် အချိန်ကုန်သွားရုံသာဖြစ်သည်။
Knative တွင် OpenWhisk ကို ထည့်သွင်းခြင်း။
Priti Desai သည် Knative Build နှင့် BuildTemplates ကို အသုံးပြု၍ IBM cloud ရှိ အစုအဝေးတစ်ခု၏ထိပ်တွင် တပ်ဆင်မှုကို လုပ်ဆောင်ပြီး ပုံမှန် minikube တွင် တပ်ဆင်မှုကို လုပ်ဆောင်ခဲ့သည်။ လုပ်နည်းအပေါ်အခြေခံ၍ minukube ၏ထိပ်တွင်လည်း ထည့်သွင်းပါမည်။
$ curl -L0 https://github.com/solo-io/gloo/releases/download/v1.2.10/glooctl-linux-amd64; chmod +x glooctl-linux-amd64; mv glooctl-linux-amd64 ~/bin
$ glooctl install knative
$ kubectl get pods -n knative-serving
NAME READY STATUS RESTARTS AGE
activator-77fc555665-rvrst 1/1 Running 0 2m23s
autoscaler-5c98b7c9b6-x8hh4 1/1 Running 0 2m21s
autoscaler-hpa-5cfd4f6845-w87kq 1/1 Running 0 2m22s
controller-7fd74c8f67-tprm8 1/1 Running 0 2m19s
webhook-74847bb77c-txr2g 1/1 Running 0 2m17s
$ kubectl get pods -n gloo-system
NAME READY STATUS RESTARTS AGE
discovery-859d7fbc9c-8xhvh 1/1 Running 0 51s
gloo-545886d9c6-85mwt 1/1 Running 0 51s
ingress-67d4996d75-lkkmw 1/1 Running 0 50s
knative-external-proxy-767dfd656c-wwv2z 1/1 Running 0 50s
knative-internal-proxy-6fdddcc6b5-7vqd8 1/1 Running 0 51s
Knative ၏ထိပ်တွင် OpenWhisk ကိုတည်ဆောက်ပြီးအသုံးပြုပါ။
- အကြောင်းအရာများကိုရယူခြင်း။
ဒီသိုလှောင်မှု :
$ git clone https://github.com/tektoncd/catalog/
$ cd catalog/openwhisk
- ကျွန်ုပ်တို့သည် Registry ကို ဝင်ရောက်ခြင်းအတွက် ဒေတာကို ပတ်ဝန်းကျင် ကိန်းရှင်များအဖြစ် သတ်မှတ်ပြီး ၎င်းတို့ကို Kubernetes လျှို့ဝှက်ချက်အဖြစ် သိမ်းဆည်းသည်-
$ export DOCKER_USERNAME=<your docker hub username>
$ export DOCKER_PASSWORD=<your docker hub password>
$ sed -e 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -e 's/${DOCKER_PASSWORD}/'"$DOCKER_PASSWORD"'/' docker-secret.yaml.tmpl > docker-secret.yaml
$ kubectl apply -f docker-secret.yaml
ငါတို့စစ်ဆေးသည်
$ kubectl get secret
NAME TYPE DATA AGE
dockerhub-user-pass kubernetes.io/basic-auth 2 21s
- ဆောက်လုပ်ရေးပတ်ဝန်းကျင်အတွက် အကောင့်တစ်ခုဖန်တီးပါ-
$ kubectl apply -f service-account.yaml
ငါတို့စစ်ဆေးသည်
$ kubectl get serviceaccount/openwhisk-runtime-builder
NAME SECRETS AGE
openwhisk-runtime-builder 2 31m
- OpenWhisk အတွက် ပုံတစ်ခုတည်ဆောက်ရန် လုပ်ဆောင်စရာတစ်ခု ဖန်တီးပါ။
$ kubectl apply -f openwhisk.yaml
task.tekton.dev/openwhisk created
- ပုံတည်ဆောက်ရန်အတွက် ကျွန်ုပ်တို့လုပ်ဆောင်ရမည့်တာဝန် (ဥပမာတစ်ခုအနေဖြင့် NodeJS ကိုအသုံးပြုသည်)
အကြောင်းအရာများဖြင့် taskrun.yaml ဖိုင်ကို ဖန်တီးပါ-
# Git Pipeline Resource for OpenWhisk NodeJS Runtime
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
name: openwhisk-nodejs-runtime-git
spec:
type: git
params:
- name: revision
value: master
- name: url
value: https://github.com/apache/openwhisk-runtime-nodejs.git
---
# Image Pipeline Resource for OpenWhisk NodeJS Sample Application
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
name: openwhisk-nodejs-helloworld-image
spec:
type: image
params:
- name: url
value: docker.io/${DOCKER_USERNAME}/openwhisk-nodejs-helloworld
---
# Task Run to build NodeJS image with the action source
apiVersion: tekton.dev/v1alpha1
kind: TaskRun
metadata:
name: openwhisk-nodejs-helloworld
spec:
serviceAccountName: openwhisk-runtime-builder
taskRef:
name: openwhisk
inputs:
resources:
- name: runtime-git
resourceRef:
name: openwhisk-nodejs-runtime-git
params:
- name: DOCKERFILE
value: "./runtime-git/core/nodejs10Action/knative/Dockerfile"
- name: OW_ACTION_NAME
value: "nodejs-helloworld"
- name: OW_ACTION_CODE
value: "function main() {return {payload: 'Hello World!'};}"
- name: OW_PROJECT_URL
value: ""
outputs:
resources:
- name: runtime-image
resourceRef:
name: openwhisk-nodejs-helloworld-image
---
ကျွန်ုပ်တို့သည် ဤဖိုင်အတွက် လက်ရှိဒေတာကို အသုံးပြုသည်-
$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml
ကျွန်ုပ်တို့ လျှောက်ထားသည်-
$ kubectl apply -f taskrun.yaml
pipelineresource.tekton.dev/openwhisk-nodejs-runtime-git created
pipelineresource.tekton.dev/openwhisk-nodejs-helloworld-image created
taskrun.tekton.dev/openwhisk-nodejs-helloworld created
အလုပ်စစ်ဆေးခြင်းတွင် pod ၏အမည်ကိုရယူခြင်းနှင့်၎င်း၏အခြေအနေကိုကြည့်ရှုခြင်းပါဝင်သည်။ အဆင့်တစ်ခုစီ၏ လုပ်ဆောင်ချက်မှတ်တမ်းကိုလည်း သင်ကြည့်ရှုနိုင်သည်၊ ဥပမာ-
$ kubectl get taskrun
NAME SUCCEEDED REASON STARTTIME COMPLETIONTIME
openwhisk-nodejs-helloworld True Succeeded 5m15s 44s
$ kubectl get pod openwhisk-nodejs-helloworld-pod-4640d3
NAME READY STATUS RESTARTS AGE
openwhisk-nodejs-helloworld-pod-4640d3 0/6 Completed 0 5m20s
$ kubectl logs openwhisk-nodejs-helloworld-pod-4640d3 -c step-git-source-openwhisk-nodejs-runtime-git-r8vhr
{"level":"info","ts":1576532931.5880227,"logger":"fallback-logger","caller":"logging/config.go:69","msg":"Fetch GitHub commit ID from kodata failed: open /var/run/ko/refs/heads/master: no such file or directory"}
{"level":"info","ts":1576532936.538926,"logger":"fallback-logger","caller":"git/git.go:81","msg":"Successfully cloned https://github.com/apache/openwhisk-runtime-nodejs.git @ master in path /workspace/runtime-git"}
{"level":"warn","ts":1576532936.5395331,"logger":"fallback-logger","caller":"git/git.go:128","msg":"Unexpected error: creating symlink: symlink /tekton/home/.ssh /root/.ssh: file exists"}
{"level":"info","ts":1576532936.8202565,"logger":"fallback-logger","caller":"git/git.go:109","msg":"Successfully initialized and updated submodules in path /workspace/runtime-git"}
လုပ်ဆောင်ပြီးနောက်၊ ဥပမာ Knative ဝန်ဆောင်မှုများနှင့် အလုပ်လုပ်ရန် ဒီဇိုင်းထုတ်ထားသော kn utility ကို အသုံးပြု၍ အသုံးချနိုင်သည့် Registry တွင် ပုံတစ်ပုံရှိသည်-
kn service create nodejs-helloworld --image docker.io/${DOCKER_USERNAME}/openwhisk-nodejs-helloworld
Service 'nodejs-helloworld' successfully created in namespace 'default'.
Waiting for service 'nodejs-helloworld' to become ready ... OK
Service URL:
http://nodejs-helloworld.default.example.com
Gloo ကိုအသုံးပြုပါက၊ ၎င်း၏လုပ်ဆောင်ချက်ကို အောက်ပါအတိုင်း စစ်ဆေးနိုင်ပါသည်။
$ curl -H "Host: nodejs-helloworld.default.example.com" -X POST $(glooctl proxy url --name knative-external-proxy)
{"OK":true}
$ curl -H "Host: nodejs-helloworld.default.example.com" -X POST $(glooctl proxy url --name knative-external-proxy)
{"payload":"Hello World!"}
စီးရီး၏အခြားဆောင်းပါးများ
source: www.habr.com