કુબરનેટ્સની વધતી જતી લોકપ્રિયતા વિશે

હે હબર!

ઉનાળાના અંતે, અમે તમને યાદ કરાવવા માંગીએ છીએ કે અમે વિષય પર કામ કરવાનું ચાલુ રાખીએ છીએ ક્યુબર્નેટિસ અને જૂનની શરૂઆતમાં સ્ટેકઓવરફ્લોમાંથી આ પ્રોજેક્ટમાં બાબતોની સ્થિતિ દર્શાવતો લેખ પ્રકાશિત કરવાનું નક્કી કર્યું.

વાંચન આનંદ!

આ લેખ લખતી વખતે, કુબરનેટીસની ઉંમર આશરે છે. છ વર્ષનો, અને છેલ્લાં બે વર્ષમાં તેની લોકપ્રિયતા એટલી વધી ગઈ છે કે તે સતત ક્રમાંકિત છે સૌથી પ્રિય પ્લેટફોર્મ કુબરનેટ્સ આ વર્ષે ત્રીજા ક્રમે છે. રીકેપ કરવા માટે: કુબરનેટ્સ એ કન્ટેનરાઇઝ્ડ વર્કલોડને ચલાવવા અને ઓર્કેસ્ટ્રેટ કરવા માટે રચાયેલ પ્લેટફોર્મ છે.

Linux માં પ્રક્રિયાઓને અલગ કરવા માટે કન્ટેનર ખાસ ડિઝાઇન તરીકે શરૂ થયું; કન્ટેનર 2007 થી સામેલ છે cgroups, અને 2002 થી - નેમસ્પેસ. કન્ટેનર 2008 સુધીમાં વધુ સારી રીતે ડિઝાઇન કરવામાં આવ્યા હતા, જ્યારે તે ઉપલબ્ધ બન્યું હતું એલએક્સસી, અને Google એ તેનું પોતાનું આંતરિક કોર્પોરેટ મિકેનિઝમ વિકસાવ્યું જેને કહેવાય છે બોરગ, જ્યાં "બધું કામ કન્ટેનરમાં કરવામાં આવે છે." અહીંથી અમે 2013 સુધી ઝડપથી આગળ વધીએ છીએ, જ્યારે ડોકરનું પ્રથમ પ્રકાશન થયું હતું, અને કન્ટેનર આખરે લોકપ્રિય સામૂહિક ઉકેલ બની ગયા હતા. તે સમયે, કન્ટેનર ઓર્કેસ્ટ્રેશનનું મુખ્ય સાધન હતું મેસોસ, જોકે તે જંગી રીતે લોકપ્રિય ન હતો. Kubernetes સૌપ્રથમ 2015 માં રજૂ કરવામાં આવ્યું હતું, ત્યારબાદ આ સાધન કન્ટેનર ઓર્કેસ્ટ્રેશનના ક્ષેત્રમાં વાસ્તવિક ધોરણ બની ગયું હતું.

કુબરનેટ્સ શા માટે લોકપ્રિય છે તે સમજવાનો પ્રયાસ કરવા માટે, ચાલો થોડા પ્રશ્નોના જવાબ આપવાનો પ્રયાસ કરીએ. છેલ્લી વખત વિકાસકર્તાઓ ઉત્પાદનમાં એપ્લિકેશનને કેવી રીતે જમાવવા તે અંગે સંમત થવા સક્ષમ હતા? તમે કેટલા વિકાસકર્તાઓને જાણો છો કે જેઓ સાધનોનો ઉપયોગ કરે છે કારણ કે તેઓ બૉક્સની બહાર પ્રદાન કરવામાં આવે છે? આજે કેટલા ક્લાઉડ એડમિનિસ્ટ્રેટર્સ છે જેઓ એપ્લીકેશન કેવી રીતે કામ કરે છે તે સમજી શકતા નથી? અમે આ લેખમાં આ પ્રશ્નોના જવાબો જોઈશું.

YAML તરીકે ઈન્ફ્રાસ્ટ્રક્ચર

વિશ્વમાં જે પપેટ અને શેફથી કુબરનેટસ સુધી ગયું હતું, તેમાંનો એક સૌથી મોટો ફેરફાર હતો "કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર" થી "ડેટા તરીકે ઈન્ફ્રાસ્ટ્રક્ચર" તરફ - ખાસ કરીને, YAML ની ​​જેમ. કુબરનેટ્સમાંના તમામ સંસાધનો, જેમાં પોડ્સ, રૂપરેખાંકનો, તૈનાત દાખલાઓ, વોલ્યુમો વગેરેનો સમાવેશ થાય છે, તે YAML ફાઇલમાં સરળતાથી વર્ણવી શકાય છે. દાખ્લા તરીકે:

apiVersion: v1
kind: Pod
metadata:
  name: site
  labels:
    app: web
spec:
  containers:
    - name: front-end
      image: nginx
      ports:
        - containerPort: 80

આ દૃશ્ય DevOps અથવા SRE વ્યાવસાયિકો માટે Python અથવા Javascript જેવી ભાષાઓમાં કોડ લખ્યા વિના તેમના વર્કલોડને સંપૂર્ણ રીતે વ્યક્ત કરવાનું સરળ બનાવે છે.

ડેટા તરીકે ઇન્ફ્રાસ્ટ્રક્ચર ગોઠવવાના અન્ય ફાયદાઓમાં શામેલ છે:

• GitOps અથવા Git ઓપરેશન્સ સંસ્કરણ નિયંત્રણ. આ અભિગમ તમને બધી Kubernetes YAML ફાઇલોને ગિટ રિપોઝીટરીઝમાં રાખવાની મંજૂરી આપે છે, જેથી તમે બરાબર ટ્રૅક કરી શકો કે ફેરફાર ક્યારે કરવામાં આવ્યો, કોણે કર્યો અને બરાબર શું બદલાયું. આ સમગ્ર સંસ્થામાં કામગીરીની પારદર્શિતામાં વધારો કરે છે અને અસ્પષ્ટતાને દૂર કરીને ઓપરેશનલ કાર્યક્ષમતામાં સુધારો કરે છે, ખાસ કરીને જ્યાં કર્મચારીઓએ તેમને જરૂરી સંસાધનોની શોધ કરવી જોઈએ. તે જ સમયે, ફક્ત પુલ વિનંતીને મર્જ કરીને કુબરનેટ્સ સંસાધનોમાં આપમેળે ફેરફારો કરવાનું સરળ બને છે.
• માપનીયતા. જ્યારે સંસાધનોને YAML તરીકે વ્યાખ્યાયિત કરવામાં આવે છે, ત્યારે ક્લસ્ટર ઓપરેટરો માટે કુબરનેટ્સ રિસોર્સમાં એક અથવા બે નંબરો બદલવાનું અત્યંત સરળ બને છે, જેનાથી તે કેવી રીતે સ્કેલ કરે છે તે બદલાય છે. કુબરનેટ્સ પોડ્સના આડા ઓટોસ્કેલિંગ માટે એક મિકેનિઝમ પ્રદાન કરે છે, જેનો ઉપયોગ નીચા અને ઉચ્ચ સ્તરના ટ્રાફિકને હેન્ડલ કરવા માટે ચોક્કસ જમાવટ રૂપરેખાંકનમાં પોડ્સની ન્યૂનતમ અને મહત્તમ સંખ્યા કેટલી જરૂરી છે તે નક્કી કરવા માટે વાપરી શકાય છે. ઉદાહરણ તરીકે, જો તમે રૂપરેખાંકન જમાવ્યું હોય કે જેને ટ્રાફિકમાં અચાનક વધારો થવાને કારણે વધારાની ક્ષમતાની જરૂર હોય, તો maxReplicas 10 થી 20 માં બદલી શકાય છે:

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: myapp
  namespace: default
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: myapp-deployment
  minReplicas: 1
  maxReplicas: 20
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 50

• સુરક્ષા અને વ્યવસ્થાપન. YAML એ મૂલ્યાંકન માટે શ્રેષ્ઠ છે કે કુબરનેટ્સમાં વસ્તુઓ કેવી રીતે ગોઠવવામાં આવે છે. ઉદાહરણ તરીકે, મુખ્ય સુરક્ષા ચિંતા એ છે કે શું તમારું વર્કલોડ બિન-એડમિન વપરાશકર્તા તરીકે ચાલી રહ્યું છે. આ કિસ્સામાં, અમને સાધનોની જરૂર પડી શકે છે જેમ કે હરીફાઈ, YAML/JSON વેલિડેટર, વત્તા પોલિસી એજન્ટ ખોલો, સંદર્ભની ખાતરી કરવા માટે નીતિ માન્યકર્તા સુરક્ષા સંદર્ભ તમારા વર્કલોડ કન્ટેનરને એડમિનિસ્ટ્રેટર વિશેષાધિકારો સાથે ચલાવવાની મંજૂરી આપતા નથી. જો આ જરૂરી હોય, તો વપરાશકર્તાઓ એક સરળ નીતિ લાગુ કરી શકે છે હું પ્રાર્થના કરું છું, આની જેમ:

package main

deny[msg] {
  input.kind = "Deployment"
  not input.spec.template.spec.securityContext.runAsNonRoot = true
  msg = "Containers must not run as root"
}

• ક્લાઉડ પ્રદાતા સાથે એકીકરણ માટેના વિકલ્પો. આજની ઉચ્ચ તકનીકમાં સૌથી નોંધપાત્ર વલણોમાંનું એક જાહેર ક્લાઉડ પ્રદાતાઓ પર વર્કલોડ ચલાવવાનું છે. ઘટકનો ઉપયોગ કરીને મેઘ પ્રદાતા Kubernetes કોઈપણ ક્લસ્ટરને ક્લાઉડ પ્રદાતા સાથે સંકલિત કરવાની મંજૂરી આપે છે જેના પર તે ચાલે છે. ઉદાહરણ તરીકે, જો કોઈ વપરાશકર્તા AWS પર કુબરનેટ્સમાં એપ્લિકેશન ચલાવે છે અને તે એપ્લિકેશનને સેવા દ્વારા એક્સપોઝ કરવા માંગે છે, તો ક્લાઉડ પ્રદાતા આપમેળે સેવા બનાવવામાં મદદ કરે છે. LoadBalancerજે આપોઆપ લોડ બેલેન્સર પ્રદાન કરશે એમેઝોન સ્થિતિસ્થાપક લોડ બેલેન્સરટ્રાફિકને એપ્લિકેશન પોડ્સ પર રીડાયરેક્ટ કરવા માટે.

વિસ્તરણક્ષમતા

કુબરનેટ્સ ખૂબ જ એક્સ્ટેન્સિબલ છે અને વિકાસકર્તાઓને તે ગમે છે. ત્યાં ઉપલબ્ધ સંસાધનોનો સમૂહ છે જેમ કે શીંગો, જમાવટ, StatefulSets, રહસ્યો, ConfigMaps, વગેરે સાચું, વપરાશકર્તાઓ અને વિકાસકર્તાઓ ફોર્મમાં અન્ય સંસાધનો ઉમેરી શકે છે વૈવિધ્યપૂર્ણ સંસાધન વ્યાખ્યાઓ.

ઉદાહરણ તરીકે, જો આપણે કોઈ સંસાધનને વ્યાખ્યાયિત કરવા માંગીએ છીએ CronTab, તો પછી તમે આના જેવું કંઈક કરી શકો છો:

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: crontabs.my.org
spec:
  group: my.org
  versions:
    - name: v1
      served: true
      storage: true
      Schema:
        openAPIV3Schema:
          type: object
          properties:
            spec:
              type: object
              properties:
                cronSpec:
                  type: string
                  pattern: '^(d+|*)(/d+)?(s+(d+|*)(/d+)?){4}$'
                replicas:
                  type: integer
                  minimum: 1
                  maximum: 10
  scope: Namespaced
  names:
    plural: crontabs
    singular: crontab
    kind: CronTab
    shortNames:
    - ct

પાછળથી આપણે આના જેવું કંઈક ક્રોનટેબ સંસાધન બનાવી શકીએ છીએ:

apiVersion: "my.org/v1"
kind: CronTab
metadata:
  name: my-cron-object
spec:
  cronSpec: "* * * * */5"
  image: my-cron-image
  replicas: 5

કુબરનેટ્સમાં એક્સ્ટેન્સિબિલિટી માટેનો બીજો વિકલ્પ એ છે કે વિકાસકર્તા પોતાના નિવેદનો લખી શકે છે. Ratorપરેટર કુબરનેટ્સ ક્લસ્ટરમાં એક ખાસ પ્રક્રિયા છે જે "નિયંત્રણ સર્કિટ" ઓપરેટરની મદદથી, યુઝર કુબરનેટ્સ API સાથે માહિતીની આપલે કરીને CRDs (કસ્ટમ રિસોર્સ ડેફિનેશન)ના સંચાલનને સ્વચાલિત કરી શકે છે.

સમુદાયમાં એવા ઘણા સાધનો છે જે વિકાસકર્તાઓ માટે તેમના પોતાના ઓપરેટર બનાવવાનું સરળ બનાવે છે. તેમની વચ્ચે - ઓપરેટર ફ્રેમવર્ક અને તેના ઓપરેટર SDK. આ SDK એક પાયો પૂરો પાડે છે જેમાંથી વિકાસકર્તા ઝડપથી ઓપરેટર બનાવવાનું શરૂ કરી શકે છે. ચાલો કહીએ કે તમે આના જેવું કંઈક આદેશ વાક્યથી શરૂ કરી શકો છો:

$ operator-sdk new my-operator --repo github.com/myuser/my-operator

આ તમારા ઓપરેટર માટે YAML ફાઇલો અને ગોલાંગ કોડ સહિત તમામ બોઇલરપ્લેટ કોડ બનાવે છે:

.
|____cmd
| |____manager
| | |____main.go
|____go.mod
|____deploy
| |____role.yaml
| |____role_binding.yaml
| |____service_account.yaml
| |____operator.yaml
|____tools.go
|____go.sum
|____.gitignore
|____version
| |____version.go
|____build
| |____bin
| | |____user_setup
| | |____entrypoint
| |____Dockerfile
|____pkg
| |____apis
| | |____apis.go
| |____controller
| | |____controller.go

પછી તમે જરૂરી API અને નિયંત્રક ઉમેરી શકો છો, જેમ કે:

$ operator-sdk add api --api-version=myapp.com/v1alpha1 --kind=MyAppService

$ operator-sdk add controller --api-version=myapp.com/v1alpha1 --kind=MyAppService

પછી, અંતે, ઓપરેટરને એસેમ્બલ કરો અને તેને તમારા કન્ટેનરની રજિસ્ટ્રીમાં મોકલો:

$ operator-sdk build your.container.registry/youruser/myapp-operator

જો ડેવલપર વધુ નિયંત્રણ ઈચ્છે છે, તો Go ફાઈલોમાં બોઈલરપ્લેટ કોડ બદલી શકાય છે. ઉદાહરણ તરીકે, નિયંત્રકની વિશિષ્ટતાઓને સુધારવા માટે, તમે ફાઇલમાં ફેરફારો કરી શકો છો controller.go.

બીજો પ્રોજેક્ટ કુડો, તમને માત્ર ઘોષણાત્મક YAML ફાઇલોનો ઉપયોગ કરીને નિવેદનો બનાવવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, અપાચે કાફકા માટે ઓપરેટર લગભગ વ્યાખ્યાયિત કરવામાં આવશે તેથી. તેની સાથે, તમે માત્ર થોડા આદેશો સાથે કુબરનેટ્સની ટોચ પર કાફકા ક્લસ્ટર ઇન્સ્ટોલ કરી શકો છો:

$ kubectl kudo install zookeeper
$ kubectl kudo install kafka

અને પછી તેને બીજા આદેશ સાથે ગોઠવો:

$ kubectl kudo install kafka --instance=my-kafka-name 
            -p ZOOKEEPER_URI=zk-zookeeper-0.zk-hs:2181 
            -p ZOOKEEPER_PATH=/my-path -p BROKER_CPUS=3000m 
            -p BROKER_COUNT=5 -p BROKER_MEM=4096m 
            -p DISK_SIZE=40Gi -p MIN_INSYNC_REPLICAS=3 
            -p NUM_NETWORK_THREADS=10 -p NUM_IO_THREADS=20

નવીનતા

છેલ્લાં કેટલાંક વર્ષોમાં, દર થોડા મહિને મુખ્ય કુબરનેટ્સ રિલીઝ આવી રહી છે - એટલે કે દર વર્ષે ત્રણથી ચાર મોટી રિલીઝ. તેમાંના દરેકમાં રજૂ કરાયેલી નવી સુવિધાઓની સંખ્યામાં ઘટાડો થતો નથી. તદુપરાંત, આ મુશ્કેલ સમયમાં પણ ધીમું થવાના કોઈ સંકેતો નથી - જુઓ હવે શું સ્થિતિ છે ગીથબ પર કુબરનેટ્સ પ્રોજેક્ટ પ્રવૃત્તિ.

નવી ક્ષમતાઓ તમને વિવિધ વર્કલોડમાં વધુ લવચીક રીતે ક્લસ્ટર કામગીરી કરવાની મંજૂરી આપે છે. આ ઉપરાંત, પ્રોડક્શનમાં સીધા જ એપ્લીકેશનનો ઉપયોગ કરતી વખતે પ્રોગ્રામરો વધુ નિયંત્રણ મેળવે છે.

સમુદાય

કુબરનેટીસની લોકપ્રિયતાનું બીજું મુખ્ય પાસું તેના સમુદાયની શક્તિ છે. 2015 માં, વર્ઝન 1.0 પર પહોંચ્યા પછી, કુબરનેટ્સ દ્વારા પ્રાયોજિત કરવામાં આવ્યું હતું ક્લાઉડ નેટીવ કમ્પ્યુટિંગ ફાઉન્ડેશન.

વિવિધ સમુદાયો પણ છે સિગ (સ્પેશિયલ ઈન્ટરેસ્ટ ગ્રુપ્સ) જેમ જેમ પ્રોજેક્ટ વિકસિત થાય છે તેમ કુબરનેટ્સના વિવિધ ક્ષેત્રો પર કામ કરવા પર ધ્યાન કેન્દ્રિત કરે છે. આ જૂથો સતત નવી સુવિધાઓ ઉમેરી રહ્યા છે, જે કુબરનેટ્સ સાથે કામ કરવાનું વધુ અનુકૂળ અને અનુકૂળ બનાવે છે.

ક્લાઉડ નેટિવ ફાઉન્ડેશન CloudNativeCon/KubeCon નું પણ આયોજન કરે છે, જે લખવાના સમયે, વિશ્વની સૌથી મોટી ઓપન સોર્સ કોન્ફરન્સ છે. સામાન્ય રીતે વર્ષમાં ત્રણ વખત યોજવામાં આવે છે, તે હજારો વ્યાવસાયિકોને એકસાથે લાવે છે જેઓ કુબરનેટ્સ અને તેની ઇકોસિસ્ટમને સુધારવા માંગે છે, તેમજ દર ત્રણ મહિને દેખાતી નવી સુવિધાઓ શીખે છે.

વધુમાં, ક્લાઉડ નેટિવ ફાઉન્ડેશન પાસે છે ટેકનિકલ દેખરેખ સમિતિ, જે, SIGs સાથે મળીને, નવા અને વર્તમાનની સમીક્ષા કરે છે પ્રોજેક્ટ્સ ભંડોળ ક્લાઉડ ઇકોસિસ્ટમ પર કેન્દ્રિત છે. આમાંના મોટાભાગના પ્રોજેક્ટ કુબરનેટ્સની શક્તિઓને સુધારવામાં મદદ કરે છે.

છેવટે, હું માનું છું કે કુબરનેટ્સ એટલો સફળ નહીં થાય જેટલો તે સમગ્ર સમુદાયના સભાન પ્રયાસો વિના છે, જ્યાં લોકો એક સાથે વળગી રહે છે પરંતુ તે જ સમયે નવા આવનારાઓને ફોલ્ડમાં આવકારે છે.

ભવિષ્ય

વિકાસકર્તાઓએ ભવિષ્યમાં જે મુખ્ય પડકારોનો સામનો કરવો પડશે તે છે કોડની વિગતો પર ધ્યાન કેન્દ્રિત કરવાની ક્ષમતા, અને તે જે ઈન્ફ્રાસ્ટ્રક્ચરમાં ચાલે છે તેના પર નહીં. તે આ વલણોને પૂર્ણ કરે છે સર્વરલેસ આર્કિટેક્ચરલ પેરાડાઈમ, જે આજે અગ્રણીઓમાંનું એક છે. અદ્યતન ફ્રેમવર્ક પહેલેથી અસ્તિત્વમાં છે, દા.ત. નેટીવ и ઓપનફાસ, જે વિકાસકર્તા પાસેથી ઇન્ફ્રાસ્ટ્રક્ચરને અમૂર્ત કરવા માટે કુબરનેટ્સનો ઉપયોગ કરે છે.

આ લેખમાં, અમે કુબરનેટીસની વર્તમાન સ્થિતિની માત્ર સપાટીને જ ઉઝરડા કરી છે - હકીકતમાં, તે માત્ર આઇસબર્ગની ટોચ છે. Kubernetes વપરાશકર્તાઓ પાસે તેમના નિકાલ પર અન્ય ઘણા સંસાધનો, ક્ષમતાઓ અને ગોઠવણીઓ છે.

સોર્સ: www.habr.com