OpenShift እንደ Kubernetes የድርጅት ስሪት። ክፍል 1

"በኩበርኔትስ እና በOpenShift መካከል ያለው ልዩነት ምንድነው?" - ይህ ጥያቄ የሚነሳው በሚያስቀና ወጥነት ነው። ምንም እንኳን በእውነቱ ይህ መኪና ከኤንጂን እንዴት እንደሚለይ ከመጠየቅ ጋር ተመሳሳይ ነው። ተመሳሳይነት ከቀጠልን, መኪና የተጠናቀቀ ምርት ነው, ወዲያውኑ ሊጠቀሙበት ይችላሉ, በትክክል: ይግቡ እና ይሂዱ. በሌላ በኩል፣ አንድ ሞተር ወደ አንድ ቦታ እንዲወስድዎ፣ በመጨረሻ አንድ አይነት መኪና ለማግኘት በመጀመሪያ በሌሎች ብዙ ነገሮች መሟላት አለበት።

ስለዚህ ኩበርኔትስ የ OpenShift ብራንድ መኪና (ፕላትፎርም) የተገጣጠመበት ሞተር ሲሆን ይህም ወደ ግብዎ ይወስደዎታል።

በዚህ ጽሑፍ ውስጥ እርስዎን ለማስታወስ እና የሚከተሉትን ቁልፍ ነጥቦች በጥቂቱ በዝርዝር እንመረምራለን-

• ኩበርኔትስ የOpenShift መድረክ ልብ ነው እና 100% የተረጋገጠ ኩበርኔትስ ነው፣ ሙሉ ለሙሉ ክፍት ምንጭ እና ትንሽ የባለቤትነት ባህሪ የለውም። ባጭሩ፡-
  • የOpenShift ክላስተር ኤፒአይ XNUMX% Kubernetes ነው።
  • መያዣው በማንኛውም ሌላ የ Kubernetes ስርዓት ላይ የሚሰራ ከሆነ ምንም ለውጥ ሳይኖር በ OpenShift ላይ ይሰራል። በመተግበሪያዎች ላይ ለውጦችን ማድረግ አያስፈልግም.
• OpenShift ወደ Kubernetes ጠቃሚ ባህሪያትን እና ተግባራትን ብቻ ይጨምራል። ልክ እንደ መኪና፣ OpenShift ከሳጥን ውጭ ነው፣ ወዲያውኑ ወደ ምርት ሊገባ ይችላል፣ እና ከዚህ በታች እንደምናሳየው፣ የገንቢውን ህይወት በጣም ቀላል ያደርገዋል። ለዚህም ነው OpenShift ከሁለት ሰው አንድ የሆነው። ከገንቢ እይታ ሁለቱም የተሳካ እና የታወቀ የድርጅት ደረጃ PaaS መድረክ ነው። እና በተመሳሳይ ጊዜ, ከኢንዱስትሪ አሠራር አንጻር ሲታይ እጅግ በጣም አስተማማኝ ኮንቴይነር-እንደ-አገልግሎት መፍትሄ ነው.

OpenShift የ100% CNCF ማረጋገጫ ያለው ኩበርኔትስ ነው።

OpenShift የተመሰረተው በ ኩበርኔትስ የምስክር ወረቀት አግኝቷል. ስለዚህ, ከተገቢው ስልጠና በኋላ, ተጠቃሚዎች በ kubectl ኃይል ይደነቃሉ. እና ወደ OpenShift ከኩበርኔትስ ክላስተር የተቀየሩት ኩቤ ውቅረትን ወደ OpenShift ክላስተር ካዘዋወሩ በኋላ፣ ሁሉም ነባር ስክሪፕቶች ያለምንም እንከን ይሰራሉ ​​ምን ያህል እንደሚወዱት ይናገራሉ።

ምናልባት OC ስለሚባለው የOpenShift የትእዛዝ መስመር መገልገያ ሰምተህ ይሆናል። ሙሉ በሙሉ ከ kubectl ጋር ተኳሃኝ ነው፣ በተጨማሪም በርካታ ተግባራትን ሲያከናውን ጠቃሚ የሆኑ በርካታ ጠቃሚ ረዳቶችን ያቀርባል። ግን በመጀመሪያ ስለ OC እና kubectl ተኳሃኝነት ትንሽ ተጨማሪ፡-

kubectl ያዛል
የ OC ቡድኖች

kubectl ዱባዎችን ያግኙ
oc እንክብሎችን ያግኙ

kubectl የስም ቦታዎችን ያግኙ
oc የስም ቦታዎችን ያግኙ

kubectl መፍጠር -f deployment.yaml
oc መፍጠር -f ማሰማራት.yaml

በOpenShift API ላይ kubectl የመጠቀም ውጤቶች ምን እንደሚመስሉ እነሆ፡-

• kubectl ያግኙ ፖድ - እንደተጠበቀው ፖድ ይመልሳል።

• kubectl የስም ቦታዎችን ያግኙ - እንደታሰበው የስም ቦታዎችን ይመልሳል።

ትዕዛዙ kubectl create -f mydeployment.yaml ልክ እንደሌሎች የኩበርኔትስ መድረክ ላይ የ kubernetes መርጃዎችን ይፈጥራል፣ ከዚህ በታች ባለው ቪዲዮ ላይ እንደሚታየው፡

በሌላ አነጋገር፣ ሁሉም የ Kubernetes ኤፒአይዎች 100% ተኳሃኝነትን እየጠበቁ በOpenShift ውስጥ ሙሉ ለሙሉ ይገኛሉ። ለዛ ነው OpenShift በክላውድ ቤተኛ ኮምፒውቲንግ ፋውንዴሽን (CNCF) የተረጋገጠ የኩበርኔትስ መድረክ እንደሆነ ይታወቃል።. 

OpenShift ወደ Kubernetes ጠቃሚ ባህሪያትን ይጨምራል

Kubernetes APIs 100% በOpenShift ውስጥ ይገኛሉ፣ነገር ግን መደበኛው Kubernetes utility kubectl በግልጽ የተግባር እና ምቾት ይጎድለዋል። ለዛም ነው ቀይ ኮፍያ ጠቃሚ ባህሪያትን እና የትዕዛዝ መስመር መሳሪያዎችን እንደ OC (ለOpenShift ደንበኛ) እና ODO (OpenShift DO፣ ይህ መገልገያ በገንቢዎች ላይ ያነጣጠረ) ያሉ ለኩበርኔትስ የጨመረው።

1. OC መገልገያ - የበለጠ ኃይለኛ እና ምቹ የሆነ የ Kubectl ስሪት

ለምሳሌ ከ kubectl በተለየ መልኩ አዲስ የስም ቦታዎችን እንዲፈጥሩ እና በቀላሉ አውድ እንዲቀይሩ ይፈቅድልዎታል እንዲሁም ለገንቢዎች በርካታ ጠቃሚ ትዕዛዞችን ይሰጣል ለምሳሌ የመያዣ ምስሎችን መገንባት እና መተግበሪያዎችን በቀጥታ ከምንጭ ኮድ ወይም ሁለትዮሽ (ምንጭ ወደ ምስል ፣ s2i)

አብሮገነብ ረዳቶች እና የ OC መገልገያ የላቀ ተግባር የዕለት ተዕለት ሥራን ለማቃለል እንዴት እንደሚረዱ ምሳሌዎችን እንመልከት።

የመጀመሪያው ምሳሌ የስም ቦታ አስተዳደር ነው። እያንዳንዱ የኩበርኔትስ ስብስብ ሁል ጊዜ በርካታ የስም ቦታዎች አሉት። አብዛኛውን ጊዜ የእድገት እና የምርት አካባቢዎችን ለመፍጠር ጥቅም ላይ ይውላሉ, ግን ለምሳሌ ለእያንዳንዱ ገንቢ የግል ማጠሪያ ለማቅረብ ሊያገለግሉ ይችላሉ. በተግባር፣ ይህ kubectl አሁን ባለው የቦታ አውድ ውስጥ ስለሚሰራ ገንቢው በተደጋጋሚ በስም ቦታዎች መካከል መቀያየርን ያስከትላል። ስለዚህ, በ kubectl ውስጥ, ሰዎች ለዚህ የረዳት ስክሪፕቶችን በንቃት ይጠቀማሉ. ነገር ግን OC ሲጠቀሙ ወደሚፈለገው ቦታ ለመቀየር “oc project namespace” ብቻ ይበሉ።

የሚያስፈልግህ የስም ቦታ ምን እንደሚጠራ አታስታውስም? ምንም ችግር የለም፣ ሙሉውን ዝርዝር ለማሳየት “oc Get ፕሮጀክቶችን” ብቻ ይተይቡ። በክላስተር ላይ የተወሰኑ የስም ቦታዎችን ብቻ ማግኘት ካልቻልክ ይህ እንዴት እንደሚሰራ በማሰብ ተጠራጣሪ? ደህና፣ ምክንያቱም kubectl በትክክል የሚሰራው RBAC በክላስተር ላይ ያሉትን ሁሉንም ቦታዎች ለማየት ከፈቀደ ብቻ ነው፣ እና በትልልቅ ስብስቦች ውስጥ ሁሉም ሰው እንደዚህ አይነት ፍቃድ አይሰጥም። ስለዚህ, መልስ እንሰጣለን-ለኦ.ሲ.ሲ. ይህ በጭራሽ ችግር አይደለም እና በእንደዚህ ዓይነት ሁኔታ ውስጥ በቀላሉ የተሟላ ዝርዝር ያወጣል. የ Openshift የኮርፖሬት አቅጣጫን እና በተጠቃሚዎች እና አፕሊኬሽኖች አንፃር የዚህ መድረክ ጥሩ ልኬትን ያካተቱት እነዚህ ትናንሽ ነገሮች ናቸው።

2. ODO - ለገንቢዎች የተሻሻለ የ kubectl ስሪት

ሌላው የ Red Hat OpenShift በ Kubernetes ማሻሻያዎች ላይ የኦዲኦ ትዕዛዝ መስመር መገልገያ ነው። ለገንቢዎች የተነደፈ እና የአካባቢ ኮድን ወደ የርቀት የOpenShift ክላስተር በፍጥነት እንዲያሰማሩ ያስችልዎታል። እንዲሁም ምስሎችን ዳግም መገንባት፣ መመዝገብ እና መመዝገብ ሳያስፈልግ ሁሉንም የኮድ ለውጦች በሩቅ የOpenShift ክላስተር ላይ ወደ ኮንቴይነሮች በፍጥነት ለማመሳሰል የውስጥ ሂደቶችን ሊያቀላጥፍ ይችላል።

ኦሲኤ እና ኦዲኦ ከኮንቴይነሮች እና ከኩበርኔትስ ጋር መስራትን ቀላል የሚያደርጉት እንዴት እንደሆነ እንይ።

በ kubectl መሰረት ሲገነቡ እና OC ወይም ODO ጥቅም ላይ በሚውሉበት ጊዜ ሁለት የስራ ፍሰቶችን ብቻ ያወዳድሩ።

• YAML ለማይናገሩ በOpenShift ላይ ኮድ መዘርጋት፡-

Kubernetes/kubectl
$>git clone github.com/sclorg/nodejs-ex.git
1- ምስሉን ከኮድ የሚገነባ Dockerfile ይፍጠሩ
-----
ከአንጓ
WORKDIR /usr/src/app
ጥቅል ቅዳ*.json ./
ኮፒ ኢንዴክስ.js ./
ቅዳ ./app ./app
አሂድ npm ጫን
EXPOSE 3000
CMD [ “npm”፣ “ጀምር” ] ————–
2- ምስሉን እንገነባለን
$>ፖድማን ግንባታ...
3 - ወደ መዝገብ ቤት ይግቡ
ፖድማን መግቢያ...
4- ምስሉን በመዝገቡ ውስጥ ያስቀምጡት
podman መግፋት
5- ለመተግበሪያ ማሰማራት የ yaml ፋይሎችን ይፍጠሩ (deployment.yaml, service.yaml, ingress.yaml) - ይህ ፍጹም ዝቅተኛው ነው.
6- አንጸባራቂ ፋይሎችን አሰማር
Kubectl apply -f .

OpenShift/oc
$> oc አዲስ-መተግበሪያ github.com/sclorg/nodejs-ex.git - የኛ_መተግበሪያ_ስማችን

OpenShift/odo
$>git clone github.com/sclorg/nodejs-ex.git
$> odo ፍጠር አካል nodejs myapp
$>odo መግፋት

• የአውድ መቀየሪያ፡ የስራ ስም ቦታን ወይም የስራ ክላስተርን ቀይር።

Kubernetes/kubectl
1- ለፕሮጀክቱ "የእኔ ፕሮጀክት" በ kubeconfig ውስጥ አውድ ይፍጠሩ
2- kubectl set-context…

OpenShift/oc
oc ፕሮጀክት "የእኔ ፕሮጀክት"

የጥራት ቁጥጥር፡ “አንድ አስደሳች ባህሪ እዚህ ታይቷል፣ አሁንም በአልፋ ስሪት ውስጥ። ምናልባት ወደ ምርት ልናስቀምጠው እንችላለን? ”

በእሽቅድምድም መኪና ውስጥ ተቀምጠህ እንደተባለህ አስብ:- “አዲስ ዓይነት ብሬክስ ጫንን እና እውነቱን ለመናገር አስተማማኝነታቸው እስካሁን አልተስተካከለም... ግን አይጨነቁ፣ በኮርሱ ወቅት በንቃት እናሻሽላቸዋለን። ሻምፒዮና ። ይህን ተስፋ እንዴት ይወዳሉ? እኛ የቀይ ኮፍያ በሆነ መንገድ ደስተኛ አይደለንም። 🙂

ስለዚህ፣ የአልፋ ስሪቶች በበቂ ሁኔታ እስኪበስሉ ድረስ እና የተሟላ የውጊያ ሙከራ እስካደረግን ድረስ እና ለመጠቀም ደህና እንደሆኑ እስኪሰማን ድረስ ለማቆየት እንሞክራለን። ብዙውን ጊዜ፣ ሁሉም ነገር መጀመሪያ በዴቭ ቅድመ እይታ ደረጃ ያልፋል፣ ከዚያም ያልፋል የቴክኒክ ቅድመ -እይታ እና ከዚያ በኋላ እንደ ይፋዊ መለቀቅ ብቻ ነው የሚወጣው አጠቃላይ ተገኝነት (GA) ፣ እሱ ቀድሞውኑ በጣም የተረጋጋ እና ለማምረት ተስማሚ ነው።

ለምንድነው? ምክንያቱም ልክ እንደሌሎች ሶፍትዌሮች ልማት ሁሉ በኩበርኔትስ ውስጥ ያሉ ሁሉም የመጀመሪያ ሀሳቦች ወደ መጨረሻው ልቀት ላይ አይደርሱም። ወይም እነሱ ይደርሳሉ እና የታሰበውን ተግባር እንኳን ያቆያሉ, ነገር ግን የእነሱ ትግበራ በአልፋ ስሪት ውስጥ ካለው በጣም የተለየ ነው. በሺዎች በሚቆጠሩ የቀይ ኮፍያ ደንበኞች OpenShiftን በመጠቀም ለሚስዮን ወሳኝ የሆኑ የስራ ጫናዎችን በመደገፍ በመድረክ መረጋጋት እና የረጅም ጊዜ ድጋፍ ላይ ልዩ ትኩረት እናደርጋለን።

Red Hat OpenShiftን በተደጋጋሚ ለመልቀቅ እና ከእሱ ጋር የሚመጣውን የኩበርኔትስ ስሪት ለማዘመን ቁርጠኛ ነው። ለምሳሌ፣ የአሁኑ የ GA የተለቀቀው የOpenShift 4.3 ይህ ጽሑፍ በሚጻፍበት ጊዜ Kubernetes 1.16ን ያካትታል፣ ይህም ከወደ ላይ ካለው የ Kubernetes ስሪት ጀርባ ያለው አንድ ክፍል ብቻ ነው 1.17። ስለዚህ፣ ለደንበኛው በድርጅት ደረጃ Kubernetes ለማቅረብ እና አዳዲስ የOpenShift ስሪቶችን በምንለቅበት ጊዜ ተጨማሪ የጥራት ቁጥጥር ለማቅረብ እየሞከርን ነው።

ሶፍትዌር ያስተካክላል፡ “በኩበርኔትስ ስሪት ውስጥ በምርት ላይ ያለን ቀዳዳ ነበር። እና ሶስት ስሪቶችን በማዘመን ብቻ መዝጋት ይችላሉ። ወይስ አማራጮች አሉ?

በKubernetes ክፍት ምንጭ ፕሮጀክት ውስጥ የሶፍትዌር ጥገናዎች ብዙውን ጊዜ እንደ ቀጣዩ ልቀት አካል ይለቀቃሉ፣ አንዳንዴም አንድ ወይም ሁለት የቀደሙ የወሳኝ ኩነቶችን ልቀቶችን ይሸፍናሉ፣ ይህም ሽፋን እስከ 6 ወር ድረስ ይመልሰዋል።

ቀይ ኮፍያ ወሳኝ ጥገናዎችን ከሌሎች ቀደም ብሎ በመልቀቅ እና ለረጅም ጊዜ ድጋፍ በመስጠት እራሱን ይኮራል። ለምሳሌ የኩበርኔትስ ልዩ ጥቅም ተጋላጭነትን እንውሰድ (CVE-2018-1002105በ Kubernetes 1.11 ውስጥ ተገኝቷል እና ለቀደሙት ልቀቶች ማስተካከያዎች የተለቀቁት እስከ ስሪት 1.10.11 ድረስ ብቻ ነው, ይህም በሁሉም የቀደሙት የኩበርኔትስ ልቀቶች ውስጥ ከ 1.x እስከ 1.9 ባለው ጉድጓድ ውስጥ ይተዋል.

በምላሹም, ቀይ ኮፍያ OpenShiftን ወደ ስሪት 3.2 ተለጠፈ (Kubernetes 1.2 አለ)፣ ዘጠኝ የOpenShift ልቀቶችን በመያዝ እና ለደንበኞች እንክብካቤን በግልፅ ያሳያል (ተጨማሪ ዝርዝሮች እዚህ).

OpenShift እና Red Hat Kubernetes እንዴት ወደፊት እያራመዱ ነው።

Red Hat ለክፍት ምንጭ ኩበርኔትስ ፕሮጀክት ከGoogle ቀጥሎ ትልቁ የሶፍትዌር አስተዋፅዖ አበርካች ሲሆን ከ 3 በጣም የተዋጣላቸው ገንቢዎች 5ቱ ከቀይ ኮፍያ የመጡ ናቸው። ሌላው ብዙም ያልታወቀ እውነታ፡ ብዙ ወሳኝ ተግባራት በኩበርኔትስ በትክክል በቀይ ኮፍያ አነሳሽነት ታይተዋል፣ በተለይም፡-

• RBAC Red Hat መሐንዲሶች እንደ የመሳሪያ ስርዓቱ አካል አድርገው ለመተግበር እስኪወስኑ ድረስ Kubernetes የ RBAC ተግባራት (ClusterRole, ClusterRoleBinding) አልነበራቸውም, እና እንደ ተጨማሪ የOpenShift ተግባር አይደለም. ቀይ ኮፍያ Kubernetes ለማሻሻል ይፈራል? በእርግጥ አይደለም፣ ምክንያቱም ቀይ ኮፍያ የክፍት ምንጭ መርሆችን በጥብቅ የሚከተል እና ክፍት ኮር ጨዋታዎችን ስለማይጫወት ነው። ከባለቤትነት ይልቅ በልማታዊ ማህበረሰቦች የሚነዱ ማሻሻያዎች እና ፈጠራዎች የበለጠ አዋጭ እና በሰፊው ተቀባይነት ያላቸው ናቸው፣ ይህም ክፍት ምንጭ ሶፍትዌሮችን ለደንበኞቻችን የበለጠ ጠቃሚ ለማድረግ ከዋናው ግባችን ጋር በጥሩ ሁኔታ የሚሄድ ነው።
• የፖድ ደህንነት ፖሊሲዎች (የፖድ ደህንነት ፖሊሲዎች)። ይህ መተግበሪያዎችን ደህንነቱ በተጠበቀ ሁኔታ በፖድ ውስጥ የማስኬድ ጽንሰ-ሀሳብ በመጀመሪያ በ OpenShift ውስጥ በኤስ.ሲ.ሲ (የደህንነት አውድ ገደቦች) ስም ተተግብሯል። እና ልክ እንደ ቀደመው ምሳሌ ፣ ቀይ ኮፍያ እነዚህን እድገቶች ወደ ክፍት የኩበርኔትስ ፕሮጀክት ለማስተዋወቅ ወሰነ ሁሉም ሰው ሊጠቀምባቸው ይችላል።

እነዚህ ተከታታይ ምሳሌዎች ሊቀጥሉ ይችላሉ፣ ነገር ግን ቀይ ኮፍያ በእውነት ኩበርኔትስን ለማዳበር እና ለሁሉም የተሻለ ለማድረግ ቁርጠኛ መሆኑን ለማሳየት እንፈልጋለን።

OpenShift Kubernetes እንደሆነ ግልጽ ነው። ልዩነቶቹ ምንድን ናቸው? 🙂

እስከዚህ ድረስ በማንበብ ኩበርኔትስ የOpenShift ዋና አካል መሆኑን ተረድተሃል ብለን ተስፋ እናደርጋለን። ዋናው, ግን ከአንደኛው በጣም የራቀ ነው. በሌላ አገላለጽ በቀላሉ Kubernetes ን መጫን የድርጅት ደረጃ መድረክ አይሰጥዎትም። ማረጋገጫ፣ አውታረ መረብ፣ ደህንነት፣ ክትትል፣ የምዝግብ ማስታወሻ አስተዳደር እና ሌሎችንም ማከል ያስፈልግዎታል። በተጨማሪም፣ ከሚገኙት በርካታ መሳሪያዎች አንዳንድ ከባድ ምርጫዎችን ማድረግ አለቦት (የስርዓተ-ምህዳሩን ልዩነት ለማድነቅ፣ ይመልከቱ የ CNCF ገበታ) እና እንደ አንድ ሆነው እንዲሰሩ በሆነ መልኩ ወጥነት እና ወጥነት ያረጋግጡ። በተጨማሪም፣ የምትጠቀማቸው ማናቸውም ክፍሎች አዲስ እትም በተለቀቀ ቁጥር ማሻሻያዎችን እና የማገገም ሙከራዎችን በመደበኛነት ማከናወን ይኖርብሃል። ያም ማለት መድረክን እራሱ ከመፍጠር እና ከመጠበቅ በተጨማሪ እነዚህን ሁሉ ሶፍትዌሮች ማስተናገድ ያስፈልግዎታል. የንግድ ችግሮችን ለመፍታት እና የውድድር ጥቅሞችን ለማግኘት ብዙ ጊዜ ይቀራል ተብሎ አይታሰብም።

ነገር ግን በOpenShift ጉዳይ ላይ ቀይ ኮፍያ እነዚህን ሁሉ ውስብስብ ነገሮች በራሱ ላይ ይወስዳል እና በቀላሉ ተግባራዊ የሆነ የተሟላ መድረክ ይሰጥዎታል ይህም Kubernetes እራሱን ብቻ ሳይሆን Kubernetesን ወደ እውነተኛ የድርጅት ደረጃ የሚቀይሩትን ሁሉንም አስፈላጊ ክፍት ምንጭ መሳሪያዎችን ያካትታል ። ወዲያውኑ እና ሙሉ በሙሉ በእርጋታ ወደ ምርት መጀመር የሚችሉት መፍትሄ። እና በእርግጥ ፣ አንዳንድ የእራስዎ የቴክኖሎጂ ቁልሎች ካሉዎት ፣ ከዚያ OpenShiftን ከነባር መፍትሄዎች ጋር ማዋሃድ ይችላሉ።

OpenShift ብልጥ የኩበርኔትስ መድረክ ነው።

ከላይ ያለውን ምስል ይመልከቱ፡ ከኩበርኔትስ አራት ማእዘን ውጭ ያለው ነገር ሁሉ ቀይ ኮፍያ ኩበርኔትስ በንድፍ እንደሚሉት የሌለውን ተግባር የሚጨምርበት ነው። እና አሁን የእነዚህን ቦታዎች ዋና ዋና ነገሮች እንመለከታለን.

1. ጠንካራ ስርዓተ ክወና እንደ መሰረት፡ RHEL CoreOS ወይም RHEL

ሬድ ኮፍያ ከ20 ዓመታት በላይ የሊኑክስ ስርጭቶችን ለንግድ-ወሳኝ አፕሊኬሽኖች ዋና አቅራቢ ነው። በዚህ አካባቢ ያለን የተከማቸ እና ያለማቋረጥ የዘመነ ልምዳችን ለኮንቴይነሮች ኢንዱስትሪ ክንውን በእውነት አስተማማኝ እና የታመነ መሠረት ለማቅረብ ያስችለናል። RHEL CoreOS እንደ RHEL ተመሳሳይ ከርነል ይጠቀማል፣ ነገር ግን በዋናነት እንደ ኮንቴይነሮች ማስኬጃ እና የኩበርኔትስ ክላስተር ማሄድ ላሉ ተግባራት የተመቻቸ ነው፡ መጠኑ ይቀንሳል እና ያለመለወጥ ችሎታው ክላስተር፣ አውቶማቲካሊንግ፣ ፕላስተሮችን ማሰማራት ወዘተ ቀላል ያደርገዋል። ከOpenShift ጋር ተመሳሳይ የተጠቃሚ ተሞክሮ በተለያዩ የኮምፒውተር አካባቢዎች፣ ከባዶ ብረት እስከ ግላዊ እና ህዝባዊ ደመና ለማድረስ ተስማሚ መሠረት።

2. የአይቲ ኦፕሬሽኖች አውቶማቲክ

የመጫኛ ሂደቶችን እና የቀን-4 ስራዎችን (ማለትም የዕለት ተዕለት ስራዎችን) በራስ-ሰር መስራት የ OpenShift ጠንካራ ነጥብ ነው, ይህም የእቃ መጫኛ መድረክን በከፍተኛ ደረጃ ለማስተዳደር, ለማዘመን እና አፈፃፀምን ለመጠበቅ በጣም ቀላል ያደርገዋል. ይህ የሚገኘው በOpenShift XNUMX kernel ደረጃ ለኩበርኔትስ ኦፕሬተሮች ድጋፍ ነው።

OpenShift 4 እንዲሁ በቀይ ኮፍያ በራሱ እና በሶስተኛ ወገን አጋሮች የተገነባው በኩበርኔትስ ኦፕሬተሮች ላይ የተመሰረተ አጠቃላይ የመፍትሄ ስርዓት ነው (ይመልከቱ። ኦፕሬተር ማውጫ ቀይ ኮፍያ፣ ወይም የኦፕሬተር መደብር operatorhub.ioለሶስተኛ ወገን ገንቢዎች በ Red Hat የተፈጠረ)።

የተቀናጀው OpenShift 4 ካታሎግ ከ180 በላይ የኩበርኔትስ ኦፕሬተሮችን ያካትታል

3. የገንቢ መሳሪያዎች

ከ 2011 ጀምሮ OpenShift ለገንቢዎች ህይወትን በጣም ቀላል የሚያደርግ፣ በኮድ ላይ እንዲያተኩሩ የሚረዳ እና እንደ Java፣ Node.js ላሉ የፕሮግራም ቋንቋዎች ቤተኛ ድጋፍ የሚሰጥ እንደ PaaS (Platform-as-a-አገልግሎት) መድረክ ይገኛል። , PHP, Ruby, Python, Go, እንዲሁም CI/CD ቀጣይነት ያለው ውህደት እና አቅርቦት አገልግሎቶች, የውሂብ ጎታዎች, ወዘተ. OpenShift 4 ያቀርባል. ሰፊ ካታሎግበ Red Hat እና በአጋሮቻችን የተገነቡ የኩበርኔትስ ኦፕሬተሮችን መሰረት በማድረግ ከ100 በላይ አገልግሎቶችን ያካተተ።

ከኩበርኔትስ በተለየ፣ OpenShift 4 ራሱን የቻለ GUI አለው (የገንቢ ኮንሶል), ይህም ገንቢዎች ከተለያዩ ምንጮች (git, ውጫዊ መዝገብ ቤቶች, ዶከርፋይል, ወዘተ) አፕሊኬሽኖችን ያለምንም ጥረት ወደ ስማቸው ቦታ እንዲያሰማሩ እና በመተግበሪያ ክፍሎች መካከል ያለውን ግንኙነት በግልፅ ያሳያል.

የገንቢ ኮንሶል የመተግበሪያ ክፍሎችን ግልጽ እይታ ያቀርባል እና ከKubernetes ጋር መስራት ቀላል ያደርገዋል

በተጨማሪም, OpenShift የ Codeready ማጎልበቻ መሳሪያዎችን ያቀርባል, በተለይም ያካትታል Codeready Workspacesበቀጥታ በOpenShift አናት ላይ የሚሰራ እና IDE-እንደ-አገልግሎት አቀራረብን የሚተገብር ሙሉ በሙሉ በኮንቴይነር የተሞላ አይዲኢ። በሌላ በኩል, በአካባቢያዊ ሁነታ ላይ በጥብቅ መስራት ለሚፈልጉ, Codeready Containers, ሙሉ በሙሉ የሚሰራ የ OpenShift 4 ስሪት በላፕቶፕ ላይ ሊሰራጭ ይችላል.

የተዋሃደ አይዲኢ በ Kubernetes/OpenShift መድረክ ላይ ለተቀላጠፈ ልማት እንደ አገልግሎት

OpenShift ሙሉ የሲአይ/ሲዲ ስርዓት ከሳጥኑ ውጭ ያቀርባል፣ ወይ በኮንቴይነር በተቀመጠው ጄንኪንስ እና ተሰኪ ላይ የተመሰረተ። DSL ከቧንቧ መስመር ጋር ለመስራት፣ ወይም Kubernetes-oriented CI/CD ስርዓት ቴክተን (በአሁኑ ጊዜ በቴክ ቅድመ እይታ ስሪት)። እነዚህ ሁለቱም መፍትሄዎች ከ OpenShift ኮንሶል ጋር ሙሉ ለሙሉ የተዋሃዱ ናቸው, ይህም የቧንቧ መስመር ቀስቅሴዎችን እንዲያካሂዱ, ማሰማራቶችን, ምዝግቦችን እና ሌሎችንም እንዲመለከቱ ያስችልዎታል.

4. የመተግበሪያ መሳሪያዎች

OpenShift ሁለቱንም ባህላዊ ሁኔታዊ አፕሊኬሽኖች እና ደመና ላይ የተመሰረቱ መፍትሄዎችን እንደ ማይክሮ ሰርቪስ ወይም አገልጋይ አልባ ባሉ አዳዲስ አርክቴክቸር ላይ በመመስረት እንዲያሰማሩ ይፈቅድልዎታል። የOpenShift Service Mesh መፍትሄ ልክ እንደ ኢስቲዮ፣ ኪያሊ እና ጃገር ያሉ ማይክሮ አገልግሎቶችን ለመጠበቅ ቁልፍ መሳሪያዎች ከሳጥኑ ወጥቷል። በተራው፣ የOpenShift Serverless መፍትሔው Knative ብቻ ሳይሆን እንደ Keda ያሉ መሳሪያዎችን በ OpenShift መድረክ ላይ Azure ተግባራትን ለማቅረብ ከማይክሮሶፍት ጋር የጋራ ተነሳሽነት አካል ሆኖ የተፈጠሩ መሳሪያዎችንም ያካትታል።

የተቀናጀው መፍትሔ OpenShift ServiceMesh (ኢስቲዮ፣ ኪያሊ፣ ጃገር) የማይክሮ አገልግሎቶችን ሲገነቡ ጠቃሚ ይሆናል።

በቆዩ አፕሊኬሽኖች እና ኮንቴይነሮች መካከል ያለውን ልዩነት ለማጥበብ፣ OpenShift አሁን የቨርቹዋል ማሽን ፍልሰትን ወደ OpenShift ፕላትፎርም ኮንቴይነር Native ቨርቹዋልላይዜሽን (በአሁኑ ጊዜ በቴክ ፕሪቪው)፣ ድቅል አፕሊኬሽኖችን እውን በማድረግ እና በተለያዩ ደመናዎች መካከል የሚደረጉ ፍልሰትን በግልም ሆነ በህዝብ መካከል ያመቻቻል።

የዊንዶውስ 2019 ምናባዊ ቨርቹዋል ማሽን በኮንቴይነር Native Virtualization በኩል በOpenShift ላይ (በአሁኑ ጊዜ በቴክ ቅድመ እይታ ስሪት)

5. ለክላስተር መሳሪያዎች

ማንኛውም የድርጅት ደረጃ መድረክ የክትትልና የተማከለ የምዝግብ ማስታወሻ አገልግሎቶች፣ የደህንነት ዘዴዎች፣ የማረጋገጫ እና ፍቃድ እና የአውታረ መረብ አስተዳደር መሳሪያዎች ሊኖሩት ይገባል። እና OpenShift ይህን ሁሉ ከሳጥኑ ውጭ ያቀርባል እና እንደ ElasticSearch, Prometheus, Grafana ያሉ መፍትሄዎችን ጨምሮ ሁሉም 100% ክፍት ምንጭ ነው. እነዚህ ሁሉ መፍትሄዎች ከዳሽቦርዶች፣ ሜትሪክስ እና ማንቂያዎች ጋር የሚመጡት ቀድሞውንም የተገነቡ እና የተዋቀሩ የሬድ ኮፍያ ሰፊ የክላስተር ክትትል እውቀት በመጠቀም ነው፣ ይህም የምርት አካባቢዎን ከመጀመሪያው ጀምሮ በብቃት እንዲቆጣጠሩ እና እንዲከታተሉ ያስችልዎታል።

OpenShift እንዲሁ ለኮርፖሬት ደንበኞች አስፈላጊ ከሆኑ ነገሮች ለምሳሌ አብሮ በተሰራ የመሃላ አቅራቢ ማረጋገጥ፣ ከመረጃ አቅራቢዎች ጋር ውህደት፣ LDAP፣ ActiveDirectory፣ OpenID Connect እና ሌሎችንም ጨምሮ።

ቀድሞ የተዋቀረ የግራፋና ዳሽቦርድ ለOpenShift ክላስተር ክትትል

ከ150 በላይ ቀድሞ የተዋቀሩ የፕሮሜቲየስ መለኪያዎች እና ማንቂያዎች ለOpenShift ክላስተር ክትትል

እንዲቀጥል

የመፍትሄው የበለፀገ ተግባራዊነት እና የቀይ ኮፍያ በኩበርኔትስ መስክ ያለው ሰፊ ልምድ OpenShift በገበያው ውስጥ የበላይነቱን እንዲይዝ ያደረገው ምክንያቶች ናቸው ከዚህ በታች ባለው ስእል እንደሚታየው (ተጨማሪ ያንብቡ) እዚህ).

“ቀይ ኮፍያ በአሁኑ ወቅት በ44 በመቶ ድርሻ ገበያውን ይመራል።
ኩባንያው በመጀመሪያ የኢንተርፕራይዝ አልሚዎችን በማማከር እና በማሰልጠን ከዚያም ወደ ገቢ መፍጠር ሲሸጋገር ደንበኛን ያማከለ የሽያጭ ስትራቴጂ ጥቅማጥቅሞችን እያገኘ ነው።

(ምንጭ- www.lightreading.com/nfv/containers/ihs-red-hat-container-strategy-is-paying-off/d/d-id/753863)

በዚህ ጽሑፍ እንደተደሰቱ ተስፋ እናደርጋለን። ወደፊት በዚህ ተከታታይ ልጥፎች ላይ፣ እዚህ በተገለጹት በእያንዳንዱ ምድቦች ውስጥ የOpenShift ከ Kubernetes ጥቅሞችን በጥልቀት እንመለከታለን።

ምንጭ: hab.com