🥇Knative — सर्व्हरलेस सपोर्टसह सेवा म्हणून k8s-आधारित प्लॅटफॉर्म

कंटेनर तैनातीसाठी Kubernetes हे निःसंशयपणे प्रबळ व्यासपीठ बनले आहे. हे त्याचे API आणि सानुकूल नियंत्रक वापरून जवळजवळ काहीही नियंत्रित करण्याची क्षमता प्रदान करते जे सानुकूल संसाधनांसह त्याचे API विस्तारित करतात.

तथापि, वापरकर्त्याने अद्याप अनुप्रयोग नेमके कसे उपयोजित, कॉन्फिगर, व्यवस्थापित आणि स्केल करावे याबद्दल तपशीलवार निर्णय घेणे आवश्यक आहे. ऍप्लिकेशन स्केलिंग, संरक्षण आणि रहदारी प्रवाहाच्या समस्या वापरकर्त्याच्या विवेकबुद्धीनुसार राहतात. हे Cloud Foundry आणि Heroku सारख्या सेवा (PaaS) म्हणून पारंपारिक प्लॅटफॉर्मपेक्षा Kubernetes वेगळे करते.

प्लॅटफॉर्ममध्ये एक सरलीकृत वापरकर्ता इंटरफेस आहे आणि ते अनुप्रयोग विकासकांसाठी आहेत जे बहुतेक वेळा वैयक्तिक अनुप्रयोग सेट करण्यात गुंतलेले असतात. रूटिंग, उपयोजन आणि मेट्रिक्स अंतर्निहित PaaS प्रणालीद्वारे वापरकर्त्यासाठी पारदर्शकपणे व्यवस्थापित केले जातात.

स्त्रोत-टू-शिप वर्कफ्लो PaaS द्वारे सानुकूल कंटेनर प्रतिमा तयार करून, ती तैनात करून, नवीन मार्ग सेट करून आणि येणार्‍या रहदारीसाठी DNS सबडोमेनद्वारे हाताळले जाते. हे सर्व आदेशानुसार सुरू केले आहे git push.

Kubernetes (जाणूनबुजून) अशा प्लॅटफॉर्मसाठी फक्त मुख्य बिल्डिंग ब्लॉक्स पुरवतो, ज्यामुळे समुदायाला स्वतःचे काम करण्यास मोकळीक मिळते. कसे केल्सी हायटॉवर म्हणाले:

Kubernetes हे प्लॅटफॉर्म तयार करण्यासाठी एक व्यासपीठ आहे. प्रारंभ करण्यासाठी सर्वोत्तम स्थिती, परंतु पूर्ण नाही.

परिणामी, आम्ही Kubernetes बिल्डचा एक समूह पाहतो, तसेच OpenShift आणि Rancher सारख्या Kubernetes साठी PaaS तयार करण्याचा प्रयत्न करणाऱ्या होस्टिंग कंपन्या पाहतो. वाढत्या Kube-PaaS मार्केटमध्ये, Google आणि Pivotal द्वारे जुलै 2018 मध्ये स्थापन केलेली Knative, रिंगमध्ये प्रवेश करत आहे.

Knative हे IBM, RedHat आणि Solo.im सारख्या इतर कंपन्यांच्या थोड्या मदतीसह Google आणि Pivotal यांच्यातील सहकार्य होते. हे सर्व्हरलेस कॉम्प्युटिंग-आधारित ऍप्लिकेशन्ससाठी उत्कृष्ट समर्थनासह Kubernetes ला समान PaaS गोष्टी ऑफर करते. Kubernetes बिल्डच्या विपरीत, Knative कोणत्याही सुसंगत Kubernetes क्लस्टरवर अॅड-ऑन म्हणून स्थापित केले जाते आणि वापरकर्ता संसाधनांद्वारे कॉन्फिगर केले जाते.

Knative म्हणजे काय?

Knative चे वर्णन "आधुनिक सर्व्हरलेस कंप्युटिंग वापरून वर्कलोड वितरीत करण्यासाठी आणि व्यवस्थापित करण्यासाठी कुबर्नेट्स-आधारित प्लॅटफॉर्म" असे केले आहे. नेटिव्ह, स्वतःला असे प्लॅटफॉर्म म्हणून बिलिंग करताना, समवर्ती HTTP विनंत्यांच्या प्रमाणात सक्रियपणे कंटेनर ऑटोस्केल करते. न वापरलेल्या सेवा शेवटी शून्यावर येतात, सर्व्हरलेस-स्टाईल ऑन-डिमांड स्केलिंग प्रदान करतात.

Knative मध्ये कंट्रोलर्सचा संच असतो जो कोणत्याही कुबर्नेट्स क्लस्टरमध्ये स्थापित करतो आणि खालील क्षमता प्रदान करतो:

स्त्रोत कोडमधून कंटेनरीकृत अनुप्रयोग तयार करणे (घटकाद्वारे प्रदान केलेले तयार करा),
ऍप्लिकेशन्सवर येणार्‍या ट्रॅफिकमध्ये प्रवेश प्रदान करणे (घटकाद्वारे प्रदान केलेले सेवा),
मागणीनुसार अनुप्रयोगांचे वितरण आणि स्वयंचलित स्केलिंग (घटकाद्वारे देखील प्रदान केले जाते सेवा),
ऍप्लिकेशन लाँच करण्यासाठी (घटकाद्वारे प्रदान केलेले) कार्यक्रमांचे स्त्रोत ओळखणे कार्यक्रम).

एक प्रमुख घटक म्हणजे सर्व्हिंग, जे व्यवस्थापित अनुप्रयोगांसाठी तरतूद, स्वयं-स्केलिंग आणि रहदारी व्यवस्थापन प्रदान करते. Knative इंस्टॉल केल्यानंतर, तुमच्याकडे अजूनही Kubernetes API मध्ये पूर्ण प्रवेश आहे, ज्यामुळे वापरकर्त्यांना अनुप्रयोग व्यवस्थापित करण्याची परवानगी मिळते सामान्य मार्ग, आणि Knative सेवा डीबग करण्यासाठी देखील कार्य करते, या सेवा वापरत असलेल्या समान API प्रिमिटिव्ससह कार्य करते (मॉड्यूल, सेवा इ.).

सर्व्हिंगच्या मदतीने, निळ्या-हिरव्या ट्रॅफिक राउटिंग देखील स्वयंचलित आहे, जेव्हा वापरकर्ता अॅप्लिकेशनची अद्ययावत आवृत्ती वितरित करतो तेव्हा अॅप्लिकेशनच्या नवीन आणि जुन्या आवृत्त्यांमधील रहदारीचे पृथक्करण सुनिश्चित करते.

Knative स्वतः सुसंगत प्रवेश नियंत्रक स्थापित करण्यावर अवलंबून असते. हा लेख लिहिण्याच्या वेळी समर्थित आहे ग्लू API गेटवे и Istio सेवा जाळी. ते नेटिव्ह-मॅनेज्ड ऍप्लिकेशन्सकडे रहदारी मार्गी लावण्यासाठी उपलब्ध प्रवेश कॉन्फिगर करेल.

Istio सर्व्हिस मेश हे 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
# ...

आम्ही तपासतो की सर्व पॉड्स "चालत" स्थितीत आहेत:

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 सेवा कुबर्नेट्सना अनुप्रयोग वितरीत करण्याचा एक सोपा मार्ग प्रदान करतात. आम्ही या उदाहरणासह कार्य करू:

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

मी हे एका फाईलमध्ये कॉपी केले, नंतर ते माझ्या कुबर्नेट्स क्लस्टरवर या प्रकारे लागू केले:

kubectl apply -f ksvc.yaml -n default

आमचे 'हॅलोवर्ल्ड-गो' डिलिव्हर केल्यानंतर आम्ही क्लस्टरमध्ये Knative द्वारे तयार केलेली संसाधने पाहू शकतो. 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 अंतर्गत Knative API मधील विशेष 'इनग्रेस' संसाधन वापरून त्याचे प्रवेश कॉन्फिगर करते. निळ्या-हिरव्या उपयोजन मॉडेल, स्वयंचलित TLS अंमलबजावणी, कालबाह्यता आणि इतर प्रगत रूटिंग वैशिष्ट्यांसह PaaS सारखी वैशिष्ट्ये प्रदान करण्यासाठी Gloo हे API कॉन्फिगरेशन म्हणून वापरते.

काही काळानंतर, आम्ही पाहतो की आमच्या शेंगा गायब झाल्या आहेत (कारण येणारी वाहतूक नव्हती):

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

शेवटी आम्ही त्यांच्यापर्यंत पोहोचण्याचा प्रयत्न करू. तुम्ही वापरून Knative Proxy साठी URL सहज आणि सहज मिळवू शकता 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 Gloo चे उच्च-कार्यक्षमता, पूर्ण-स्टॅक API गेटवे वापरून आउट-ऑफ-द-बॉक्स Kubernetes वर विकासकांसाठी जवळजवळ-PaaS प्रदान करते. या पोस्टने केवळ Knative च्या विस्तृत सानुकूलन पर्याय आणि अतिरिक्त वैशिष्ट्यांचा पृष्ठभाग स्क्रॅच केला आहे. ग्लू बरोबरच!

Knative अजूनही एक तरुण प्रकल्प असूनही, त्याची टीम दर सहा आठवड्यांनी नवीन आवृत्त्या प्रकाशित करते आणि स्वयंचलित TLS उपयोजन, नियंत्रण पॅनेलचे स्वयंचलित स्केलिंग यासारख्या प्रगत वैशिष्ट्यांची अंमलबजावणी सुरू झाली आहे. अनेक क्लाउड कंपन्यांमधील सहकार्याचा परिणाम म्हणून आणि Google च्या नवीन क्लाउड रन ऑफरचा आधार म्हणून, Knative हा सर्व्हरलेस कॉम्प्युटिंग आणि Kubernetes वर PaaS साठी प्राथमिक पर्याय बनण्याची चांगली संधी आहे. बातम्यांचे अनुसरण करा!

SouthBridge च्या संपादकांकडून
वाचकांची मते आमच्यासाठी महत्त्वाची आहेत, म्हणून आम्ही तुम्हाला Knative, Kubernetes, सर्व्हरलेस संगणनाविषयी भविष्यातील लेखांशी संबंधित एका लहान सर्वेक्षणात भाग घेण्यास सांगतो:

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.