Šis raksts noslēdz autora tulkoto piezīmju sēriju par OpenWhisk Priti Desai. Šodien mēs apskatīsim OpenWhisk izvietošanas procesu pār Kubernetes ar labotām komandām, lai strādātu ar pašreizējām lietojumprogrammu versijām. Tas aptvers arī OpenWhisk funkciju palaišanas procesu, izmantojot Knative un TektonCD vietnē Kubernetes, izmantojot Nodejs izpildlaiku.
OpenWhisk izvietošana vietnē Kubernetes
Dažu dienu laikā es eksperimentēju ar OpenWhisk izvietošanu Kubernetes, lai izveidotu vienkāršu un ātru testēšanas vietu. Un tā kā esmu iesācējs Kubernetes, uzskatu, ka veiksmīgai izvietošanai tika pavadīta pusotra diena. IN šis Repozitorijiem ir ļoti skaidri norādījumi par OpenWhisk izvietošanu Kubernetes. Šeit ir izvietošanas instrukcijas, kas izstrādātas operētājsistēmai Mac (Es arī visu darīšu uz Linux, jo man labāk patīk Linux. — apm. tulks).
Pakešu pārvaldnieka instalēšana asdf, pēc kura mēs automātiski labojam ~/.bash_profile vai tā ekvivalents, piemēram:
[Atkal izlaidiet šo darbību operētājsistēmā Linux. — apm. tulkotājs]
Instalējiet minikube un 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
[ir instalētas noteiktas versijas, bet es visu pārbaudīju jaunākajās pieejamajās Linux versijās; Man ir aizdomas, ka varat droši instalēt jaunāko. — apm. tulkotājs]
Operētājsistēmā Linux šis solis tiek veikts apmēram šādi (viss tiek ievietots mapē ~/bin, kas ir norādīts manā PATH, tulkotāja piezīmē):
Instalējiet Helm un izvietojiet to, izmantojot to:
$ 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
[Operētājsistēmā Linux ar jaunākajām versijām (bija pieejama v3.0.1) tas būs nedaudz savādāk. — apm. tulkotājs]
$ wsk property set --apihost 192.168.99.100:31001
$ wsk property set --auth 23bc46b1-71f6-4ed5-8c54-816aa4f8c502:123zO3xZCLrMN6v2BKK1dXYFpXlPkccOFqm12CdAsMgRU4VrNZ9lyGVCGuMDGIwP
Pārbaude:
$ wsk -i list
Entities in namespace: default
packages
actions
triggers
rules
Problēmas un to risinājumi
getsockopt: savienojums atteikts
$ 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
Pārbauda, vai konteineri atrodas nosaukumvietā openwhisk statusā Running, jo dažreiz tas avarē ar kļūdām CreateContainerConfigError.
Izsaucējs joprojām tiek inicializēts — Init:1/2
Dažādu izpildlaika vidi lejupielādes process var aizņemt ilgu laiku. Lai paātrinātu darbu, failā varat norādīt saīsinātu minimālo sarakstu mycluster.yaml:
whisk:
runtimes: "runtimes-minimal-travis.json"
Konteiners ar nosaukumu -instalēšanas pakotnes- avārijas uz Error
Vienkārši palieliniet dzīvīguma pārbaužu taimautu.
OpenWhisk instalēšana, izmantojot Knative
Priti Desai veica instalēšanu klastera augšpusē IBM mākonī, kā arī parastajā minikubā, izmantojot Knative Build un BuildTemplates. Uzlikšu arī virsū minukube, vadoties pēc kā tas tika aprakstīts mūsu emuārā agrāk - izmantojot jaunākās programmatūras versijas. Tā kā Knative Build un BuildTemplates ir oficiāli novecojušas, es izmantošu ieteikto nomaiņu Tekton Pipelines veidā. Pārējā raksta daļa tika uzrakstīta pēc Tekton Pipelines dokumentācijas izlasīšanas, taču tā ir balstīta uz Priti idejām. Lai strādātu, jums būs nepieciešama piekļuve kādam Docker reģistram — es, tāpat kā sākotnējais autors, izmantošu DockerHub.
$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml
Mēs piesakāmies:
$ 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
Darba pārbaude sastāv no pāksts nosaukuma iegūšanas un tā statusa apskatīšanas. Varat arī skatīt katras darbības izpildes žurnālu, piemēram:
$ 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"}
Pēc izpildes mums reģistrā būs attēls, kuru var izvietot, izmantojot utilītu kn, kas paredzēts darbam ar Knative pakalpojumiem, piemēram:
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
Ja izmantojat Gloo, varat pārbaudīt tā funkcionalitāti šādi: