🥇नेटिव - सर्वर रहित समर्थन वाली सेवा के रूप में k8s-आधारित प्लेटफ़ॉर्म

कुबेरनेट्स निस्संदेह कंटेनर परिनियोजन के लिए प्रमुख मंच बन गया है। यह अपने एपीआई और कस्टम नियंत्रकों का उपयोग करके लगभग किसी भी चीज़ को नियंत्रित करने की क्षमता प्रदान करता है जो कस्टम संसाधनों के साथ इसके एपीआई का विस्तार करते हैं।

हालाँकि, उपयोगकर्ता को अभी भी अनुप्रयोगों को तैनात करने, कॉन्फ़िगर करने, प्रबंधित करने और स्केल करने के तरीके के बारे में विस्तृत निर्णय लेना होगा। एप्लिकेशन स्केलिंग, सुरक्षा और ट्रैफ़िक प्रवाह के मुद्दे उपयोगकर्ता के विवेक पर बने रहते हैं। यह कुबेरनेट्स को क्लाउड फाउंड्री और हेरोकू जैसे सेवा के रूप में पारंपरिक प्लेटफार्मों (PaaS) से अलग करता है।

प्लेटफ़ॉर्म में एक सरल उपयोगकर्ता इंटरफ़ेस है और इसका उद्देश्य एप्लिकेशन डेवलपर्स हैं जो अक्सर व्यक्तिगत एप्लिकेशन स्थापित करने में शामिल होते हैं। अंतर्निहित PaaS प्रणाली द्वारा उपयोगकर्ता के लिए रूटिंग, परिनियोजन और मेट्रिक्स को पारदर्शी रूप से प्रबंधित किया जाता है।

सोर्स-टू-शिप वर्कफ़्लो को PaaS द्वारा एक कस्टम कंटेनर छवि बनाकर, उसे तैनात करके, आने वाले ट्रैफ़िक के लिए एक नया मार्ग और DNS उपडोमेन सेट करके नियंत्रित किया जाता है। यह सब कमांड पर लॉन्च किया जाता है git push.

कुबेरनेट्स (जानबूझकर) ऐसे प्लेटफार्मों के लिए केवल मुख्य बिल्डिंग ब्लॉक प्रदान करता है, जिससे समुदाय स्वयं काम करने के लिए स्वतंत्र हो जाता है। कैसे केल्सी हाईटॉवर ने कहा:

कुबेरनेट्स प्लेटफ़ॉर्म बनाने का एक प्लेटफ़ॉर्म है। आरंभ करने के लिए सर्वोत्तम स्थिति, लेकिन समापन के लिए नहीं।

परिणामस्वरूप, हम कुबेरनेट्स बिल्ड का एक समूह देखते हैं, साथ ही होस्टिंग कंपनियां भी देखते हैं जो कुबेरनेट्स के लिए PaaS बनाने की कोशिश कर रहे हैं, जैसे कि ओपनशिफ्ट और रैंचर। बढ़ते Kube-PaaS बाज़ार के बीच, Google और Pivotal द्वारा जुलाई 2018 में स्थापित Native, रिंग में प्रवेश कर रहा है।

नेटिव Google और Pivotal के बीच एक सहयोग था, जिसमें IBM, RedHat और Solo.im जैसी अन्य कंपनियों की थोड़ी मदद मिली थी। यह सर्वर रहित कंप्यूटिंग-आधारित अनुप्रयोगों के लिए शीर्ष पायदान समर्थन के साथ कुबेरनेट्स को समान PaaS चीजें प्रदान करता है। Kubernetes बिल्ड के विपरीत, Knative को किसी भी संगत Kubernetes क्लस्टर पर ऐड-ऑन के रूप में स्थापित किया जाता है और उपयोगकर्ता संसाधनों के माध्यम से कॉन्फ़िगर किया जाता है।

मूलनिवासी क्या है?

नेटिव को "आधुनिक सर्वर रहित कंप्यूटिंग का उपयोग करके कार्यभार वितरित करने और प्रबंधित करने के लिए एक कुबेरनेट्स-आधारित मंच" के रूप में वर्णित किया गया है। नेटिव, खुद को ऐसे प्लेटफ़ॉर्म के रूप में बिल करते समय, समवर्ती HTTP अनुरोधों के अनुपात में कंटेनरों को सक्रिय रूप से ऑटोस्केल करता है। अप्रयुक्त सेवाएँ अंततः शून्य तक कम हो जाती हैं, सर्वर रहित-शैली ऑन-डिमांड स्केलिंग प्रदान करती हैं।

नेटिव में नियंत्रकों का एक सेट होता है जो किसी भी कुबेरनेट्स क्लस्टर में स्थापित होता है और निम्नलिखित क्षमताएं प्रदान करता है:

स्रोत कोड से कंटेनरीकृत अनुप्रयोगों का निर्माण (घटक द्वारा प्रदान किया गया)। बनाएँ),
अनुप्रयोगों में आने वाले ट्रैफ़िक तक पहुंच प्रदान करना (घटक द्वारा प्रदान किया गया)। सेवित),
मांग पर अनुप्रयोगों की डिलीवरी और स्वचालित स्केलिंग (घटक द्वारा भी प्रदान की गई)। सेवित),
एप्लिकेशन लॉन्च के लिए अग्रणी घटनाओं के स्रोतों की पहचान करना (घटक द्वारा प्रदान किया गया)। ईवेंटीग).

एक प्रमुख घटक सर्विंग है, जो प्रबंधित अनुप्रयोगों के लिए प्रावधान, ऑटो-स्केलिंग और ट्रैफ़िक प्रबंधन प्रदान करता है। नेटिव स्थापित करने के बाद, आपके पास अभी भी कुबेरनेट्स एपीआई तक पूर्ण पहुंच है, जिससे उपयोगकर्ता एप्लिकेशन प्रबंधित कर सकते हैं साधारण रास्ता, और उसी एपीआई प्राइमेटिव्स के साथ काम करते हुए, नेटिव सेवाओं को डीबग करने का भी काम करता है, जिनका उपयोग ये सेवाएं (मॉड्यूल, सेवाएं, आदि) करती हैं।

सर्विंग की मदद से, ब्लू-ग्रीन ट्रैफ़िक रूटिंग भी स्वचालित हो जाती है, जिससे एप्लिकेशन के नए और पुराने संस्करणों के बीच ट्रैफ़िक पृथक्करण सुनिश्चित होता है जब उपयोगकर्ता एप्लिकेशन का एक अद्यतन संस्करण वितरित करता है।

नेटिव स्वयं एक संगत प्रवेश नियंत्रक स्थापित करने पर निर्भर करता है। लेखन के समय यह लेख समर्थित है ग्लू एपीआई गेटवे и इस्तियो सर्विस मेश. यह ट्रैफ़िक को नेटिव-प्रबंधित अनुप्रयोगों तक रूट करने के लिए उपलब्ध प्रवेश को कॉन्फ़िगर करेगा।

इस्तियो सर्विस मेश उन नेटिव उपयोगकर्ताओं के लिए एक बड़ी निर्भरता हो सकती है जो इस्तियो नियंत्रण कक्ष को स्थापित किए बिना इसे आज़माना चाहते हैं, क्योंकि नेटिव केवल गेटवे पर निर्भर करता है।

इस कारण से, अधिकांश उपयोगकर्ता ग्लू को नेटिव के प्रवेश द्वार के रूप में पसंद करते हैं, जो इस्तियो को क्षमताओं का एक समान सेट प्रदान करता है (केवल नेटिव का उपयोग करने के उद्देश्य से), जबकि काफी कम संसाधनों का उपयोग करता है और कम परिचालन लागत रखता है।

आइए स्टैंड पर नेटिव की क्रिया का परीक्षण करें। मैं GKE में चल रहे एक ताज़ा स्थापित क्लस्टर का उपयोग करूँगा:

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

आइए नेटिव और ग्लू स्थापित करना शुरू करें। यह किसी भी क्रम में किया जा सकता है:

# ставим 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

ग्लू रूटिंग के लिए तैयार है, आइए एक ऑटो-स्केलिंग नेटिव सर्विस बनाएं (चलिए इसे kservice कहते हैं) और ट्रैफिक को उस पर रूट करें।

पारंपरिक परिनियोजन+सेवा+प्रवेश मॉडल की तुलना में नेटिव सेवाएँ कुबेरनेट्स को एप्लिकेशन वितरित करने का एक आसान मार्ग प्रदान करती हैं। हम इस उदाहरण के साथ काम करेंगे:

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

हम अपना 'हैलोवर्ल्ड-गो' डिलीवर करने के बाद क्लस्टर में नेटिव द्वारा बनाए गए संसाधनों को देख सकते हैं kservice:

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

जब kservice तैनात किया जाता है तो हमारी 'हैलोवर्ल्ड-गो' छवि वाला पॉड लॉन्च होता है। यदि कोई ट्रैफ़िक नहीं है, तो पॉड्स की संख्या शून्य हो जाएगी। और इसके विपरीत, यदि एक साथ अनुरोधों की संख्या एक निश्चित विन्यास योग्य सीमा से अधिक हो जाती है, तो पॉड्स की संख्या बढ़ जाएगी।

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

नेटिव आंतरिक नेटिव एपीआई में एक विशेष 'इनग्रेस' संसाधन का उपयोग करके अपनी इनग्रेस को कॉन्फ़िगर करता है। ग्लू इस एपीआई का उपयोग अपने कॉन्फ़िगरेशन के रूप में PaaS जैसी सुविधाएं प्रदान करने के लिए करता है, जिसमें ब्लू-ग्रीन परिनियोजन मॉडल, स्वचालित टीएलएस प्रवर्तन, टाइमआउट और अन्य उन्नत रूटिंग सुविधाएं शामिल हैं।

कुछ समय बाद, हम देखते हैं कि हमारे पॉड गायब हो गए हैं (क्योंकि कोई आने वाला ट्रैफ़िक नहीं था):

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

अंततः हम उन तक पहुंचने का प्रयास करेंगे. आप इसका उपयोग करके आसानी से और आसानी से नेटिव प्रॉक्सी के लिए यूआरएल प्राप्त कर सकते हैं glooctl:

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

बिना स्थापित किये glooctl आप क्यूब सेवा में पता और पोर्ट देख सकते हैं:

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 -H "Host: helloworld-go.default.example.com" http://35.190.151.188
Hello Knative user!

नेटिव ग्लू के उच्च-प्रदर्शन, पूर्ण-स्टैक एपीआई गेटवे का उपयोग करके आउट-ऑफ-द-बॉक्स कुबेरनेट्स के शीर्ष पर डेवलपर्स के लिए लगभग PaaS प्रदान करता है। इस पोस्ट ने केवल नेटिव के व्यापक अनुकूलन विकल्पों और अतिरिक्त सुविधाओं की सतह को खरोंच दिया है। ग्लू के साथ भी ऐसा ही!

इस तथ्य के बावजूद कि नेटिव अभी भी एक युवा परियोजना है, इसकी टीम हर छह सप्ताह में नए संस्करण जारी करती है, और उन्नत सुविधाओं का कार्यान्वयन शुरू हो गया है, जैसे स्वचालित टीएलएस परिनियोजन, नियंत्रण कक्ष की स्वचालित स्केलिंग। इस बात की अच्छी संभावना है कि, कई क्लाउड कंपनियों के बीच सहयोग के परिणामस्वरूप, और Google की नई क्लाउड रन पेशकश के आधार के रूप में, कुबेरनेट्स पर सर्वर रहित कंप्यूटिंग और PaaS के लिए नेटिव प्राथमिक विकल्प बन सकता है। समाचार का पालन करें!

साउथब्रिज के संपादकों से
पाठकों की राय हमारे लिए महत्वपूर्ण है, इसलिए हम आपसे नेटिव, कुबेरनेट्स, सर्वर रहित कंप्यूटिंग के बारे में भविष्य के लेखों से संबंधित एक संक्षिप्त सर्वेक्षण में भाग लेने के लिए कहते हैं:

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या मुझे नेटिव और सर्वर रहित कंप्यूटिंग के बारे में लेख और गाइड लिखना जारी रखना चाहिए?

हाँ कृपया।
जी नहीं, धन्यवाद।

28 उपयोगकर्ताओं ने मतदान किया। 4 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com

नेटिव - सर्वर रहित समर्थन के साथ k8s-आधारित प्लेटफ़ॉर्म-ए-ए-सर्विस

मूलनिवासी क्या है?

क्या मुझे नेटिव और सर्वर रहित कंप्यूटिंग के बारे में लेख और गाइड लिखना जारी रखना चाहिए?

एक टिप्पणी जोड़ें उत्तर रद्द