Þessi grein lýkur röð þýddra athugasemda um OpenWhisk frá höfundinum Priti Desai. Í dag munum við skoða ferlið við að dreifa OpenWhisk yfir Kubernetes með leiðréttum skipunum til að vinna með núverandi útgáfur af forritum. Það mun einnig fjalla um ferlið við að keyra OpenWhisk aðgerðir með Knative og TektonCD á Kubernetes með Nodejs keyrslutíma.
Sendir OpenWhisk á Kubernetes
Á nokkrum dögum gerði ég tilraunir með að dreifa OpenWhisk til Kubernetes til að búa til einfaldan og hraðvirkan prófunarvöll. Og þar sem ég er nýr í Kubernetes, tel ég að einn og hálfur dagur hafi farið í árangursríka uppsetningu. IN þetta Geymslurnar hafa mjög skýrar leiðbeiningar um uppsetningu OpenWhisk á Kubernetes. Hér eru dreifingarleiðbeiningarnar gerðar fyrir Mac (Ég mun líka gera allt á Linux því ég vil frekar Linux. — ca. þýðandi).
Að setja upp pakkastjórann asdf, eftir það leiðréttum við sjálfkrafa ~/.bash_profile eða jafngildi þess svona:
[Aftur, slepptu þessu skrefi á Linux. — ca. þýðandi]
Settu upp 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
[sérstakar útgáfur eru settar upp, en ég athugaði allt á nýjustu fáanlegu útgáfunum fyrir Linux; Mig grunar að þú getir örugglega sett upp nýjustu. — ca. þýðandi]
Á Linux er þetta skref gert eitthvað á þessa leið (allt er sett í ~/bin, sem er skráð í PATH mínum, athugasemd þýðanda):
Settu upp Helm og settu það upp með því að nota það:
$ 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 með nýjustu útgáfunum (v3.0.1 var fáanleg) verður það aðeins öðruvísi. — ca. þýðandi]
$ wsk property set --apihost 192.168.99.100:31001
$ wsk property set --auth 23bc46b1-71f6-4ed5-8c54-816aa4f8c502:123zO3xZCLrMN6v2BKK1dXYFpXlPkccOFqm12CdAsMgRU4VrNZ9lyGVCGuMDGIwP
Við athugum:
$ wsk -i list
Entities in namespace: default
packages
actions
triggers
rules
Vandamál og lausnir
getsockopt: tengingu hafnað
$ 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
Athugar hvort gámarnir séu í nafnarýminu openwhisk í stöðu Running, vegna þess stundum hrynur það með villum CreateContainerConfigError.
Invoker er enn að frumstilla — Init:1/2
Ferlið við að hlaða niður ýmsum runtime umhverfi getur tekið langan tíma. Til að flýta fyrir er hægt að tilgreina styttan lágmarkslista í skránni mycluster.yaml:
whisk:
runtimes: "runtimes-minimal-travis.json"
Gámur með nafni -setja upp-pakka- hrynur í Villa
Auktu bara tímamörk fyrir lífleikapróf.
Að setja upp OpenWhisk yfir Knative
Priti Desai framkvæmdi uppsetninguna ofan á klasa í IBM skýinu, sem og á venjulegum minikube, með Knative Build og BuildTemplates. Ég mun líka setja ofan á minukube, byggt á því hvernig því var lýst í blogginu okkar áðan - með nýjustu hugbúnaðarútgáfum. Þar sem Knative Build og BuildTemplates hafa verið formlega úrelt, mun ég nota ráðlagða skipti í formi Tekton Pipelines. Restin af greininni var skrifuð eftir að hafa lesið skjölin fyrir Tekton Pipelines, en hún er byggð á hugmyndum Priti. Til að vinna þarftu aðgang að einhverju Docker Registry - ég, eins og upphaflegi höfundurinn, mun nota DockerHub.
$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml
Við beitum:
$ 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
Athugun á verkinu felst í því að fá nafn belgsins og skoða stöðu þess. Þú getur líka skoðað framkvæmdaskrá hvers skrefs, til dæmis:
$ 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"}
Eftir framkvæmd munum við hafa mynd í skránni sem hægt er að dreifa með því að nota kn tólið, hannað til að vinna með Knative þjónustu, til dæmis:
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
Ef þú notar Gloo geturðu athugað virkni þess svona: