കുബർനെറ്റസിന്റെ ഒരു എന്റർപ്രൈസ് പതിപ്പായി OpenShift. ഭാഗം 1

"കുബർനെറ്റസും ഓപ്പൺഷിഫ്റ്റും തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?" - ഈ ചോദ്യം അസൂയാവഹമായ സ്ഥിരതയോടെ ഉയർന്നുവരുന്നു. വാസ്തവത്തിൽ ഇത് ഒരു എഞ്ചിനിൽ നിന്ന് ഒരു കാർ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നുവെന്ന് ചോദിക്കുന്നത് പോലെയാണെങ്കിലും. ഞങ്ങൾ സമാനത തുടരുകയാണെങ്കിൽ, ഒരു കാർ ഒരു പൂർത്തിയായ ഉൽപ്പന്നമാണ്, നിങ്ങൾക്ക് അത് ഉടനടി ഉപയോഗിക്കാം, അക്ഷരാർത്ഥത്തിൽ: അകത്ത് പോയി പോകുക. മറുവശത്ത്, ഒരു എഞ്ചിൻ നിങ്ങളെ എവിടെയെങ്കിലും കൊണ്ടുപോകുന്നതിന്, ആത്യന്തികമായി ഒരേ കാർ ലഭിക്കുന്നതിന് ആദ്യം അത് മറ്റ് നിരവധി കാര്യങ്ങളുമായി സപ്ലിമെന്റ് ചെയ്യണം.

അതിനാൽ, ഓപ്പൺഷിഫ്റ്റ് ബ്രാൻഡ് കാർ (പ്ലാറ്റ്ഫോം) കൂട്ടിച്ചേർത്ത എഞ്ചിനാണ് കുബർനെറ്റസ്, അത് നിങ്ങളെ നിങ്ങളുടെ ലക്ഷ്യത്തിലേക്ക് കൊണ്ടുപോകുന്നു.

ഈ ലേഖനത്തിൽ ഞങ്ങൾ നിങ്ങളെ ഓർമ്മിപ്പിക്കാനും ഇനിപ്പറയുന്ന പ്രധാന പോയിന്റുകൾ കുറച്ചുകൂടി വിശദമായി പരിശോധിക്കാനും ആഗ്രഹിക്കുന്നു:

• ഓപ്പൺഷിഫ്റ്റ് പ്ലാറ്റ്‌ഫോമിന്റെ ഹൃദയഭാഗമാണ് കുബർനെറ്റസ്, ഇത് 100% സർട്ടിഫൈഡ് കുബർനെറ്റുകളാണ്, പൂർണ്ണമായും ഓപ്പൺ സോഴ്‌സും ചെറിയ ഉടമസ്ഥാവകാശവും ഇല്ലാതെ. ചുരുക്കത്തിൽ:
  • OpenShift ക്ലസ്റ്റർ API XNUMX% Kubernetes ആണ്.
  • കണ്ടെയ്നർ മറ്റേതെങ്കിലും കുബർനെറ്റസ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, അത് മാറ്റങ്ങളൊന്നുമില്ലാതെ OpenShift-ൽ പ്രവർത്തിക്കും. ആപ്ലിക്കേഷനുകളിൽ മാറ്റങ്ങൾ വരുത്തേണ്ട ആവശ്യമില്ല.
• ഓപ്പൺഷിഫ്റ്റ് കുബർനെറ്റസിലേക്ക് ഉപയോഗപ്രദമായ സവിശേഷതകളും പ്രവർത്തനവും മാത്രമല്ല ചേർക്കുന്നത്. ഒരു കാർ പോലെ, OpenShift ബോക്‌സിന് പുറത്താണ്, ഉടനടി ഉൽപ്പാദനത്തിൽ ഉൾപ്പെടുത്താം, ഞങ്ങൾ ചുവടെ കാണിക്കുന്നത് പോലെ, ഒരു ഡവലപ്പറുടെ ജീവിതം വളരെ എളുപ്പമാക്കുന്നു. അതുകൊണ്ടാണ് ഓപ്പൺഷിഫ്റ്റ് രണ്ട് വ്യക്തികളായി ഒന്നിക്കുന്നത്. ഡവലപ്പറുടെ വീക്ഷണകോണിൽ ഇത് വിജയകരവും അറിയപ്പെടുന്നതുമായ എന്റർപ്രൈസ് ക്ലാസ് PaaS പ്ലാറ്റ്‌ഫോമാണ്. അതേ സമയം, വ്യാവസായിക പ്രവർത്തനത്തിന്റെ വീക്ഷണകോണിൽ നിന്ന് ഇത് ഒരു സേവനമെന്ന നിലയിൽ വളരെ വിശ്വസനീയമായ കണ്ടെയ്നർ പരിഹാരമാണ്.

100% CNCF സർട്ടിഫിക്കേഷനുള്ള കുബർനെറ്റസ് ആണ് OpenShift

OpenShift അടിസ്ഥാനമാക്കിയുള്ളതാണ് കുബർനെറ്റസ് സാക്ഷ്യപ്പെടുത്തി. അതിനാൽ, ശരിയായ പരിശീലനത്തിന് ശേഷം, ഉപയോക്താക്കൾ kubectl-ന്റെ ശക്തിയിൽ ആശ്ചര്യപ്പെടുന്നു. കുബെർനെറ്റസ് ക്ലസ്റ്ററിൽ നിന്ന് ഓപ്പൺഷിഫ്റ്റിലേക്ക് മാറിയവർ, ഓപ്പൺഷിഫ്റ്റ് ക്ലസ്റ്ററിലേക്ക് kubeconfig റീഡയറക്‌ട് ചെയ്‌തതിന് ശേഷം, നിലവിലുള്ള എല്ലാ സ്‌ക്രിപ്റ്റുകളും കുറ്റമറ്റ രീതിയിൽ പ്രവർത്തിക്കുമെന്ന് പലപ്പോഴും പറയാറുണ്ട്.

ഓപ്പൺഷിഫ്റ്റിന്റെ OC എന്ന കമാൻഡ് ലൈൻ യൂട്ടിലിറ്റിയെക്കുറിച്ച് നിങ്ങൾ കേട്ടിട്ടുണ്ടാകും. ഇത് പൂർണ്ണമായും kubectl-ന് അനുയോജ്യമായ കമാൻഡ് ആണ്, കൂടാതെ ഇത് നിരവധി ജോലികൾ ചെയ്യുമ്പോൾ ഉപയോഗപ്രദമാകുന്ന നിരവധി ഉപയോഗപ്രദമായ സഹായികളെ വാഗ്ദാനം ചെയ്യുന്നു. എന്നാൽ ആദ്യം, OC, kubectl എന്നിവയുടെ അനുയോജ്യതയെക്കുറിച്ച് കുറച്ചുകൂടി:

kubectl കമാൻഡുകൾ
ഒസി ടീമുകൾ

kubectl പോഡ്സ് നേടുക
oc കായ്കൾ ലഭിക്കും

kubectl-ൽ നെയിംസ്‌പെയ്‌സ് ലഭിക്കും
oc നെയിംസ്പേസുകൾ ലഭിക്കും

kubectl create -f deployment.yaml
oc create -f deployment.yaml

OpenShift API-യിൽ kubectl ഉപയോഗിക്കുന്നതിന്റെ ഫലങ്ങൾ ഇങ്ങനെയാണ്:

• kubectl കായ്കൾ ലഭിക്കും - പ്രതീക്ഷിച്ച പോലെ കായ്കൾ തിരികെ നൽകുന്നു.

• kubectl നെയിംസ്‌പെയ്‌സുകൾ നേടുന്നു - പ്രതീക്ഷിച്ചതുപോലെ നെയിംസ്‌പെയ്‌സ് നൽകുന്നു.

kubectl create -f mydeployment.yaml എന്ന കമാൻഡ് താഴെയുള്ള വീഡിയോയിൽ കാണിച്ചിരിക്കുന്നതുപോലെ മറ്റേതൊരു കുബർനെറ്റസ് പ്ലാറ്റ്‌ഫോമിലെയും പോലെ kubernetes ഉറവിടങ്ങൾ സൃഷ്ടിക്കുന്നു:

മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, 100% അനുയോജ്യത നിലനിർത്തിക്കൊണ്ട് എല്ലാ Kubernetes API-കളും OpenShift-ൽ പൂർണ്ണമായി ലഭ്യമാണ്. അതുകൊണ്ടാണ് ക്ലൗഡ് നേറ്റീവ് കംപ്യൂട്ടിംഗ് ഫൗണ്ടേഷന്റെ (CNCF) സാക്ഷ്യപ്പെടുത്തിയ കുബർനെറ്റസ് പ്ലാറ്റ്‌ഫോമായി ഓപ്പൺഷിഫ്റ്റിനെ അംഗീകരിച്ചിരിക്കുന്നു.. 

OpenShift, Kubernetes-ലേക്ക് ഉപയോഗപ്രദമായ സവിശേഷതകൾ ചേർക്കുന്നു

Kubernetes API-കൾ OpenShift-ൽ 100% ലഭ്യമാണ്, എന്നാൽ സ്റ്റാൻഡേർഡ് Kubernetes യൂട്ടിലിറ്റി kubectl-ന് പ്രവർത്തനക്ഷമതയും സൗകര്യവും ഇല്ല. അതുകൊണ്ടാണ് OC (ഓപ്പൺഷിഫ്റ്റ് ക്ലയന്റ് എന്നതിന്റെ ചുരുക്കം), ODO (ഓപ്പൺഷിഫ്റ്റ് DO, ഈ യൂട്ടിലിറ്റി ഡവലപ്പർമാരെ ലക്ഷ്യം വച്ചുള്ളതാണ്) പോലുള്ള ഉപയോഗപ്രദമായ സവിശേഷതകളും കമാൻഡ്-ലൈൻ ടൂളുകളും കുബർനെറ്റിലേക്ക് Red Hat ചേർത്തത്.

1. OC യൂട്ടിലിറ്റി - Kubectl-ന്റെ കൂടുതൽ ശക്തവും സൗകര്യപ്രദവുമായ പതിപ്പ്

ഉദാഹരണത്തിന്, kubectl-ൽ നിന്ന് വ്യത്യസ്തമായി, പുതിയ നെയിംസ്‌പെയ്‌സുകൾ സൃഷ്‌ടിക്കാനും സന്ദർഭങ്ങൾ എളുപ്പത്തിൽ മാറ്റാനും ഇത് നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ കണ്ടെയ്‌നർ ഇമേജുകൾ നിർമ്മിക്കുക, സോഴ്‌സ് കോഡിൽ നിന്നോ ബൈനറികളിൽ നിന്നോ നേരിട്ട് ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കുക (Source-to-image, s2i).

OC യൂട്ടിലിറ്റിയുടെ ബിൽറ്റ്-ഇൻ സഹായികളും നൂതനമായ പ്രവർത്തനവും ദൈനംദിന ജോലികൾ എങ്ങനെ ലളിതമാക്കാൻ സഹായിക്കുന്നു എന്നതിന്റെ ഉദാഹരണങ്ങൾ നോക്കാം.

ആദ്യത്തെ ഉദാഹരണം നെയിംസ്പേസ് മാനേജ്മെന്റ് ആണ്. ഓരോ കുബർനെറ്റസ് ക്ലസ്റ്ററിനും എപ്പോഴും ഒന്നിലധികം നെയിംസ്‌പെയ്‌സ് ഉണ്ട്. അവ സാധാരണയായി വികസന, ഉൽപ്പാദന പരിതസ്ഥിതികൾ സൃഷ്ടിക്കാൻ ഉപയോഗിക്കുന്നു, എന്നാൽ ഓരോ ഡവലപ്പർക്കും വ്യക്തിഗത സാൻഡ്ബോക്സ് നൽകാനും ഉപയോഗിക്കാം. പ്രായോഗികമായി, നിലവിലെ സ്ഥലത്തിന്റെ പശ്ചാത്തലത്തിൽ kubectl പ്രവർത്തിക്കുന്നതിനാൽ, ഡവലപ്പർക്ക് നെയിംസ്‌പെയ്‌സുകൾക്കിടയിൽ ഇടയ്‌ക്കിടെ മാറേണ്ടിവരുന്നു. അതിനാൽ, kubectl-ന്റെ കാര്യത്തിൽ, ആളുകൾ ഇതിനായി സഹായ സ്ക്രിപ്റ്റുകൾ സജീവമായി ഉപയോഗിക്കുന്നു. എന്നാൽ OC ഉപയോഗിക്കുമ്പോൾ, ആവശ്യമുള്ള സ്ഥലത്തേക്ക് മാറാൻ, "oc project namespace" എന്ന് പറഞ്ഞാൽ മതി.

നിങ്ങൾക്ക് ആവശ്യമുള്ള നെയിംസ്പേസ് എന്താണ് വിളിക്കുന്നതെന്ന് ഓർമ്മയില്ലേ? ഒരു പ്രശ്‌നവുമില്ല, പൂർണ്ണമായ ലിസ്റ്റ് പ്രദർശിപ്പിക്കുന്നതിന് “oc get projects” എന്ന് ടൈപ്പ് ചെയ്യുക. ക്ലസ്റ്ററിലെ നെയിംസ്‌പെയ്‌സുകളുടെ പരിമിതമായ ഉപസെറ്റിലേക്ക് മാത്രമേ നിങ്ങൾക്ക് ആക്‌സസ് ഉള്ളൂവെങ്കിൽ ഇത് എങ്ങനെ പ്രവർത്തിക്കുമെന്ന് സംശയിക്കുന്നുണ്ടോ? ശരി, കാരണം ക്ലസ്റ്ററിലെ എല്ലാ ഇടങ്ങളും കാണാൻ RBAC നിങ്ങളെ അനുവദിച്ചാൽ മാത്രമേ kubectl ഇത് ശരിയായി ചെയ്യുന്നുള്ളൂ, വലിയ ക്ലസ്റ്ററുകളിൽ എല്ലാവർക്കും അത്തരം അനുമതികൾ നൽകിയിട്ടില്ല. അതിനാൽ, ഞങ്ങൾ ഉത്തരം നൽകുന്നു: OC യ്ക്ക് ഇത് ഒരു പ്രശ്നമല്ല, അത്തരമൊരു സാഹചര്യത്തിൽ ഇത് ഒരു പൂർണ്ണമായ ലിസ്റ്റ് എളുപ്പത്തിൽ നിർമ്മിക്കും. ഈ ചെറിയ കാര്യങ്ങളാണ് ഓപ്പൺഷിഫ്റ്റിന്റെ കോർപ്പറേറ്റ് ഓറിയന്റേഷനും ഉപയോക്താക്കളുടെയും ആപ്ലിക്കേഷനുകളുടെയും കാര്യത്തിൽ ഈ പ്ലാറ്റ്‌ഫോമിന്റെ നല്ല സ്കേലബിളിറ്റി ഉണ്ടാക്കുന്നത്.

2. ODO - ഡവലപ്പർമാർക്കുള്ള kubectl-ന്റെ മെച്ചപ്പെട്ട പതിപ്പ്

Red Hat OpenShift-ന്റെ കുബെർനെറ്റസ് മെച്ചപ്പെടുത്തലുകളുടെ മറ്റൊരു ഉദാഹരണം ODO കമാൻഡ് ലൈൻ യൂട്ടിലിറ്റിയാണ്. ഇത് ഡെവലപ്പർമാർക്കായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു കൂടാതെ റിമോട്ട് ഓപ്പൺഷിഫ്റ്റ് ക്ലസ്റ്ററിലേക്ക് ലോക്കൽ കോഡ് വേഗത്തിൽ വിന്യസിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഇമേജുകൾ പുനർനിർമ്മിക്കുകയോ രജിസ്‌ട്രി ചെയ്യുകയോ വീണ്ടും വിന്യസിക്കുകയോ ചെയ്യാതെ തന്നെ റിമോട്ട് ഓപ്പൺഷിഫ്റ്റ് ക്ലസ്റ്ററിലെ കണ്ടെയ്‌നറുകളിലേക്ക് എല്ലാ കോഡ് മാറ്റങ്ങളും തൽക്ഷണം സമന്വയിപ്പിക്കുന്നതിന് ആന്തരിക പ്രക്രിയകൾ കാര്യക്ഷമമാക്കാനും ഇതിന് കഴിയും.

OC, ODO എന്നിവ കണ്ടെയ്‌നറുകളുമായും കുബർനെറ്റുകളുമായും എങ്ങനെ പ്രവർത്തിക്കുന്നത് എളുപ്പമാക്കുന്നുവെന്ന് നോക്കാം.

kubectl അടിസ്ഥാനമാക്കി നിർമ്മിക്കുമ്പോൾ, OC അല്ലെങ്കിൽ ODO ഉപയോഗിക്കുമ്പോൾ, രണ്ട് വർക്ക്ഫ്ലോകൾ താരതമ്യം ചെയ്യുക.

• YAML സംസാരിക്കാത്തവർക്കായി OpenShift-ൽ കോഡിന്റെ വിന്യാസം:

കുബെർനെറ്റസ്/കുബെക്ടൽ
$>ജിറ്റ് ക്ലോൺ github.com/sclorg/nodejs-ex.git
1- കോഡിൽ നിന്ന് ചിത്രം നിർമ്മിക്കുന്ന ഒരു ഡോക്കർഫയൽ സൃഷ്ടിക്കുക
-----
നോഡിൽ നിന്ന്
WORKDIR /usr/src/app
പാക്കേജ് പകർത്തുക*.json ./
COPY index.js ./
പകർത്തുക ./app ./app
RUN npm ഇൻസ്റ്റാൾ ചെയ്യുക
എക്സ്പോസ് 3000
CMD [ “npm”, “ആരംഭിക്കുക” ] ————–
2- ഞങ്ങൾ ചിത്രം നിർമ്മിക്കുന്നു
$>പോഡ്മാൻ ബിൽഡ്...
3- രജിസ്ട്രിയിലേക്ക് ലോഗിൻ ചെയ്യുക
പോഡ്മാൻ ലോഗിൻ...
4- ചിത്രം രജിസ്ട്രിയിൽ സ്ഥാപിക്കുക
പോഡ്മാൻ പുഷ്
5- ആപ്ലിക്കേഷൻ വിന്യാസത്തിനായി yaml ഫയലുകൾ സൃഷ്ടിക്കുക (deployment.yaml, service.yaml, ingress.yaml) - ഇതാണ് ഏറ്റവും കുറഞ്ഞ തുക
6- മാനിഫെസ്റ്റ് ഫയലുകൾ വിന്യസിക്കുക:
Kubectl apply -f .

OpenShift/oc
$> oc പുതിയ-ആപ്പ് github.com/sclorg/nodejs-ex.git – ഞങ്ങളുടെ_അപ്ലിക്കേഷൻ_പേര്

ഓപ്പൺഷിഫ്റ്റ്/ഓഡോ
$>ജിറ്റ് ക്ലോൺ github.com/sclorg/nodejs-ex.git
$> ഓഡോ ക്രിയേറ്റ് കോംപോണന്റ് നോഡ്‌ജെസ് മൈആപ്പ്
$>ഓഡോ പുഷ്

• സന്ദർഭ സ്വിച്ച്: വർക്ക് നെയിംസ്പേസ് അല്ലെങ്കിൽ വർക്ക് ക്ലസ്റ്റർ മാറ്റുക.

കുബെർനെറ്റസ്/കുബെക്ടൽ
1- "myproject" എന്ന പ്രോജക്റ്റിനായി kubeconfig-ൽ ഒരു സന്ദർഭം സൃഷ്ടിക്കുക
2- kubectl സെറ്റ്-സന്ദർഭം...

OpenShift/oc
ഒസി പ്രോജക്റ്റ് "മൈ പ്രോജക്റ്റ്"

ഗുണനിലവാര നിയന്ത്രണം: “ആൽഫ പതിപ്പിൽ ഇപ്പോഴും രസകരമായ ഒരു സവിശേഷത ഇവിടെ പ്രത്യക്ഷപ്പെട്ടു. ഒരുപക്ഷേ നമുക്ക് ഇത് ഉൽപ്പാദനത്തിൽ ഉൾപ്പെടുത്താമോ?

ഒരു റേസിംഗ് കാറിൽ ഇരുന്ന് ഇങ്ങനെ പറയുന്നതായി സങ്കൽപ്പിക്കുക: “ഞങ്ങൾ ഒരു പുതിയ തരം ബ്രേക്കുകൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, സത്യം പറഞ്ഞാൽ, അവയുടെ വിശ്വാസ്യത ഇതുവരെ ശരിയായിട്ടില്ല... പക്ഷേ വിഷമിക്കേണ്ട, കോഴ്‌സ് സമയത്ത് ഞങ്ങൾ അവ സജീവമായി മെച്ചപ്പെടുത്തും. ചാമ്പ്യൻഷിപ്പിന്റെ." ഈ സാധ്യത നിങ്ങൾ എങ്ങനെ ഇഷ്ടപ്പെടുന്നു? Red Hat-ലെ ഞങ്ങൾ എങ്ങനെയോ വളരെ സന്തുഷ്ടരല്ല. 🙂

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

എന്തുകൊണ്ടാണത്? കാരണം, മറ്റേതൊരു സോഫ്‌റ്റ്‌വെയറിന്റെയും വികസനം പോലെ, കുബർനെറ്റസിലെ എല്ലാ പ്രാരംഭ ആശയങ്ങളും അന്തിമ റിലീസിൽ എത്തില്ല. അല്ലെങ്കിൽ അവർ അതിൽ എത്തിച്ചേരുകയും ഉദ്ദേശിച്ച പ്രവർത്തനക്ഷമത നിലനിർത്തുകയും ചെയ്യുന്നു, പക്ഷേ അവയുടെ നടപ്പാക്കൽ ആൽഫ പതിപ്പിൽ നിന്ന് തികച്ചും വ്യത്യസ്തമാണ്. ആയിരക്കണക്കിന് Red Hat ഉപഭോക്താക്കൾ മിഷൻ-ക്രിട്ടിക്കൽ വർക്ക്ലോഡുകളെ പിന്തുണയ്ക്കുന്നതിനായി OpenShift ഉപയോഗിക്കുന്നതിനാൽ, ഞങ്ങളുടെ പ്ലാറ്റ്‌ഫോമിന്റെ സ്ഥിരതയ്ക്കും ദീർഘകാല പിന്തുണയ്ക്കും ഞങ്ങൾ പ്രത്യേക ഊന്നൽ നൽകുന്നു.

Red Hat ഓപ്പൺഷിഫ്റ്റ് ഇടയ്ക്കിടെ പുറത്തിറക്കാനും അതിനോടൊപ്പം വരുന്ന കുബർനെറ്റിന്റെ പതിപ്പ് അപ്ഡേറ്റ് ചെയ്യാനും പ്രതിജ്ഞാബദ്ധമാണ്. ഉദാഹരണത്തിന്, ഈ എഴുതുന്ന സമയത്ത് OpenShift 4.3 ന്റെ നിലവിലെ GA റിലീസിൽ Kubernetes 1.16 ഉൾപ്പെടുന്നു, ഇത് Kubernetes ന്റെ അപ്‌സ്ട്രീം പതിപ്പിന് 1.17 എന്ന നമ്പറിന് പിന്നിലുള്ള ഒരു യൂണിറ്റ് മാത്രമാണ്. അതിനാൽ, ഞങ്ങൾ ഉപഭോക്താവിന് എന്റർപ്രൈസ്-ക്ലാസ് കുബർനെറ്റുകൾ നൽകാനും ഓപ്പൺഷിഫ്റ്റിന്റെ പുതിയ പതിപ്പുകൾ പുറത്തിറക്കുമ്പോൾ അധിക ഗുണനിലവാര നിയന്ത്രണം നൽകാനും ഞങ്ങൾ ശ്രമിക്കുന്നു.

സോഫ്‌റ്റ്‌വെയർ പരിഹരിക്കുന്നു: “ഞങ്ങളുടെ നിർമ്മാണത്തിലുള്ള കുബർനെറ്റസിന്റെ പതിപ്പിൽ ഒരു ദ്വാരം ഉണ്ടായിരുന്നു. മൂന്ന് പതിപ്പുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നതിലൂടെ മാത്രമേ നിങ്ങൾക്ക് ഇത് അടയ്ക്കാൻ കഴിയൂ. അല്ലെങ്കിൽ എന്തെങ്കിലും ഓപ്ഷനുകൾ ഉണ്ടോ?

Kubernetes ഓപ്പൺ സോഴ്‌സ് പ്രോജക്‌റ്റിൽ, സോഫ്റ്റ്‌വെയർ പരിഹാരങ്ങൾ സാധാരണയായി അടുത്ത റിലീസിന്റെ ഭാഗമായി റിലീസ് ചെയ്യപ്പെടുന്നു, ചിലപ്പോൾ മുമ്പത്തെ ഒന്നോ രണ്ടോ നാഴികക്കല്ലുകൾ റിലീസുകൾ ഉൾക്കൊള്ളുന്നു, ഇത് 6 മാസത്തിനുള്ളിൽ കവറേജ് നൽകുന്നു.

മറ്റുള്ളവയെ അപേക്ഷിച്ച് നിർണായക പരിഹാരങ്ങൾ പുറത്തിറക്കുന്നതിൽ Red Hat അഭിമാനിക്കുന്നു. ഉദാഹരണത്തിന് കുബെർനെറ്റസ് പ്രിവിലേജ് എസ്കലേഷൻ ദുർബലത എടുക്കുക (CVE-2018-1002105): ഇത് കുബർനെറ്റസ് 1.11-ൽ കണ്ടെത്തി, മുൻ പതിപ്പുകൾക്കുള്ള പരിഹാരങ്ങൾ പതിപ്പ് 1.10.11 വരെ മാത്രമേ റിലീസ് ചെയ്തിട്ടുള്ളൂ, ഇത് 1.x മുതൽ 1.9 വരെയുള്ള എല്ലാ മുൻ കുബർനെറ്റസ് റിലീസുകളിലെയും ദ്വാരത്തിൽ അവശേഷിക്കുന്നു.

അതാകട്ടെ, Red Hat OpenShift പതിപ്പ് 3.2-ലേക്ക് പാച്ച് ചെയ്തു (കുബർനെറ്റസ് 1.2 ഉണ്ട്), ഒമ്പത് ഓപ്പൺഷിഫ്റ്റ് റിലീസുകൾ ക്യാപ്‌ചർ ചെയ്യുകയും ഉപഭോക്താക്കൾക്കുള്ള പരിചരണം വ്യക്തമായി പ്രകടമാക്കുകയും ചെയ്യുന്നു (കൂടുതൽ വിശദാംശങ്ങൾ ഇവിടെ).

OpenShift ഉം Red Hat ഉം എങ്ങനെയാണ് കുബർനെറ്റുകളെ മുന്നോട്ട് നയിക്കുന്നത്

ഓപ്പൺ സോഴ്‌സ് കുബർനെറ്റസ് പ്രോജക്‌റ്റിലേക്ക് ഏറ്റവും വലിയ രണ്ടാമത്തെ സോഫ്റ്റ്‌വെയർ സംഭാവന ചെയ്യുന്നയാളാണ് Red Hat, Google-ന് പിന്നിൽ, ഏറ്റവും മികച്ച 3 ഡെവലപ്പർമാരിൽ 5 പേരും Red Hat-ൽ നിന്നാണ് വരുന്നത്. അധികം അറിയപ്പെടാത്ത മറ്റൊരു വസ്തുത: Red Hat-ന്റെ മുൻകൈയിൽ കുബെർനെറ്റസിൽ നിരവധി നിർണായക പ്രവർത്തനങ്ങൾ പ്രത്യക്ഷപ്പെട്ടു, പ്രത്യേകിച്ചും:

• RBAC. Red Hat എഞ്ചിനീയർമാർ പ്ലാറ്റ്‌ഫോമിന്റെ ഭാഗമായി അവ നടപ്പിലാക്കാൻ തീരുമാനിക്കുന്നത് വരെ കുബെർനെറ്റിന് RBAC ഫംഗ്‌ഷനുകൾ (ക്ലസ്റ്റർ റോൾ, ക്ലസ്റ്റർ റോൾ ബൈൻഡിംഗ്) ഉണ്ടായിരുന്നില്ല, അല്ലാതെ അധിക ഓപ്പൺഷിഫ്റ്റ് പ്രവർത്തനമല്ല. കുബർനെറ്റസ് മെച്ചപ്പെടുത്താൻ റെഡ് ഹാറ്റ് ഭയപ്പെടുന്നുണ്ടോ? തീർച്ചയായും അല്ല, കാരണം Red Hat ഓപ്പൺ സോഴ്‌സ് തത്വങ്ങൾ കർശനമായി പാലിക്കുകയും ഓപ്പൺ കോർ ഗെയിമുകൾ കളിക്കാതിരിക്കുകയും ചെയ്യുന്നു. പ്രൊപ്രൈറ്ററി കമ്മ്യൂണിറ്റികളാൽ നയിക്കപ്പെടുന്ന മെച്ചപ്പെടുത്തലുകളും നവീകരണങ്ങളും കൂടുതൽ പ്രായോഗികവും കൂടുതൽ വ്യാപകമായി സ്വീകരിക്കപ്പെട്ടതുമാണ്, ഇത് ഓപ്പൺ സോഴ്‌സ് സോഫ്‌റ്റ്‌വെയർ ഞങ്ങളുടെ ഉപഭോക്താക്കൾക്ക് കൂടുതൽ ഉപയോഗപ്രദമാക്കുക എന്ന ഞങ്ങളുടെ പ്രധാന ലക്ഷ്യവുമായി നന്നായി യോജിക്കുന്നു.
• പോഡുകൾക്കുള്ള സുരക്ഷാ നയങ്ങൾ (പോഡ് സുരക്ഷാ നയങ്ങൾ). പോഡുകൾക്കുള്ളിൽ ആപ്ലിക്കേഷനുകൾ സുരക്ഷിതമായി പ്രവർത്തിപ്പിക്കുക എന്ന ഈ ആശയം SCC (സുരക്ഷാ സന്ദർഭ നിയന്ത്രണങ്ങൾ) എന്ന പേരിൽ ഓപ്പൺഷിഫ്റ്റിലാണ് ആദ്യം നടപ്പിലാക്കിയത്. മുമ്പത്തെ ഉദാഹരണത്തിലെന്നപോലെ, ഈ സംഭവവികാസങ്ങൾ ഓപ്പൺ കുബർനെറ്റസ് പ്രോജക്റ്റിലേക്ക് അവതരിപ്പിക്കാൻ Red Hat തീരുമാനിച്ചു, അതുവഴി എല്ലാവർക്കും അവ ഉപയോഗിക്കാനാകും.

ഈ ഉദാഹരണങ്ങളുടെ പരമ്പര തുടരാം, പക്ഷേ കുബെർനെറ്റുകളെ വികസിപ്പിക്കുന്നതിനും എല്ലാവർക്കും മികച്ചതാക്കുന്നതിനും Red Hat പ്രതിജ്ഞാബദ്ധമാണെന്ന് കാണിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

ഓപ്പൺഷിഫ്റ്റ് കുബർനെറ്റസ് ആണെന്ന് വ്യക്തമാണ്. എന്താണ് വ്യത്യാസങ്ങൾ? 🙂

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

എന്നാൽ OpenShift-ന്റെ കാര്യത്തിൽ, Red Hat ഈ സങ്കീർണതകളെല്ലാം സ്വയം ഏറ്റെടുക്കുകയും നിങ്ങൾക്ക് പ്രവർത്തനപരമായി പൂർണ്ണമായ ഒരു പ്ലാറ്റ്ഫോം നൽകുകയും ചെയ്യുന്നു, അതിൽ Kubernetes മാത്രമല്ല, Kubernetes-നെ ഒരു യഥാർത്ഥ എന്റർപ്രൈസ്-ക്ലാസ്സാക്കി മാറ്റുന്ന ആവശ്യമായ ഓപ്പൺ സോഴ്സ് ടൂളുകളുടെ മുഴുവൻ സെറ്റും ഉൾപ്പെടുന്നു. നിങ്ങൾക്ക് ഉടനടി പൂർണ്ണമായും ശാന്തമായും ഉൽപാദനത്തിലേക്ക് സമാരംഭിക്കാൻ കഴിയുന്ന പരിഹാരം. തീർച്ചയായും, നിങ്ങളുടേതായ ചില ടെക്‌നോളജി സ്റ്റാക്കുകൾ ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് നിലവിലുള്ള സൊല്യൂഷനുകളിലേക്ക് OpenShift സമന്വയിപ്പിക്കാനാകും.

ഓപ്പൺഷിഫ്റ്റ് ഒരു സ്മാർട്ട് കുബർനെറ്റസ് പ്ലാറ്റ്‌ഫോമാണ്

മുകളിലുള്ള ചിത്രം നോക്കുക: കുബർനെറ്റസ് ദീർഘചതുരത്തിന് പുറത്തുള്ള എല്ലാ കാര്യങ്ങളിലും, അവർ പറയുന്നതുപോലെ, ബൈ-ഡിസൈൻ പ്രകാരം കുബർനെറ്റസിന് ഇല്ലാത്ത പ്രവർത്തനക്ഷമത Red Hat ചേർക്കുന്നു. ഇപ്പോൾ നമ്മൾ ഈ മേഖലകളിൽ പ്രധാനം നോക്കും.

1. ഒരു അടിത്തറയായി കരുത്തുറ്റ OS: RHEL CoreOS അല്ലെങ്കിൽ RHEL

20 വർഷത്തിലേറെയായി ബിസിനസ് നിർണായക ആപ്ലിക്കേഷനുകൾക്കായുള്ള ലിനക്സ് വിതരണങ്ങളുടെ മുൻനിര ദാതാവാണ് Red Hat. ഈ പ്രദേശത്ത് ഞങ്ങളുടെ ശേഖരിച്ചതും നിരന്തരം അപ്ഡേറ്റ് ചെയ്തതുമായ അനുഭവം കണ്ടെയ്നറുകളുടെ വ്യാവസായിക പ്രവർത്തനത്തിന് യഥാർത്ഥവും വിശ്വസനീയവും വിശ്വസനീയവുമായ അടിസ്ഥാനം വാഗ്ദാനം ചെയ്യാൻ ഞങ്ങളെ അനുവദിക്കുന്നു. RHEL CoreOS, RHEL-ന്റെ അതേ കെർണൽ ഉപയോഗിക്കുന്നു, പക്ഷേ, കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുക, കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ പ്രവർത്തിപ്പിക്കുക തുടങ്ങിയ ജോലികൾക്കായി ഒപ്റ്റിമൈസ് ചെയ്‌തിരിക്കുന്നു: അതിന്റെ വലുപ്പം കുറയുന്നതും മാറ്റമില്ലാത്തതും ക്ലസ്റ്ററുകൾ, ഓട്ടോസ്‌കേലിംഗ്, പാച്ചുകൾ വിന്യസിക്കൽ മുതലായവ സജ്ജീകരിക്കുന്നത് എളുപ്പമാക്കുന്നു. ഈ സവിശേഷതകളെല്ലാം ഇത് നിർമ്മിക്കുന്നു. ഓപ്പൺഷിഫ്റ്റിൽ ഒരേ ഉപയോക്തൃ അനുഭവം നൽകുന്നതിനുള്ള മികച്ച അടിത്തറ, കമ്പ്യൂട്ടിംഗ് പരിതസ്ഥിതികളുടെ വിശാലമായ ശ്രേണിയിൽ, ബെയർ മെറ്റൽ മുതൽ സ്വകാര്യവും പൊതുവുമായ ക്ലൗഡ് വരെ.

2. ഐടി പ്രവർത്തനങ്ങളുടെ ഓട്ടോമേഷൻ

ഇൻസ്റ്റലേഷൻ പ്രക്രിയകളുടെയും ഡേ-4 ഓപ്പറേഷനുകളുടെയും ഓട്ടോമേഷൻ (അതായത്, ദൈനംദിന പ്രവർത്തനങ്ങൾ) OpenShift-ന്റെ ശക്തമായ പോയിന്റാണ്, ഇത് കണ്ടെയ്നർ പ്ലാറ്റ്‌ഫോമിന്റെ പ്രകടനം ഏറ്റവും ഉയർന്ന തലത്തിൽ നിയന്ത്രിക്കാനും അപ്‌ഡേറ്റ് ചെയ്യാനും പരിപാലിക്കാനും വളരെ എളുപ്പമാക്കുന്നു. ഓപ്പൺഷിഫ്റ്റ് XNUMX കേർണൽ തലത്തിലുള്ള കുബർനെറ്റസ് ഓപ്പറേറ്റർമാർക്കുള്ള പിന്തുണയിലൂടെയാണ് ഇത് നേടിയെടുക്കുന്നത്.

Red Hat തന്നെയും മൂന്നാം കക്ഷി പങ്കാളികളും വികസിപ്പിച്ചെടുത്ത കുബർനെറ്റസ് ഓപ്പറേറ്റർമാരെ അടിസ്ഥാനമാക്കിയുള്ള സൊല്യൂഷനുകളുടെ ഒരു സമ്പൂർണ്ണ ഇക്കോസിസ്റ്റം കൂടിയാണ് OpenShift 4 (കാണുക. ഓപ്പറേറ്റർ ഡയറക്ടറി Red Hat, അല്ലെങ്കിൽ ഓപ്പറേറ്റർ സ്റ്റോർ operatorhub.io, മൂന്നാം കക്ഷി ഡെവലപ്പർമാർക്കായി Red Hat സൃഷ്ടിച്ചത്).

സംയോജിത ഓപ്പൺഷിഫ്റ്റ് 4 കാറ്റലോഗിൽ 180-ലധികം കുബർനെറ്റ്സ് ഓപ്പറേറ്റർമാർ ഉൾപ്പെടുന്നു

3. ഡെവലപ്പർ ടൂളുകൾ

2011 മുതൽ, OpenShift ഒരു PaaS (Platform-as-a-Service) പ്ലാറ്റ്‌ഫോമായി ലഭ്യമാണ്, അത് ഡെവലപ്പർമാർക്ക് ജീവിതം വളരെ എളുപ്പമാക്കുന്നു, കോഡിംഗിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ സഹായിക്കുന്നു, കൂടാതെ Java, Node.js പോലുള്ള പ്രോഗ്രാമിംഗ് ഭാഷകൾക്ക് നേറ്റീവ് പിന്തുണ വാഗ്ദാനം ചെയ്യുന്നു. , PHP, Ruby, Python, Go, അതുപോലെ CI/CD തുടർച്ചയായ ഇന്റഗ്രേഷൻ ആൻഡ് ഡെലിവറി സേവനങ്ങൾ, ഡാറ്റാബേസുകൾ മുതലായവ. OpenShift 4 ഓഫറുകൾ വിപുലമായ കാറ്റലോഗ്, Red Hat ഉം ഞങ്ങളുടെ പങ്കാളികളും വികസിപ്പിച്ചെടുത്ത Kubernetes ഓപ്പറേറ്റർമാരെ അടിസ്ഥാനമാക്കിയുള്ള 100-ലധികം സേവനങ്ങൾ ഇതിൽ ഉൾപ്പെടുന്നു.

കുബർനെറ്റസിൽ നിന്ന് വ്യത്യസ്തമായി, ഓപ്പൺഷിഫ്റ്റ് 4-ന് ഒരു സമർപ്പിത GUI ഉണ്ട് (ഡെവലപ്പർ കൺസോൾ), വിവിധ സ്രോതസ്സുകളിൽ നിന്ന് (git, ബാഹ്യ രജിസ്ട്രികൾ, ഡോക്കർഫയൽ മുതലായവ) ആപ്ലിക്കേഷനുകൾ അവരുടെ നെയിംസ്പേസുകളിലേക്ക് അനായാസമായി വിന്യസിക്കാൻ ഡെവലപ്പർമാരെ സഹായിക്കുകയും ആപ്ലിക്കേഷൻ ഘടകങ്ങൾ തമ്മിലുള്ള ബന്ധം വ്യക്തമായി ദൃശ്യവൽക്കരിക്കുകയും ചെയ്യുന്നു.

ഡെവലപ്പർ കൺസോൾ ആപ്ലിക്കേഷൻ ഘടകങ്ങളുടെ വ്യക്തമായ കാഴ്‌ച നൽകുകയും കുബർനെറ്റുമായി പ്രവർത്തിക്കുന്നത് എളുപ്പമാക്കുകയും ചെയ്യുന്നു

കൂടാതെ, OpenShift ഒരു കൂട്ടം Codeready ഡെവലപ്‌മെന്റ് ടൂളുകൾ വാഗ്ദാനം ചെയ്യുന്നു, അതിൽ പ്രത്യേകിച്ചും ഉൾപ്പെടുന്നു കോഡ് റെഡി വർക്ക്‌സ്‌പെയ്‌സ്, OpenShift-ന് മുകളിൽ നേരിട്ട് പ്രവർത്തിക്കുകയും ഒരു IDE-as-a-service സമീപനം നടപ്പിലാക്കുകയും ചെയ്യുന്ന ഒരു വെബ് ഇന്റർഫേസുള്ള പൂർണ്ണമായി കണ്ടെയ്നറൈസ് ചെയ്ത IDE. മറുവശത്ത്, ലോക്കൽ മോഡിൽ കർശനമായി പ്രവർത്തിക്കാൻ ആഗ്രഹിക്കുന്നവർക്ക്, ലാപ്‌ടോപ്പിൽ വിന്യസിക്കാൻ കഴിയുന്ന OpenShift 4-ന്റെ പൂർണ്ണമായ പ്രവർത്തനക്ഷമമായ കോഡ്‌റെഡി കണ്ടെയ്‌നറുകൾ ഉണ്ട്.

കുബെർനെറ്റസ്/ഓപ്പൺഷിഫ്റ്റ് പ്ലാറ്റ്‌ഫോമിലെ കാര്യക്ഷമമായ വികസനത്തിനുള്ള ഒരു സേവനമെന്ന നിലയിൽ ഇന്റഗ്രേറ്റഡ് IDE

കണ്ടെയ്‌നറൈസ് ചെയ്‌ത ജെങ്കിൻസിനെയും ഒരു പ്ലഗിന്നിനെയും അടിസ്ഥാനമാക്കി, ബോക്‌സിന് പുറത്ത് ഒരു പൂർണ്ണ CI/CD സിസ്റ്റം OpenShift വാഗ്ദാനം ചെയ്യുന്നു. ഡിഎസ്എൽ പൈപ്പ് ലൈനുകൾ അല്ലെങ്കിൽ കുബെർനെറ്റസ്-ഓറിയന്റഡ് CI/CD സിസ്റ്റം ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നതിന് ടെക്റ്റൺ (നിലവിൽ ടെക് പ്രിവ്യൂ പതിപ്പിലാണ്). ഈ രണ്ട് പരിഹാരങ്ങളും ഓപ്പൺഷിഫ്റ്റ് കൺസോളുമായി പൂർണ്ണമായി സംയോജിപ്പിക്കുന്നു, ഇത് പൈപ്പ്ലൈൻ ട്രിഗറുകൾ പ്രവർത്തിപ്പിക്കാനും വിന്യാസങ്ങൾ, ലോഗുകൾ എന്നിവയും മറ്റും കാണാനും നിങ്ങളെ അനുവദിക്കുന്നു.

4. ആപ്ലിക്കേഷൻ ടൂളുകൾ

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

മൈക്രോ സർവീസുകൾ വികസിപ്പിക്കുമ്പോൾ സംയോജിത പരിഹാരം OpenShift ServiceMesh (Istio, Kiali, Jaeger) ഉപയോഗപ്രദമാകും.

ലെഗസി ആപ്ലിക്കേഷനുകളും കണ്ടെയ്‌നറുകളും തമ്മിലുള്ള വിടവ് നികത്താൻ, OpenShift ഇപ്പോൾ കണ്ടെയ്‌നർ നേറ്റീവ് വെർച്വലൈസേഷൻ (ഇപ്പോൾ TechPreview) ഉപയോഗിച്ച് OpenShift പ്ലാറ്റ്‌ഫോമിലേക്ക് വെർച്വൽ മെഷീൻ മൈഗ്രേഷൻ അനുവദിക്കുന്നു, ഹൈബ്രിഡ് ആപ്ലിക്കേഷനുകൾ യാഥാർത്ഥ്യമാക്കുകയും സ്വകാര്യവും പൊതുവായതുമായ വ്യത്യസ്ത മേഘങ്ങൾക്കിടയിൽ അവയുടെ മൈഗ്രേഷൻ സുഗമമാക്കുകയും ചെയ്യുന്നു.

കണ്ടെയ്‌നർ നേറ്റീവ് വെർച്വലൈസേഷൻ വഴി OpenShift-ൽ പ്രവർത്തിക്കുന്ന Windows 2019 വെർച്വൽ വെർച്വൽ മെഷീൻ (നിലവിൽ ടെക് പ്രിവ്യൂ പതിപ്പിലാണ്)

5. ക്ലസ്റ്ററുകൾക്കുള്ള ഉപകരണങ്ങൾ

ഏതൊരു എന്റർപ്രൈസ്-ക്ലാസ് പ്ലാറ്റ്‌ഫോമിലും നിരീക്ഷണവും കേന്ദ്രീകൃത ലോഗിംഗ് സേവനങ്ങളും സുരക്ഷാ സംവിധാനങ്ങളും പ്രാമാണീകരണവും അംഗീകാരവും നെറ്റ്‌വർക്ക് മാനേജ്‌മെന്റ് ടൂളുകളും ഉണ്ടായിരിക്കണം. ഓപ്പൺഷിഫ്റ്റ് ഇതെല്ലാം ബോക്‌സിന് പുറത്ത് നൽകുന്നു, കൂടാതെ ഇലാസ്റ്റിക് സെർച്ച്, പ്രോമിത്യൂസ്, ഗ്രാഫാന തുടങ്ങിയ പരിഹാരങ്ങൾ ഉൾപ്പെടെ 100% ഓപ്പൺ സോഴ്‌സ് ആണ്. Red Hat-ന്റെ വിപുലമായ ക്ലസ്റ്റർ മോണിറ്ററിംഗ് വൈദഗ്ദ്ധ്യം ഉപയോഗിച്ച് ഇതിനകം നിർമ്മിച്ച് കോൺഫിഗർ ചെയ്തിരിക്കുന്ന ഡാഷ്‌ബോർഡുകൾ, മെട്രിക്‌സ്, അലേർട്ടുകൾ എന്നിവയ്‌ക്കൊപ്പമാണ് ഈ സൊല്യൂഷനുകളെല്ലാം വരുന്നത്, നിങ്ങളുടെ പ്രൊഡക്ഷൻ എൻവയോൺമെന്റ് തുടക്കത്തിൽ തന്നെ ഫലപ്രദമായി നിയന്ത്രിക്കാനും നിരീക്ഷിക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു.

കോർപ്പറേറ്റ് ഉപഭോക്താക്കൾക്കുള്ള ബിൽറ്റ്-ഇൻ ഓത്ത് പ്രൊവൈഡറുമായുള്ള ആധികാരികത, LDAP, ActiveDirectory, OpenID കണക്ട് എന്നിവയുൾപ്പെടെയുള്ള ക്രെഡൻഷ്യൽ ദാതാക്കളുമായുള്ള സംയോജനവും മറ്റും പോലുള്ള പ്രധാനപ്പെട്ട കാര്യങ്ങളുമായി OpenShift സ്റ്റാൻഡേർഡ് വരുന്നു.

ഓപ്പൺഷിഫ്റ്റ് ക്ലസ്റ്റർ നിരീക്ഷണത്തിനായി പ്രീ-കോൺഫിഗർ ചെയ്ത ഗ്രാഫാന ഡാഷ്‌ബോർഡ്

ഓപ്പൺഷിഫ്റ്റ് ക്ലസ്റ്റർ മോണിറ്ററിംഗിനായി മുൻകൂട്ടി ക്രമീകരിച്ച 150-ലധികം പ്രോമിത്യൂസ് മെട്രിക്കുകളും അലേർട്ടുകളും

തുടരേണ്ടത്

സൊല്യൂഷന്റെ സമ്പന്നമായ പ്രവർത്തനക്ഷമതയും കുബെർനെറ്റസ് മേഖലയിലെ Red Hat-ന്റെ വിപുലമായ അനുഭവവുമാണ് ഓപ്പൺഷിഫ്റ്റ് വിപണിയിൽ ഒരു ആധിപത്യം നേടിയതിന്റെ കാരണം, ചുവടെയുള്ള ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നത് (കൂടുതൽ വായിക്കുക ഇവിടെ).

നിലവിൽ 44% ഓഹരിയുമായി റെഡ് ഹാറ്റ് വിപണിയിൽ മുന്നിലാണ്.
കമ്പനി അതിന്റെ ഉപഭോക്തൃ കേന്ദ്രീകൃത വിൽപ്പന തന്ത്രത്തിന്റെ നേട്ടങ്ങൾ കൊയ്യുന്നു, അവിടെ ആദ്യം എന്റർപ്രൈസ് ഡെവലപ്പർമാരെ ഉപദേശിക്കുകയും പരിശീലിപ്പിക്കുകയും ചെയ്യുന്നു, തുടർന്ന് എന്റർപ്രൈസ് കണ്ടെയ്നറുകൾ ഉൽപ്പാദനത്തിലേക്ക് വിന്യസിക്കാൻ തുടങ്ങുമ്പോൾ ധനസമ്പാദനത്തിലേക്ക് നീങ്ങുന്നു.

(ഉറവിടം: www.lightreading.com/nfv/containers/ihs-red-hat-container-strategy-is-paying-off/d/d-id/753863)

നിങ്ങൾ ഈ ലേഖനം ആസ്വദിച്ചുവെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു. ഈ പരമ്പരയിലെ ഭാവി പോസ്റ്റുകളിൽ, ഇവിടെ ചർച്ച ചെയ്യുന്ന ഓരോ വിഭാഗത്തിലും കുബർനെറ്റുകളെ അപേക്ഷിച്ച് OpenShift-ന്റെ ഗുണങ്ങൾ ഞങ്ങൾ സൂക്ഷ്മമായി പരിശോധിക്കും.

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