Knative - k8s-based platform-as-a-service ជាមួយនឹងការគាំទ្រដោយគ្មានម៉ាស៊ីនមេ

Kubernetes ច្បាស់ជាក្លាយជាវេទិកាលេចធ្លោសម្រាប់ការដាក់ពង្រាយកុងតឺន័រ។ វាផ្តល់នូវសមត្ថភាពក្នុងការគ្រប់គ្រងស្ទើរតែទាំងអស់ដោយប្រើ APIs និងឧបករណ៍បញ្ជាផ្ទាល់ខ្លួនដែលពង្រីក APIs របស់វាជាមួយនឹងធនធានផ្ទាល់ខ្លួន។

ទោះជាយ៉ាងណាក៏ដោយ អ្នកប្រើប្រាស់នៅតែត្រូវធ្វើការសម្រេចចិត្តលម្អិតអំពីរបៀបដាក់ពង្រាយ កំណត់រចនាសម្ព័ន្ធ គ្រប់គ្រង និងធ្វើមាត្រដ្ឋានកម្មវិធី។ បញ្ហានៃការធ្វើមាត្រដ្ឋានកម្មវិធី ការការពារ និងលំហូរចរាចរណ៍នៅតែស្ថិតលើការសម្រេចចិត្តរបស់អ្នកប្រើប្រាស់។ វាកំណត់ Kubernetes ក្រៅពីវេទិកាធម្មតាជាសេវាកម្ម (PaaS) ដូចជា Cloud Foundry និង Heroku ជាដើម។

វេទិកាមានចំណុចប្រទាក់អ្នកប្រើដ៏សាមញ្ញ ហើយមានគោលបំណងសម្រាប់អ្នកអភិវឌ្ឍន៍កម្មវិធីដែលភាគច្រើនជាប់ពាក់ព័ន្ធក្នុងការដំឡើងកម្មវិធីនីមួយៗ។ ការកំណត់ផ្លូវ ការដាក់ឱ្យប្រើប្រាស់ និងម៉ែត្រត្រូវបានគ្រប់គ្រងប្រកបដោយតម្លាភាពចំពោះអ្នកប្រើប្រាស់ដោយប្រព័ន្ធ PaaS មូលដ្ឋាន។

លំហូរការងារពីប្រភពទៅនាវាត្រូវបានគ្រប់គ្រងដោយ PaaS ដោយបង្កើតរូបភាពកុងតឺន័រផ្ទាល់ខ្លួន ការដាក់ពង្រាយវា រៀបចំផ្លូវថ្មី និងដែនរង DNS សម្រាប់ចរាចរណ៍ចូល។ ទាំងអស់នេះត្រូវបានបើកនៅលើពាក្យបញ្ជា git push.

Kubernetes (ដោយចេតនា) ផ្តល់តែប្លុកអគារស្នូលសម្រាប់វេទិកាបែបនេះ ដោយទុកឱ្យសហគមន៍មានសេរីភាពក្នុងការធ្វើការងារដោយខ្លួនឯង។ ម៉េច Kelsey Hightower បាននិយាយ:

Kubernetes គឺជាវេទិកាសម្រាប់បង្កើតវេទិកា។ ទីតាំងល្អបំផុតសម្រាប់ការចាប់ផ្តើម ប៉ុន្តែមិនបញ្ចប់។

ជាលទ្ធផល យើងឃើញក្រុមនៃការបង្កើត Kubernetes ក៏ដូចជាក្រុមហ៊ុនបង្ហោះដែលកំពុងព្យាយាមបង្កើត PaaS សម្រាប់ Kubernetes ដូចជា OpenShift និង Rancher ជាដើម។ ចំពេលទីផ្សារ Kube-PaaS ដែលកំពុងរីកចម្រើន Knative ដែលបង្កើតឡើងក្នុងខែកក្កដា ឆ្នាំ 2018 ដោយ Google និង Pivotal កំពុងឈានចូលសង្វៀន។

Knative គឺជាកិច្ចសហការរវាង Google និង Pivotal ដោយមានជំនួយតិចតួចពីក្រុមហ៊ុនផ្សេងទៀតដូចជា IBM, RedHat និង Solo.im ។ វាផ្តល់នូវវត្ថុ PaaS ស្រដៀងគ្នាទៅនឹង Kubernetes ជាមួយនឹងការគាំទ្រកម្រិតខ្ពស់សម្រាប់កម្មវិធីកុំព្យូទ័រដែលមិនមានម៉ាស៊ីនមេ។ មិនដូចការស្ថាបនា Kubernetes ទេ Knative ត្រូវបានដំឡើងជាកម្មវិធីបន្ថែមលើចង្កោម Kubernetes ដែលត្រូវគ្នា និងកំណត់រចនាសម្ព័ន្ធតាមរយៈធនធានអ្នកប្រើប្រាស់។

តើ Knative ជាអ្វី?

Knative ត្រូវបានពិពណ៌នាថាជា "វេទិកាដែលមានមូលដ្ឋានលើ Kubernetes សម្រាប់ចែកចាយ និងគ្រប់គ្រងបន្ទុកការងារដោយប្រើកុំព្យូទ័រគ្មានម៉ាស៊ីនមេទំនើប។" Knative ខណៈពេលដែលចេញវិក្កយបត្រដោយខ្លួនវាដូចជាវេទិកាមួយ ធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិយ៉ាងសកម្មក្នុងសមាមាត្រទៅនឹងសំណើ HTTP ដំណាលគ្នា។ សេវាកម្មដែលមិនបានប្រើនៅទីបំផុតធ្វើមាត្រដ្ឋានចុះដល់សូន្យ ដោយផ្តល់នូវការធ្វើមាត្រដ្ឋានតាមតម្រូវការតាមបែប serverless ។

Knative មានសំណុំឧបករណ៍បញ្ជាដែលដំឡើងនៅក្នុងចង្កោម Kubernetes ណាមួយ ហើយផ្តល់នូវសមត្ថភាពដូចខាងក្រោម៖

• បង្កើតកម្មវិធីកុងតឺន័រពីកូដប្រភព (ផ្តល់ដោយសមាសភាគ កសាង),
• ផ្តល់នូវការចូលដំណើរការទៅកាន់ចរាចរណ៍ចូលទៅកាន់កម្មវិធី (ផ្តល់ដោយសមាសភាគ ការបម្រើ),
• ការចែកចាយ និងការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិនៃកម្មវិធីតាមតម្រូវការ (ផ្តល់ដោយសមាសភាគផងដែរ។ ការបម្រើ),
• កំណត់អត្តសញ្ញាណប្រភពនៃព្រឹត្តិការណ៍ដែលនាំទៅដល់ការបើកដំណើរការកម្មវិធី (ផ្តល់ដោយសមាសភាគ ព្រឹត្តិការណ៍).

សមាសធាតុសំខាន់មួយគឺការបម្រើ ដែលផ្តល់នូវការផ្តល់ ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិ និងការគ្រប់គ្រងចរាចរណ៍សម្រាប់កម្មវិធីដែលបានគ្រប់គ្រង។ បន្ទាប់ពីដំឡើង Knative អ្នកនៅតែមានសិទ្ធិចូលដំណើរការពេញលេញទៅកាន់ Kubernetes API ដែលអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់គ្រប់គ្រងកម្មវិធី ធម្មតា វិធី ហើយ​ក៏​បម្រើ​ដើម្បី​បំបាត់​កំហុស​សេវាកម្ម​បង្កើត​ដោយ​ការ​ធ្វើ​ការ​ជាមួយ​នឹង API primitives ដូចគ្នា​ដែល​សេវាកម្ម​ទាំងនេះ​ប្រើ (ម៉ូឌុល សេវាកម្ម​។ល។)។

ដោយមានជំនួយពីការបម្រើ ការកំណត់ផ្លូវចរាចរណ៍ពណ៌ខៀវបៃតងក៏ស្វ័យប្រវត្តិផងដែរ ដែលធានាឱ្យមានការបំបែកចរាចរណ៍រវាងកំណែថ្មី និងកំណែចាស់នៃកម្មវិធី នៅពេលដែលអ្នកប្រើប្រាស់ផ្តល់កំណែអាប់ដេតនៃកម្មវិធី។

Knative ខ្លួនវាអាស្រ័យលើការដំឡើងឧបករណ៍បញ្ជា ingress ដែលត្រូវគ្នា។ នៅពេលសរសេរអត្ថបទនេះត្រូវបានគាំទ្រ Gloo API Gateway и Istio Service Mesh. វា​នឹង​កំណត់​រចនាសម្ព័ន្ធ​ការ​ចូល​ដែល​មាន​ដើម្បី​បញ្ជូន​ចរាចរណ៍​ទៅ​កាន់​កម្មវិធី​ដែល​គ្រប់គ្រង​ដោយ​និម្មិត។

Istio Service Mesh អាចជាការពឹងផ្អែកដ៏ធំមួយសម្រាប់អ្នកប្រើប្រាស់ Knative ដែលចង់សាកល្បងវាដោយមិនចាំបាច់ដំឡើងផ្ទាំងបញ្ជា Istio ចាប់តាំងពី Knative អាស្រ័យតែលើច្រកផ្លូវប៉ុណ្ណោះ។

សម្រាប់ហេតុផលនេះ អ្នកប្រើប្រាស់ភាគច្រើនចូលចិត្ត Gloo ជាច្រកផ្លូវទៅកាន់ Knative ដោយផ្តល់នូវសំណុំសមត្ថភាពស្រដៀងគ្នាទៅនឹង Istio (សម្រាប់គោលបំណងប្រើប្រាស់តែ Knative) ខណៈពេលដែលប្រើប្រាស់ធនធានតិចជាងមុន និងមានការចំណាយប្រតិបត្តិការទាប។

តោះសាកល្បង Knative នៅក្នុងសកម្មភាពនៅលើជំហរ។ ខ្ញុំនឹងប្រើចង្កោមដែលបានដំឡើងថ្មីៗដែលកំពុងដំណើរការនៅក្នុង GKE៖

kubectl get namespace
NAME          STATUS   AGE
default       Active   21h
kube-public   Active   21h
kube-system   Active   21h

តោះចាប់ផ្តើមដំឡើង Knative និង Gloo។ នេះអាចត្រូវបានធ្វើនៅក្នុងលំដាប់ណាមួយ:

# ставим Knative-Serving
kubectl apply -f 
 https://github.com/knative/serving/releases/download/v0.8.0/serving-core.yaml
namespace/knative-serving created
# ...
# ставим Gloo
kubectl apply -f 
  https://github.com/solo-io/gloo/releases/download/v0.18.22/gloo-knative.yaml
namespace/gloo-system created
# ...

យើងពិនិត្យមើលថា Pods ទាំងអស់ស្ថិតនៅក្នុងស្ថានភាព "កំពុងដំណើរការ"៖

kubectl get pod -n knative-serving
NAME                              READY   STATUS    RESTARTS   AGE
activator-5dd55958cc-fkp7r        1/1     Running   0          7m32s
autoscaler-fd66459b7-7d5s2        1/1     Running   0          7m31s
autoscaler-hpa-85b5667df4-mdjch   1/1     Running   0          7m32s
controller-85c8bb7ffd-nj9cs       1/1     Running   0          7m29s
webhook-5bd79b5c8b-7czrm          1/1     Running   0          7m29s
kubectl get pod -n gloo-system
NAME                                      READY   STATUS    RESTARTS   AGE
discovery-69548c8475-fvh7q                1/1     Running   0          44s
gloo-5b6954d7c7-7rfk9                     1/1     Running   0          45s
ingress-6c46cdf6f6-jwj7m                  1/1     Running   0          44s
knative-external-proxy-7dd7665869-x9xkg   1/1     Running   0          44s
knative-internal-proxy-7775476875-9xvdg   1/1     Running   0          44s

Gloo រួចរាល់​ហើយ​សម្រាប់​ការ​កំណត់​ផ្លូវ​ យើង​បង្កើត​សេវាកម្ម Knative ធ្វើ​មាត្រដ្ឋាន​ដោយ​ស្វ័យ​ប្រវត្តិ (សូម​ហៅ​វា​ថា kservice) ហើយ​បញ្ជូន​ចរាចរណ៍​ទៅ​វា។

សេវាកម្ម Knative ផ្តល់នូវផ្លូវងាយស្រួលជាងក្នុងការបញ្ជូនកម្មវិធីទៅ Kubernetes ជាងគំរូ Deployment +Service + Ingress ធម្មតា។ យើងនឹងធ្វើការជាមួយឧទាហរណ៍នេះ៖

apiVersion: serving.knative.dev/v1alpha1
kind: Service
metadata:
 name: helloworld-go
 namespace: default
spec:
 template:
   spec:
     containers:
       - image: gcr.io/knative-samples/helloworld-go
         env:
           - name: TARGET
             Value: Knative user

ខ្ញុំបានចម្លងវាទៅឯកសារ បន្ទាប់មកអនុវត្តវាទៅក្រុម Kubernetes របស់ខ្ញុំតាមវិធីនេះ៖

kubectl apply -f ksvc.yaml -n default

យើង​អាច​មើល​ធនធាន​ដែល​បង្កើត​ដោយ Knative ក្នុង​ចង្កោម​បន្ទាប់​ពី​ផ្តល់​ជូន 'helloworld-go' របស់​យើង kservice:

kubectl get pod -n default
NAME                                              READY   STATUS    RESTARTS   AGE
helloworld-go-fjp75-deployment-678b965ccb-sfpn8   2/2     Running   0          68s

ផតដែលមានរូបភាព 'helloworld-go' របស់យើងត្រូវបានបើកដំណើរការនៅពេលដែល kservice ត្រូវបានដាក់ឱ្យប្រើប្រាស់។ ប្រសិនបើមិនមានចរាចរណ៍ទេ ចំនួនផតនឹងត្រូវបានកាត់បន្ថយមកត្រឹមសូន្យ។ ហើយផ្ទុយទៅវិញ ប្រសិនបើចំនួននៃសំណើក្នុងពេលដំណាលគ្នាលើសពីកម្រិតកំណត់ដែលអាចកំណត់បាននោះ ចំនួនផតនឹងកើនឡើង។

kubectl get ingresses.networking.internal.knative.dev -n default
NAME            READY   REASON
helloworld-go   True

Knative កំណត់រចនាសម្ព័ន្ធ ingress របស់វាដោយប្រើធនធាន 'ingress' ពិសេសនៅក្នុង Knative API ខាងក្នុង។ Gloo ប្រើ API នេះ​ជា​ការកំណត់​រចនាសម្ព័ន្ធ​របស់​វា​ដើម្បី​ផ្តល់​លក្ខណៈ​ពិសេស​ដូច PaaS រួម​ទាំង​គំរូ​ការ​ដាក់​ពង្រាយ​ពណ៌​ខៀវ​បៃតង ការ​អនុវត្ត TLS ដោយ​ស្វ័យ​ប្រវត្តិ ការ​អស់​ពេល និង​មុខងារ​កំណត់​ផ្លូវ​កម្រិត​ខ្ពស់​ផ្សេងទៀត។

មួយសន្ទុះក្រោយមក យើងឃើញថាផតរបស់យើងបានបាត់ (ព្រោះមិនមានចរាចរណ៍ចូល)៖

kubectl get pod -n default

No resources found.
kubectl get deployment -n default
NAME                             DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
helloworld-go-fjp75-deployment   0         0         0            0           9m46s

ទីបំផុតយើងនឹងព្យាយាមទៅដល់ពួកគេ។ អ្នកអាចទទួលបាន URL សម្រាប់ Knative Proxy យ៉ាងងាយស្រួល និងងាយស្រួលដោយប្រើ glooctl:

glooctl proxy url --name knative-external-proxy
http://35.190.151.188:80

ដោយគ្មានការដំឡើង glooctl អ្នកអាចឃើញអាសយដ្ឋាន និងច្រកនៅក្នុងសេវាកម្ម kube៖

kubectl get svc -n gloo-system knative-external-proxy
NAME                     TYPE           CLUSTER-IP     EXTERNAL-IP      PORT(S)                      AGE
knative-external-proxy   LoadBalancer   10.16.11.157   35.190.151.188   80:32168/TCP,443:30729/TCP   77m

តោះដំណើរការទិន្នន័យមួយចំនួនដោយប្រើ cURL៖

curl -H "Host: helloworld-go.default.example.com" http://35.190.151.188
Hello Knative user!

Knative ផ្តល់នូវស្ទើរតែ PaaS សម្រាប់អ្នកអភិវឌ្ឍន៍នៅលើកំពូលនៃ Kubernetes ក្រៅប្រអប់ដោយប្រើ Gloo ដំណើរការខ្ពស់ ច្រក API ជង់ពេញលេញ។ ការបង្ហោះនេះគ្រាន់តែគូសលើផ្ទៃនៃជម្រើសប្ដូរតាមបំណងដ៏ទូលំទូលាយរបស់ Knative និងមុខងារបន្ថែមប៉ុណ្ណោះ។ ដូចគ្នាជាមួយ Gloo!

ទោះបីជាការពិតដែលថា Knative នៅតែជាគម្រោងវ័យក្មេងក៏ដោយ ក៏ក្រុមរបស់វាចេញកំណែថ្មីរៀងរាល់ប្រាំមួយសប្តាហ៍ម្តង ហើយការអនុវត្តមុខងារកម្រិតខ្ពស់បានចាប់ផ្តើម ដូចជាការដាក់ពង្រាយ TLS ដោយស្វ័យប្រវត្តិ ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិនៃផ្ទាំងបញ្ជា។ មានឱកាសដ៏ល្អដែល ជាលទ្ធផលនៃកិច្ចសហការរវាងក្រុមហ៊ុនពពកជាច្រើន និងជាមូលដ្ឋាននៃការផ្តល់ជូន Cloud Run ថ្មីរបស់ Google Knative អាចក្លាយជាជម្រើសចម្បងសម្រាប់កុំព្យូទ័រគ្មានម៉ាស៊ីនមេ និង PaaS នៅលើ Kubernetes ។ តាមដានព័ត៌មាន!

ពីអ្នកកែសម្រួល SouthBridge
មតិរបស់អ្នកអានមានសារៈសំខាន់ចំពោះយើង ដូច្នេះយើងស្នើឱ្យអ្នកចូលរួមក្នុងការស្ទង់មតិខ្លីមួយទាក់ទងនឹងអត្ថបទនាពេលអនាគតអំពី Knative, Kubernetes, កុំព្យូទ័រគ្មានម៉ាស៊ីនមេ៖

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើខ្ញុំគួរបន្តសរសេរអត្ថបទ និងការណែនាំអំពីការគណនាដែលមិនចេះរីងស្ងួត និងម៉ាស៊ីនមេ?

• បាទ សូម។

• អត់អី​ទេ​អរគុណ​ហើយ។

អ្នកប្រើប្រាស់ 28 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៦៣ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com