കുബർനെറ്റസിന്റെ വർദ്ധിച്ചുവരുന്ന ജനപ്രീതിയെക്കുറിച്ച്

ഹേ ഹബർ!

വേനൽക്കാലത്തിന്റെ അവസാനത്തിൽ, ഞങ്ങൾ വിഷയത്തിൽ പ്രവർത്തിക്കുന്നത് തുടരുമെന്ന് നിങ്ങളെ ഓർമ്മിപ്പിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു കുബേർനെറ്റ് ജൂണിന്റെ തുടക്കത്തിൽ ഈ പ്രോജക്റ്റിന്റെ അവസ്ഥ വ്യക്തമാക്കുന്ന സ്റ്റാക്ക്ഓവർഫ്ലോയിൽ നിന്ന് ഒരു ലേഖനം പ്രസിദ്ധീകരിക്കാൻ തീരുമാനിച്ചു.

സന്തോഷകരമായ വായന!

ഈ ലേഖനം എഴുതുമ്പോൾ, കുബർനെറ്റസിന്റെ പ്രായം ഏകദേശം. ആറു വയസ്സ്, കഴിഞ്ഞ രണ്ട് വർഷമായി അതിന്റെ ജനപ്രീതി വളരെയധികം വളർന്നു, അത് സ്ഥിരമായി റാങ്ക് ചെയ്യപ്പെടുന്നു ഏറ്റവും പ്രിയപ്പെട്ട പ്ലാറ്റ്ഫോമുകൾ. കുബർനെറ്റസ് ഈ വർഷം മൂന്നാം സ്ഥാനത്താണ്. റീക്യാപ്പ് ചെയ്യാൻ: കണ്ടെയ്നറൈസ്ഡ് വർക്ക്ലോഡുകൾ പ്രവർത്തിപ്പിക്കാനും ക്രമീകരിക്കാനും രൂപകൽപ്പന ചെയ്ത ഒരു പ്ലാറ്റ്ഫോമാണ് കുബർനെറ്റസ്.

ലിനക്സിൽ പ്രക്രിയകൾ വേർപെടുത്തുന്നതിനുള്ള ഒരു പ്രത്യേക രൂപകല്പന എന്ന നിലയിലാണ് കണ്ടെയ്നറുകൾ ആരംഭിച്ചത്; 2007 മുതൽ കണ്ടെയ്‌നറുകൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട് cgroups, കൂടാതെ 2002 മുതൽ - നെയിംസ്പേസുകൾ. 2008 ആയപ്പോഴേക്കും കണ്ടെയ്‌നറുകൾ കൂടുതൽ മികച്ച രീതിയിൽ രൂപകൽപ്പന ചെയ്‌തു LXC, കൂടാതെ ഗൂഗിൾ സ്വന്തം ആന്തരിക കോർപ്പറേറ്റ് സംവിധാനം വികസിപ്പിച്ചെടുത്തു ബോർഗ്, "എല്ലാ ജോലികളും പാത്രങ്ങളിലാണ് ചെയ്യുന്നത്." ഇവിടെ നിന്ന് ഞങ്ങൾ ഡോക്കറിന്റെ ആദ്യ റിലീസ് നടന്ന 2013-ലേക്ക് ഫാസ്റ്റ് ഫോർവേഡ് ചെയ്തു, ഒടുവിൽ കണ്ടെയ്‌നറുകൾ ഒരു ജനകീയ പരിഹാരമായി മാറി. അക്കാലത്ത്, കണ്ടെയ്നർ ഓർക്കസ്ട്രേഷന്റെ പ്രധാന ഉപകരണം മെസോസ്, അദ്ദേഹം വലിയ ജനപ്രീതി നേടിയില്ലെങ്കിലും. കുബെർനെറ്റസ് ആദ്യമായി 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 പ്രൊഫഷണലുകൾക്ക് അവരുടെ ജോലിഭാരം പൂർണ്ണമായി പ്രകടിപ്പിക്കുന്നത് ഈ കാഴ്ച എളുപ്പമാക്കുന്നു.

ഇൻഫ്രാസ്ട്രക്ചർ ഡാറ്റയായി സംഘടിപ്പിക്കുന്നതിന്റെ മറ്റ് ഗുണങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു:

• GitOps അല്ലെങ്കിൽ Git ഓപ്പറേഷൻസ് പതിപ്പ് നിയന്ത്രണം. എല്ലാ Kubernetes YAML ഫയലുകളും git റിപ്പോസിറ്ററികളിൽ സൂക്ഷിക്കാൻ ഈ സമീപനം നിങ്ങളെ അനുവദിക്കുന്നു, അതിനാൽ ഒരു മാറ്റം എപ്പോൾ വരുത്തി, ആരാണ് അത് വരുത്തിയത്, എന്താണ് കൃത്യമായി മാറിയത് എന്നിവ കൃത്യമായി ട്രാക്ക് ചെയ്യാൻ കഴിയും. ഇത് സ്ഥാപനത്തിലുടനീളമുള്ള പ്രവർത്തനങ്ങളുടെ സുതാര്യത വർദ്ധിപ്പിക്കുകയും അവ്യക്തത ഇല്ലാതാക്കി പ്രവർത്തനക്ഷമത മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു, പ്രത്യേകിച്ചും ജീവനക്കാർ അവർക്ക് ആവശ്യമായ വിഭവങ്ങൾ തേടേണ്ട ഇടങ്ങളിൽ. അതേ സമയം, ഒരു പുൾ അഭ്യർത്ഥന ലയിപ്പിച്ചുകൊണ്ട് കുബർനെറ്റ്സ് ഉറവിടങ്ങളിൽ സ്വയമേവ മാറ്റങ്ങൾ വരുത്തുന്നത് എളുപ്പമാകും.
• സ്കേലബിളിറ്റി. ഉറവിടങ്ങൾ 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-ൽ Kubernetes-ൽ ഒരു ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുകയും ഒരു സേവനത്തിലൂടെ ആ ആപ്ലിക്കേഷൻ വെളിപ്പെടുത്താൻ ആഗ്രഹിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, ക്ലൗഡ് ദാതാവ് സേവനം സ്വയമേവ സൃഷ്ടിക്കാൻ സഹായിക്കുന്നു 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

പിന്നീട് നമുക്ക് ഇതുപോലുള്ള ഒരു CronTab റിസോഴ്സ് സൃഷ്ടിക്കാൻ കഴിയും:

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

കുബർനെറ്റസിലെ വിപുലീകരണത്തിനുള്ള മറ്റൊരു ഓപ്ഷൻ, ഡവലപ്പർക്ക് സ്വന്തം പ്രസ്താവനകൾ എഴുതാൻ കഴിയും എന്നതാണ്. ഓപ്പറേറ്റർ ഇത് അനുസരിച്ച് പ്രവർത്തിക്കുന്ന കുബർനെറ്റസ് ക്ലസ്റ്ററിലെ ഒരു പ്രത്യേക പ്രക്രിയയാണ്നിയന്ത്രണ സർക്യൂട്ട്" ഒരു ഓപ്പറേറ്ററുടെ സഹായത്തോടെ, ഉപയോക്താവിന് കുബർനെറ്റസ് API-യുമായി വിവരങ്ങൾ കൈമാറിക്കൊണ്ട് CRD-കളുടെ (ഇഷ്‌ടാനുസൃത ഉറവിട നിർവചനങ്ങൾ) മാനേജ്‌മെന്റ് ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയും.

ഡവലപ്പർമാർക്ക് അവരുടെ സ്വന്തം ഓപ്പറേറ്റർമാരെ സൃഷ്ടിക്കുന്നത് എളുപ്പമാക്കുന്ന നിരവധി ടൂളുകൾ കമ്മ്യൂണിറ്റിയിലുണ്ട്. അവർക്കിടയിൽ - ഓപ്പറേറ്റർ ഫ്രെയിംവർക്ക് അവന്റെ ഓപ്പറേറ്റർ എസ്.ഡി.കെ. ഒരു ഡവലപ്പർക്ക് പെട്ടെന്ന് ഒരു ഓപ്പറേറ്ററെ സൃഷ്ടിക്കാൻ തുടങ്ങാൻ കഴിയുന്ന ഒരു അടിത്തറ ഈ SDK നൽകുന്നു. നിങ്ങൾക്ക് കമാൻഡ് ലൈനിൽ നിന്ന് ഇതുപോലുള്ള ഒന്ന് ആരംഭിക്കാൻ കഴിയുമെന്ന് പറയാം:

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

YAML ഫയലുകളും Golang കോഡും ഉൾപ്പെടെ നിങ്ങളുടെ ഓപ്പറേറ്റർക്കുള്ള എല്ലാ ബോയിലർ പ്ലേറ്റ് കോഡും ഇത് സൃഷ്ടിക്കുന്നു:

.
|____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-ൽ എത്തിയപ്പോൾ, കുബർനെറ്റസ് സ്പോൺസർ ചെയ്തു ക്ലൗഡ് നേറ്റീവ് കമ്പ്യൂട്ടിംഗ് ഫ .ണ്ടേഷൻ.

വിവിധ സമൂഹങ്ങളുമുണ്ട് SIG (പ്രത്യേക താൽപ്പര്യ ഗ്രൂപ്പുകൾ) പദ്ധതി വികസിക്കുമ്പോൾ കുബർനെറ്റിന്റെ വിവിധ മേഖലകളിൽ പ്രവർത്തിക്കുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ചു. ഈ ഗ്രൂപ്പുകൾ നിരന്തരം പുതിയ സവിശേഷതകൾ ചേർക്കുന്നു, കുബർനെറ്റുമായി പ്രവർത്തിക്കുന്നത് കൂടുതൽ സൗകര്യപ്രദവും സൗകര്യപ്രദവുമാക്കുന്നു.

ക്ലൗഡ് നേറ്റീവ് ഫൗണ്ടേഷൻ CloudNativeCon/KubeCon ഹോസ്റ്റുചെയ്യുന്നു, ഇത് എഴുതുന്ന സമയത്ത്, ലോകത്തിലെ ഏറ്റവും വലിയ ഓപ്പൺ സോഴ്‌സ് കോൺഫറൻസാണ്. സാധാരണയായി വർഷത്തിൽ മൂന്ന് തവണ നടത്തപ്പെടുന്നു, ഇത് കുബർനെറ്റുകളും അതിന്റെ ആവാസവ്യവസ്ഥയും മെച്ചപ്പെടുത്താൻ ആഗ്രഹിക്കുന്ന ആയിരക്കണക്കിന് പ്രൊഫഷണലുകളെ ഒരുമിച്ച് കൊണ്ടുവരുന്നു, കൂടാതെ ഓരോ മൂന്ന് മാസത്തിലും ദൃശ്യമാകുന്ന പുതിയ സവിശേഷതകൾ പഠിക്കുന്നു.

മാത്രമല്ല, ക്ലൗഡ് നേറ്റീവ് ഫൗണ്ടേഷന് ഉണ്ട് സാങ്കേതിക മേൽനോട്ട സമിതി, SIG-കൾക്കൊപ്പം, പുതിയതും നിലവിലുള്ളതും അവലോകനം ചെയ്യുന്നു പ്രോജക്ടുകൾ ഫണ്ടുകൾ ക്ലൗഡ് ഇക്കോസിസ്റ്റത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ചു. ഈ പ്രോജക്ടുകളിൽ ഭൂരിഭാഗവും കുബർനെറ്റുകളുടെ ശക്തി മെച്ചപ്പെടുത്താൻ സഹായിക്കുന്നു.

അവസാനമായി, മുഴുവൻ സമൂഹത്തിന്റെയും ബോധപൂർവമായ പരിശ്രമമില്ലാതെ കുബർനെറ്റസ് വിജയിക്കില്ലെന്ന് ഞാൻ വിശ്വസിക്കുന്നു, അവിടെ ആളുകൾ ഒരുമിച്ച് നിൽക്കുന്നു, എന്നാൽ അതേ സമയം പുതുമുഖങ്ങളെ കൂട്ടത്തിലേക്ക് സ്വാഗതം ചെയ്യുന്നു.

ഭാവി

ഭാവിയിൽ ഡെവലപ്പർമാർ അഭിമുഖീകരിക്കേണ്ട പ്രധാന വെല്ലുവിളികളിലൊന്ന്, കോഡിന്റെ വിശദാംശങ്ങളിൽ തന്നെ ശ്രദ്ധ കേന്ദ്രീകരിക്കാനുള്ള കഴിവാണ്, അല്ലാതെ അത് പ്രവർത്തിക്കുന്ന അടിസ്ഥാന സൗകര്യങ്ങളിലല്ല. ഇത് ഈ പ്രവണതകൾ പാലിക്കുന്നു സെർവർലെസ്സ് ആർക്കിടെക്ചറൽ മാതൃക, ഇന്നത്തെ മുൻനിരയിൽ ഒന്നാണ്. വിപുലമായ ചട്ടക്കൂടുകൾ ഇതിനകം നിലവിലുണ്ട്, ഉദാ. നേറ്റീവ് и ഓപ്പൺഫാസ്, ഡെവലപ്പറിൽ നിന്ന് ഇൻഫ്രാസ്ട്രക്ചർ സംഗ്രഹിക്കാൻ കുബർനെറ്റസ് ഉപയോഗിക്കുന്നു.

ഈ ലേഖനത്തിൽ, കുബെർനെറ്റസിന്റെ നിലവിലെ അവസ്ഥയുടെ ഉപരിതലം മാത്രമാണ് ഞങ്ങൾ സ്ക്രാച്ച് ചെയ്തത്-വാസ്തവത്തിൽ, ഇത് മഞ്ഞുമലയുടെ അഗ്രം മാത്രമാണ്. Kubernetes ഉപയോക്താക്കൾക്ക് മറ്റ് നിരവധി ഉറവിടങ്ങളും കഴിവുകളും കോൺഫിഗറേഷനുകളും ഉണ്ട്.

അവലംബം: www.habr.com