കുബെർനെറ്റസിനായുള്ള ഓപ്പറേറ്റർമാർ: സ്റ്റേറ്റ്ഫുൾ ആപ്ലിക്കേഷനുകൾ എങ്ങനെ പ്രവർത്തിപ്പിക്കാം

കുബെർനെറ്റസിലെ സ്റ്റേറ്റ്ഫുൾ ആപ്ലിക്കേഷനുകളുടെ പ്രശ്നം

സ്‌റ്റേറ്റ്‌ലെസ് എന്ന് തരംതിരിക്കുന്ന കേസുകളിൽ ആപ്ലിക്കേഷനുകളുടെയും സേവനങ്ങളുടെയും കോൺഫിഗറേഷൻ, ലോഞ്ച്, കൂടുതൽ സ്കെയിലിംഗ് എന്നിവ എളുപ്പമാണ്, അതായത്. ഡാറ്റ സംരക്ഷിക്കാതെ. കുബെർനെറ്റസിൽ അത്തരം സേവനങ്ങൾ അതിന്റെ സ്റ്റാൻഡേർഡ് API-കൾ ഉപയോഗിച്ച് പ്രവർത്തിപ്പിക്കുന്നത് സൗകര്യപ്രദമാണ്, കാരണം എല്ലാം "ബോക്‌സിന് പുറത്ത്" സംഭവിക്കുന്നു: സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകൾ അനുസരിച്ച്, പ്രത്യേകതകളോ മാന്ത്രികമോ ഉൾപ്പെടാതെ.

ലളിതമായി പറഞ്ഞാൽ, ഒരു കൂട്ടം കണ്ടെയ്‌നറുകളിൽ PHP/Ruby/Python-ൽ ബാക്കെൻഡിന്റെ അഞ്ച് പകർപ്പുകൾ കൂടി സമാരംഭിക്കുന്നതിന്, നിങ്ങൾ ഒരു പുതിയ സെർവർ 5 തവണ സജ്ജീകരിച്ച് ഉറവിടങ്ങൾ പകർത്തിയാൽ മതിയാകും. സോഴ്‌സ് കോഡും init സ്‌ക്രിപ്‌റ്റും ഇമേജിലുള്ളതിനാൽ, സ്‌റ്റേറ്റ്‌ലെസ് ആപ്ലിക്കേഷൻ സ്കെയിലിംഗ് പൂർണ്ണമായും പ്രാഥമികമായി മാറുന്നു. കണ്ടെയ്നറുകളുടെയും മൈക്രോ സർവീസ് ആർക്കിടെക്ചറിന്റെയും ആരാധകർക്ക് നന്നായി അറിയാവുന്നതുപോലെ, ബുദ്ധിമുട്ട് ആരംഭിക്കുന്നു സ്റ്റേറ്റ്ഫുൾ ആപ്പുകൾ, അതായത്. ഡാറ്റാബേസുകളും കാഷെകളും പോലുള്ള ഡാറ്റ സ്ഥിരതയോടെ (MySQL, PostgreSQL, Redis, ElasticSearch, Cassandra...). ഒരു കോറം ക്ലസ്റ്റർ (ഉദാഹരണത്തിന്, Percona XtraDB, Cassandra) സ്വതന്ത്രമായി നടപ്പിലാക്കുന്ന സോഫ്‌റ്റ്‌വെയറിനും പ്രത്യേക മാനേജ്‌മെന്റ് യൂട്ടിലിറ്റികൾ ആവശ്യമുള്ള സോഫ്റ്റ്‌വെയറിനും (റെഡിസ്, MySQL, PostgreSQL...) ഇത് ബാധകമാണ്.

സോഴ്‌സ് കോഡും സേവനം സമാരംഭിക്കലും പര്യാപ്തമല്ലാത്തതിനാൽ ബുദ്ധിമുട്ടുകൾ ഉണ്ടാകുന്നു - നിങ്ങൾ കുറച്ച് ഘട്ടങ്ങൾ കൂടി ചെയ്യേണ്ടതുണ്ട്. കുറഞ്ഞത്, ഡാറ്റ പകർത്തുക കൂടാതെ/അല്ലെങ്കിൽ ക്ലസ്റ്ററിൽ ചേരുക. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഡാറ്റ നഷ്‌ടമോ താൽക്കാലിക ലഭ്യതയോ ഇല്ലാതെ എങ്ങനെ ശരിയായി സ്കെയിൽ ചെയ്യാമെന്നും അപ്‌ഡേറ്റ് ചെയ്യാമെന്നും പുനർക്രമീകരിക്കാമെന്നും ഈ സേവനങ്ങൾക്ക് ഒരു ധാരണ ആവശ്യമാണ്. ഈ ആവശ്യങ്ങൾ കണക്കിലെടുക്കുന്നതിനെ "പ്രവർത്തന അറിവ്" എന്ന് വിളിക്കുന്നു.

CoreOS ഓപ്പറേറ്റർമാർ

പ്രവർത്തന അറിവ് "പ്രോഗ്രാം" ചെയ്യുന്നതിനായി, കഴിഞ്ഞ വർഷം അവസാനം CoreOS പ്രോജക്റ്റ് അവതരിപ്പിച്ചു കുബർനെറ്റസ് പ്ലാറ്റ്‌ഫോമിനായുള്ള "ഒരു പുതിയ ക്ലാസ് സോഫ്റ്റ്‌വെയർ" - ഓപ്പറേറ്റർമാർ (ഇംഗ്ലീഷിൽ നിന്ന് "ഓപ്പറേഷൻ", അതായത് "ഓപ്പറേഷൻ").

കുബർനെറ്റസിന്റെ പ്രധാന കഴിവുകൾ ഉപയോഗിക്കുകയും വിപുലീകരിക്കുകയും ചെയ്യുന്ന ഓപ്പറേറ്റർമാർ (ഉൾപ്പെടെ. സ്റ്റേറ്റ്ഫുൾ സെറ്റുകൾ, താഴെയുള്ള വ്യത്യാസം കാണുക) ആപ്ലിക്കേഷൻ കോഡിലേക്ക് പ്രവർത്തന പരിജ്ഞാനം ചേർക്കാൻ DevOps സ്പെഷ്യലിസ്റ്റുകളെ അനുവദിക്കുക.

ഓപ്പറേറ്ററുടെ ഉദ്ദേശ്യം — ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ ഒന്നിലധികം സ്‌റ്റേറ്റ്‌ഫുൾ ആപ്ലിക്കേഷൻ എന്റിറ്റികൾ മാനേജ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു API ഉപയോക്താവിന് നൽകുക. ). വാസ്തവത്തിൽ, ക്ലസ്റ്ററിനുള്ളിലെ ആപ്ലിക്കേഷൻ ഉപയോഗിച്ച് വർക്ക് കഴിയുന്നത്ര ലളിതമാക്കുന്നതിനാണ് ഓപ്പറേറ്റർ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്, മുമ്പ് സ്വമേധയാ പരിഹരിക്കേണ്ട പ്രവർത്തന ചുമതലകളുടെ നിർവ്വഹണം ഓട്ടോമേറ്റ് ചെയ്യുന്നു.

ഓപ്പറേറ്റർമാർ എങ്ങനെ പ്രവർത്തിക്കുന്നു

റെപ്ലിക്കസെറ്റുകൾ റണ്ണിംഗ് പോഡുകളുടെ ആവശ്യമുള്ള എണ്ണം വ്യക്തമാക്കാൻ കുബെർനെറ്റസ് നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ അവയുടെ എണ്ണം (പോഡുകൾ സൃഷ്‌ടിക്കുന്നതിലൂടെയും ഇല്ലാതാക്കുന്നതിലൂടെയും) പരിപാലിക്കപ്പെടുന്നുണ്ടെന്ന് കൺട്രോളറുകൾ ഉറപ്പാക്കുന്നു. ഒരു ഓപ്പറേറ്റർ സമാനമായ രീതിയിൽ പ്രവർത്തിക്കുന്നു, ഒരു സ്റ്റാൻഡേർഡ് Kubernetes റിസോഴ്സിലേക്കും കൺട്രോളറിലേക്കും ഒരു കൂട്ടം പ്രവർത്തന പരിജ്ഞാനം ചേർക്കുന്നു, അത് ആവശ്യമായ ആപ്ലിക്കേഷൻ എന്റിറ്റികളുടെ എണ്ണം പിന്തുണയ്ക്കുന്നതിന് കൂടുതൽ പ്രവർത്തനങ്ങൾ നടത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഇത് എങ്ങനെ വ്യത്യസ്തമാണ് സ്റ്റേറ്റ്ഫുൾ സെറ്റുകൾ, ഡാറ്റ സ്റ്റോറേജ് അല്ലെങ്കിൽ സ്റ്റാറ്റിക് ഐപികൾ പോലുള്ള സ്റ്റേറ്റ്ഫുൾ റിസോഴ്സുകൾ നൽകാൻ ക്ലസ്റ്ററിന് ആവശ്യമായ ആപ്ലിക്കേഷനുകൾക്കായി രൂപകൽപ്പന ചെയ്‌തിട്ടുണ്ടോ? അത്തരം ആപ്ലിക്കേഷനുകൾക്കായി, ഓപ്പറേറ്റർമാർക്ക് ഉപയോഗിക്കാം സ്റ്റേറ്റ്ഫുൾ സെറ്റുകൾ (പകരം റെപ്ലിക്കസെറ്റുകൾ) ഒരു അടിസ്ഥാനമായി, വാഗ്ദാനം അധിക ഓട്ടോമേഷൻ: ക്രാഷുകളുടെ കാര്യത്തിൽ ആവശ്യമായ പ്രവർത്തനങ്ങൾ നടത്തുക, ബാക്കപ്പുകൾ ഉണ്ടാക്കുക, കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുക തുടങ്ങിയവ.

അങ്ങനെയാണെങ്കിൽ, ഇതെല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നു? ഓപ്പറേറ്റർ ഒരു മാനേജർ ഡെമൺ ആണ്:

1. Kubernetes-ലെ ഇവന്റ് API-ലേക്ക് സബ്‌സ്‌ക്രൈബുചെയ്യുന്നു;
2. സിസ്റ്റത്തെക്കുറിച്ചുള്ള ഡാറ്റ അതിൽ നിന്ന് സ്വീകരിക്കുന്നു (അതിനെ കുറിച്ച് റെപ്ലിക്കസെറ്റുകൾ, കായ്കൾ, സേവനങ്ങള് ഇത്യാദി.);
3. എന്നതിനെക്കുറിച്ചുള്ള ഡാറ്റ സ്വീകരിക്കുന്നു മൂന്നാം കക്ഷി വിഭവങ്ങൾ (ചുവടെയുള്ള ഉദാഹരണങ്ങൾ കാണുക);
4. രൂപം/മാറ്റത്തോട് പ്രതികരിക്കുന്നു മൂന്നാം കക്ഷി വിഭവങ്ങൾ (ഉദാഹരണത്തിന്, വലിപ്പം മാറ്റാൻ, പതിപ്പ് മാറ്റാൻ, അങ്ങനെ);
5. സിസ്റ്റത്തിന്റെ അവസ്ഥയിലെ മാറ്റങ്ങളോട് പ്രതികരിക്കുന്നു (അതിനെ കുറിച്ച് റെപ്ലിക്കസെറ്റുകൾ, കായ്കൾ, സേവനങ്ങള് ഇത്യാദി.);
6. ഏറ്റവും പ്രധാനപ്പെട്ടത്:
   1. Kubernetes API-ൽ ആവശ്യമുള്ളതെല്ലാം സൃഷ്ടിക്കാൻ വിളിക്കുന്നു (വീണ്ടും, സ്വന്തം റെപ്ലിക്കസെറ്റുകൾ, കായ്കൾ, സേവനങ്ങള്...),
   2. ചില മാജിക് ചെയ്യുന്നു (ലളിതമാക്കാൻ, ഓപ്പറേറ്റർ പോഡുകളിലേക്ക് പോയി കമാൻഡുകൾ വിളിക്കുന്നുവെന്ന് നിങ്ങൾക്ക് ചിന്തിക്കാം, ഉദാഹരണത്തിന്, ഒരു ക്ലസ്റ്ററിൽ ചേരാനോ അല്ലെങ്കിൽ ഒരു പതിപ്പ് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ ഡാറ്റ ഫോർമാറ്റ് അപ്‌ഗ്രേഡുചെയ്യാനോ).

വാസ്തവത്തിൽ, ചിത്രത്തിൽ നിന്ന് കാണാൻ കഴിയുന്നതുപോലെ, ഒരു പ്രത്യേക ആപ്ലിക്കേഷൻ കുബെർനെറ്റസിലേക്ക് ലളിതമായി ചേർത്തിരിക്കുന്നു (ഒരു പതിവ് വിന്യാസ с റെപ്ലിക്കസെറ്റ്), ഇതിനെ ഓപ്പറേറ്റർ എന്ന് വിളിക്കുന്നു. ഇത് ഒരു സാധാരണ പോഡിൽ (സാധാരണയായി ഒന്ന് മാത്രം) വസിക്കുന്നു, ചട്ടം പോലെ, അതിന്റെ ഉത്തരവാദിത്തം മാത്രമാണ് നെയിംസ്പെയ്സ്. ഈ ഓപ്പറേറ്റർ ആപ്ലിക്കേഷൻ അതിന്റെ API നടപ്പിലാക്കുന്നു - നേരിട്ടല്ലെങ്കിലും മുഖേന മൂന്നാം കക്ഷി വിഭവങ്ങൾ കുബെർനെറ്റസിൽ.

അങ്ങനെ, ഞങ്ങൾ സൃഷ്ടിച്ചതിന് ശേഷം നെയിംസ്പെയ്സ് ഓപ്പറേറ്റർ, നമുക്ക് അതിൽ ചേർക്കാം മൂന്നാം കക്ഷി വിഭവങ്ങൾ.

മുതലായവയ്ക്ക് ഉദാഹരണം (വിശദാംശങ്ങൾക്ക് താഴെ കാണുക):

apiVersion: etcd.coreos.com/v1beta1
kind: Cluster
metadata:
  name: example-etcd-cluster
spec:
  size: 3
  version: 3.1.0

ഇലാസ്റ്റിക് സെർച്ചിനുള്ള ഉദാഹരണം:

apiVersion: enterprises.upmc.com/v1
kind: ElasticsearchCluster
metadata:
  name: example-es-cluster
spec:
  client-node-replicas: 3
  master-node-replicas: 2
  data-node-replicas: 3
  zones:
  - us-east-1c
  - us-east-1d
  - us-east-1e
  data-volume-size: 10Gi
  java-options: "-Xms1024m -Xmx1024m"
  snapshot:
    scheduler-enabled: true
    bucket-name: elasticsnapshots99
    cron-schedule: "@every 2m"
  storage:
    type: gp2
    storage-class-provisioner: kubernetes.io/aws-ebs

ഓപ്പറേറ്റർമാർക്കുള്ള ആവശ്യകതകൾ

ഓപ്പറേറ്റർമാരിൽ ജോലി ചെയ്യുമ്പോൾ എഞ്ചിനീയർമാർക്ക് ലഭിച്ച പ്രധാന പാറ്റേണുകൾ CoreOS രൂപപ്പെടുത്തി. എല്ലാ ഓപ്പറേറ്റർമാരും വ്യക്തിഗതമാണെങ്കിലും (അതിന്റെ സ്വന്തം സവിശേഷതകളും ആവശ്യങ്ങളും ഉള്ള ഒരു നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനായി സൃഷ്ടിച്ചത്), അവരുടെ സൃഷ്ടി ഇനിപ്പറയുന്ന ആവശ്യകതകൾ ചുമത്തുന്ന ഒരുതരം ചട്ടക്കൂടിനെ അടിസ്ഥാനമാക്കിയുള്ളതായിരിക്കണം:

1. ഒരു സിംഗിൾ വഴിയാണ് ഇൻസ്റ്റാളേഷൻ നടത്തേണ്ടത് വിന്യാസ: kubectl create -f SOME_OPERATOR_URL/deployment.yaml - കൂടാതെ അധിക പ്രവർത്തനങ്ങൾ ആവശ്യമില്ല.
2. Kubernetes-ൽ ഒരു ഓപ്പറേറ്റർ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, ഒരു പുതിയ മൂന്നാം-കക്ഷി തരം സൃഷ്ടിക്കേണ്ടതുണ്ട് (മൂന്നാം കക്ഷി റിസോഴ്സ്). ആപ്ലിക്കേഷൻ ഇൻസ്‌റ്റൻസുകൾ (ക്ലസ്റ്റർ ഇൻസ്‌റ്റൻസുകൾ) സമാരംഭിക്കുന്നതിനും അവ കൂടുതൽ മാനേജുചെയ്യുന്നതിനും (പതിപ്പുകൾ അപ്‌ഡേറ്റുചെയ്യൽ, വലുപ്പം മാറ്റൽ മുതലായവ), ഉപയോക്താവ് ഈ തരം ഉപയോഗിക്കും.
3. സാധ്യമാകുമ്പോഴെല്ലാം, നിങ്ങൾ കുബർനെറ്റുകളിൽ നിർമ്മിച്ച പ്രാകൃതങ്ങൾ ഉപയോഗിക്കണം സേവനങ്ങള് и റെപ്ലിക്കസെറ്റുകൾനന്നായി പരിശോധിച്ചതും മനസ്സിലാക്കാവുന്നതുമായ കോഡ് ഉപയോഗിക്കുന്നതിന്.
4. ഓപ്പറേറ്റർമാരുടെ പിന്നോക്ക അനുയോജ്യതയും ഉപയോക്താവ് സൃഷ്‌ടിച്ച ഉറവിടങ്ങളുടെ പഴയ പതിപ്പുകൾക്കുള്ള പിന്തുണയും ആവശ്യമാണ്.
5. ഓപ്പറേറ്ററെ നീക്കം ചെയ്താൽ, ആപ്ലിക്കേഷൻ തന്നെ മാറ്റങ്ങളില്ലാതെ പ്രവർത്തിക്കുന്നത് തുടരണം.
6. ഉപയോക്താക്കൾക്ക് ആവശ്യമുള്ള ആപ്ലിക്കേഷൻ പതിപ്പ് നിർവചിക്കാനും ആപ്ലിക്കേഷൻ പതിപ്പ് അപ്ഡേറ്റുകൾ ക്രമീകരിക്കാനും കഴിയണം. സോഫ്‌റ്റ്‌വെയർ അപ്‌ഡേറ്റുകളുടെ അഭാവം പ്രവർത്തനപരവും സുരക്ഷാപരവുമായ പ്രശ്‌നങ്ങളുടെ ഒരു സാധാരണ ഉറവിടമാണ്, അതിനാൽ ഓപ്പറേറ്റർമാർ ഈ വിഷയത്തിൽ ഉപയോക്താക്കളെ സഹായിക്കണം.
7. പോഡുകളിലും കോൺഫിഗറേഷനുകളിലും നെറ്റ്‌വർക്കിലും സാധ്യമായ പരാജയങ്ങൾ തിരിച്ചറിയുന്ന ചാവോസ് മങ്കി പോലുള്ള ഒരു ടൂൾ ഉപയോഗിച്ച് ഓപ്പറേറ്റർമാരെ പരീക്ഷിക്കണം.

etcd ഓപ്പറേറ്റർ

ഓപ്പറേറ്റർ നടപ്പിലാക്കൽ ഉദാഹരണം - etcd ഓപ്പറേറ്റർ, തയ്യാറാക്കിയത് ഈ ആശയം പ്രഖ്യാപിക്കുന്ന ദിവസം. ക്വാറം നിലനിർത്തേണ്ടതിന്റെ ആവശ്യകത, ക്ലസ്റ്റർ അംഗത്വം പുനഃക്രമീകരിക്കേണ്ടതിന്റെ ആവശ്യകത, ബാക്കപ്പുകൾ സൃഷ്‌ടിക്കുക തുടങ്ങിയവ കാരണം etcd ക്ലസ്റ്റർ കോൺഫിഗറേഷൻ സങ്കീർണ്ണമായേക്കാം. ഉദാഹരണത്തിന്, ഒരു etcd ക്ലസ്റ്റർ സ്വമേധയാ സ്കെയിൽ ചെയ്യുക എന്നതിനർത്ഥം നിങ്ങൾ ഒരു പുതിയ ക്ലസ്റ്റർ അംഗത്തിനായി ഒരു DNS പേര് സൃഷ്ടിക്കുകയും ഒരു പുതിയ etcd എന്റിറ്റി ആരംഭിക്കുകയും പുതിയ അംഗത്തെക്കുറിച്ച് ക്ലസ്റ്ററിനെ അറിയിക്കുകയും വേണം (etcdctl അംഗം ചേർക്കുക). ഓപ്പറേറ്ററുടെ കാര്യത്തിൽ, ഉപയോക്താവിന് ക്ലസ്റ്റർ വലുപ്പം മാറ്റാൻ മാത്രമേ ആവശ്യമുള്ളൂ - മറ്റെല്ലാം യാന്ത്രികമായി സംഭവിക്കും.

CoreOS-ലും etcd സൃഷ്‌ടിച്ചതിനാൽ, അതിന്റെ ഓപ്പറേറ്റർ ആദ്യം പ്രത്യക്ഷപ്പെടുന്നത് തികച്ചും യുക്തിസഹമായിരുന്നു. അവൻ എങ്ങനെ പ്രവർത്തിക്കുന്നു? ഓപ്പറേറ്റർ ലോജിക് മുതലായവ മൂന്ന് ഘടകങ്ങളാൽ നിർണ്ണയിക്കപ്പെടുന്നു:

1. നിരീക്ഷിക്കുക. Kubernetes API ഉപയോഗിച്ച് ക്ലസ്റ്ററിന്റെ അവസ്ഥ ഓപ്പറേറ്റർ നിരീക്ഷിക്കുന്നു.
2. വിശകലനം. നിലവിലെ നിലയും ആവശ്യമുള്ളതും തമ്മിലുള്ള വ്യത്യാസങ്ങൾ കണ്ടെത്തുന്നു (ഉപയോക്തൃ കോൺഫിഗറേഷൻ നിർവചിച്ചിരിക്കുന്നത്).
3. ആക്ഷൻ. etcd കൂടാതെ/അല്ലെങ്കിൽ Kubernetes സേവന API-കൾ ഉപയോഗിച്ച് കണ്ടെത്തിയ വ്യത്യാസങ്ങൾ പരിഹരിക്കുന്നു.

ഈ ലോജിക് നടപ്പിലാക്കുന്നതിനായി, ഓപ്പറേറ്ററിൽ ഫംഗ്ഷനുകൾ തയ്യാറാക്കിയിട്ടുണ്ട് സൃഷ്ടിക്കുക/നശിപ്പിക്കുക ( etcd ക്ലസ്റ്റർ അംഗങ്ങളെ സൃഷ്ടിക്കുകയും ഇല്ലാതാക്കുകയും ചെയ്യുന്നു) കൂടാതെ വലിപ്പം മാറ്റുക (ക്ലസ്റ്റർ അംഗങ്ങളുടെ എണ്ണത്തിൽ മാറ്റം). Netflix-ൽ നിന്നുള്ള ചാവോസ് മങ്കിയുടെ സാദൃശ്യത്തിൽ സൃഷ്ടിച്ച ഒരു യൂട്ടിലിറ്റി ഉപയോഗിച്ച് അതിന്റെ പ്രവർത്തനത്തിന്റെ കൃത്യത പരിശോധിച്ചു, അതായത്. etcd കായ്കളെ ക്രമരഹിതമായി കൊല്ലുന്നു.

etcd-യുടെ പൂർണ്ണമായ പ്രവർത്തനത്തിന്, ഓപ്പറേറ്റർ അധിക സവിശേഷതകൾ നൽകുന്നു: ബാക്കപ്പ് (ഉപയോക്താക്കൾക്ക് ബാക്കപ്പ് പകർപ്പുകൾ സൃഷ്ടിക്കുന്നത് യാന്ത്രികവും അദൃശ്യവുമാണ് - കോൺഫിഗറേഷനിൽ അവ എത്ര തവണ നിർമ്മിക്കണമെന്നും എത്ര സംഭരിക്കണമെന്നും നിർണ്ണയിക്കാൻ മതിയാകും - അവയിൽ നിന്നുള്ള ഡാറ്റയുടെ തുടർന്നുള്ള പുനഃസ്ഥാപനം) കൂടാതെ നവീകരണം (എറ്റ്ഡി ഇൻസ്റ്റാളേഷനുകൾ പ്രവർത്തനരഹിതമാക്കാതെ അപ്ഡേറ്റ് ചെയ്യുന്നു).

ഒരു ഓപ്പറേറ്ററുമായി പ്രവർത്തിക്കുന്നത് എങ്ങനെയിരിക്കും?

$ kubectl create -f https://coreos.com/operators/etcd/latest/deployment.yaml
$ kubectl create -f https://coreos.com/operators/etcd/latest/example-etcd-cluster.yaml
$ kubectl get pods
NAME                             READY     STATUS    RESTARTS   AGE
etcd-cluster-0000                1/1       Running   0          23s
etcd-cluster-0001                1/1       Running   0          16s
etcd-cluster-0002                1/1       Running   0          8s
etcd-cluster-backup-tool-rhygq   1/1       Running   0          18s

etcd ഓപ്പറേറ്ററുടെ നിലവിലെ നില ഒരു ബീറ്റ പതിപ്പാണ്, പ്രവർത്തിപ്പിക്കുന്നതിന് Kubernetes 1.5.3+ ഉം etcd 3.0+ ഉം ആവശ്യമാണ്. ഉറവിട കോഡും ഡോക്യുമെന്റേഷനും (ഉപയോഗത്തിനുള്ള നിർദ്ദേശങ്ങൾ ഉൾപ്പെടെ) ഇവിടെ ലഭ്യമാണ് സാമൂഹികം.

CoreOS-ൽ നിന്നുള്ള മറ്റൊരു ഉദാഹരണം നടപ്പിലാക്കൽ സൃഷ്ടിച്ചു - പ്രൊമിത്യൂസ് ഓപ്പറേറ്റർ, എന്നാൽ ഇത് ഇപ്പോഴും ആൽഫ പതിപ്പിലാണ് (ആസൂത്രണം ചെയ്ത എല്ലാ സവിശേഷതകളും നടപ്പിലാക്കിയിട്ടില്ല).

നിലയും സാധ്യതകളും

കുബർനെറ്റസ് ഓപ്പറേറ്റർമാരുടെ പ്രഖ്യാപനം കഴിഞ്ഞ് 5 മാസം കഴിഞ്ഞു. ഔദ്യോഗിക CoreOS റിപ്പോസിറ്ററിയിൽ (etcd, Prometheus എന്നിവയ്‌ക്ക്) ഇപ്പോഴും രണ്ട് നടപ്പിലാക്കലുകൾ മാത്രമേ ലഭ്യമാകൂ. രണ്ടും ഇതുവരെ അവരുടെ സ്ഥിരമായ പതിപ്പുകളിൽ എത്തിയിട്ടില്ല, എന്നാൽ പ്രതിദിന കമ്മിറ്റുകൾ നിരീക്ഷിക്കപ്പെടുന്നു.

"ഉപയോക്താക്കൾ അവരുടെ കുബർനെറ്റസ് ക്ലസ്റ്ററുകളിൽ പോസ്റ്റ്‌ഗ്രെസ് ഓപ്പറേറ്റർമാരെയോ കസാന്ദ്ര ഓപ്പറേറ്റർമാരെയോ റെഡിസ് ഓപ്പറേറ്റർമാരെയോ ഇൻസ്റ്റാൾ ചെയ്യുകയും ഇന്നത്തെ നിലയില്ലാത്ത വെബ് ആപ്ലിക്കേഷനുകളുടെ പകർപ്പുകൾ വിന്യസിക്കുന്നത് പോലെ എളുപ്പത്തിൽ ഈ ആപ്ലിക്കേഷനുകളുടെ സ്കേലബിൾ എന്റിറ്റികളുമായി പ്രവർത്തിക്കുകയും ചെയ്യുന്ന ഒരു ഭാവി" ഡവലപ്പർമാർ വിഭാവനം ചെയ്യുന്നു. ആദ്യം മൂന്നാം കക്ഷി ഡെവലപ്പർമാരിൽ നിന്നുള്ള ഓപ്പറേറ്റർമാർ ശരിക്കും പ്രത്യക്ഷപ്പെടാൻ തുടങ്ങി:

• ഇലാസ്റ്റിക് സെർച്ച് ഓപ്പറേറ്റർ യുപിഎംസി എന്റർപ്രൈസസിൽ നിന്ന്;
• PostgreSQL ഓപ്പറേറ്റർ ക്രഞ്ചി ഡാറ്റയിൽ നിന്ന് (2017 മാർച്ച് അവസാനം പ്രഖ്യാപിച്ചത്);
• റൂക്ക് ഓപ്പറേറ്റർ Ceph (റൂക്ക് ആൽഫ നിലയിലാണ്) അടിസ്ഥാനമാക്കിയുള്ള ഒരു വിതരണം ചെയ്ത ഡാറ്റ സ്റ്റോറേജ് സിസ്റ്റത്തിന്റെ രചയിതാക്കളിൽ നിന്ന്;
• ഓപ്പൺസ്റ്റാക്ക് ഓപ്പറേറ്റർമാർ SAP CCloud-ൽ നിന്ന്.

2017 ഫെബ്രുവരിയിൽ ബ്രസൽസിൽ നടന്ന ഏറ്റവും വലിയ യൂറോപ്യൻ സ്വതന്ത്ര സോഫ്റ്റ്‌വെയർ കോൺഫറൻസിൽ FOSDEM, CoreOS-ൽ നിന്നുള്ള ജോഷ് വുഡ് ഓപ്പറേറ്റർമാരെ പ്രഖ്യാപിച്ചു. റിപ്പോർട്ട് (ലിങ്കിൽ ഒരു വീഡിയോ ലഭ്യമാണ്!), ഇത് വിശാലമായ ഓപ്പൺ സോഴ്‌സ് കമ്മ്യൂണിറ്റിയിൽ ഈ ആശയത്തിന്റെ ജനപ്രീതി വർദ്ധിപ്പിക്കുന്നതിന് കാരണമാകും.

പി.എസ് ലേഖനത്തിലുള്ള നിങ്ങളുടെ താൽപ്പര്യത്തിന് നന്ദി! ഞങ്ങളുടെ ഹബ്ബിലേക്ക് സബ്സ്ക്രൈബ് ചെയ്യുക, DevOps, GNU/Linux സിസ്റ്റം അഡ്മിനിസ്ട്രേഷൻ എന്നിവയിലെ പുതിയ മെറ്റീരിയലുകളും പാചകക്കുറിപ്പുകളും നഷ്‌ടപ്പെടാതിരിക്കാൻ - ഞങ്ങൾ അവ പതിവായി പ്രസിദ്ധീകരിക്കും!

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