Denne artikkelen avslutter serien med oversatte notater om OpenWhisk fra forfatteren Priti Desai. I dag skal vi se på prosessen med å distribuere OpenWhisk over Kubernetes med korrigerte kommandoer for å fungere med gjeldende versjoner av applikasjoner. Den vil også dekke prosessen med å kjøre OpenWhisk-funksjoner ved å bruke Knative og TektonCD på Kubernetes ved å bruke Nodejs kjøretid.
Distribuerer OpenWhisk på Kubernetes
I løpet av noen dager eksperimenterte jeg med å distribuere OpenWhisk til Kubernetes for å lage en enkel og rask testing. Og siden jeg er ny på Kubernetes, tror jeg at halvannen dag ble brukt på vellykket distribusjon. I dette Lagrene har veldig klare instruksjoner for distribusjon av OpenWhisk på Kubernetes. Her er distribusjonsinstruksjonene laget for Mac (Jeg vil også gjøre alt på Linux fordi jeg foretrekker Linux. — ca. oversetter).
Installerer pakkebehandlingen asdf, hvoretter vi automatisk korrigerer ~/.bash_profile eller tilsvarende som dette:
[Igjen, hopp over dette trinnet på Linux. — ca. oversetter]
Installer minikube og 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
[spesifikke versjoner er installert, men jeg sjekket alt på de siste tilgjengelige versjonene for Linux; Jeg mistenker at du trygt kan installere den nyeste. — ca. oversetter]
På Linux gjøres dette trinnet omtrent slik (alt legges inn i ~/bin, som er oppført i PATH, oversetterens notat):
$ 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
[På Linux med de nyeste versjonene (v3.0.1 var tilgjengelig) vil det være litt annerledes. — ca. oversetter]
$ wsk property set --apihost 192.168.99.100:31001
$ wsk property set --auth 23bc46b1-71f6-4ed5-8c54-816aa4f8c502:123zO3xZCLrMN6v2BKK1dXYFpXlPkccOFqm12CdAsMgRU4VrNZ9lyGVCGuMDGIwP
Vi sjekker:
$ wsk -i list
Entities in namespace: default
packages
actions
triggers
rules
Problemer og løsninger
getsockopt: tilkobling nektet
$ 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
Kontrollerer at beholderne er i navneområdet openwhisk i status Running, fordi noen ganger krasjer det med feil CreateContainerConfigError.
Invoker initialiserer fortsatt — Init:1/2
Prosessen med å laste ned ulike kjøretidsmiljøer kan ta lang tid. For å få fart på sakene kan du spesifisere en forkortet minimumsliste i filen mycluster.yaml:
whisk:
runtimes: "runtimes-minimal-travis.json"
Beholder med navn -installer-pakker- krasjer til Feil
Bare øk timeoutene for livlighetstester.
Installerer OpenWhisk over Knative
Priti Desai utførte installasjonen på toppen av en klynge i IBM-skyen, så vel som på en vanlig minikube, ved å bruke Knative Build og BuildTemplates. Jeg vil også installere på toppen av minukube, basert på hvordan det ble beskrevet i bloggen vår tidligere - ved å bruke de nyeste programvareversjonene. Siden Knative Build and BuildTemplates er offisielt avviklet, vil jeg bruke den anbefalte erstatningen i form av Tekton Pipelines. Resten av artikkelen ble skrevet etter å ha lest dokumentasjonen til Tekton Pipelines, men er basert på ideene til Priti. For å fungere, trenger du tilgang til noe Docker-register - jeg, som den opprinnelige forfatteren, vil bruke DockerHub.
$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml
Vi bruker:
$ 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
Å sjekke arbeidet består i å få podens navn og se statusen. Du kan også se utførelsesloggen for hvert trinn, for eksempel:
$ 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"}
Etter utførelse vil vi ha et bilde i registeret som kan distribueres ved hjelp av kn-verktøyet, designet for å fungere med Knative-tjenester, for eksempel:
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
Hvis du bruker Gloo, kan du sjekke funksjonaliteten slik: