OpenShift kā Kubernetes uzņēmuma versija. 1. daļa

ā€œKāda ir atŔķirÄ«ba starp Kubernetes un OpenShift?ā€ ā€“ Å”is jautājums rodas ar apskaužamu konsekvenci. Lai gan patiesÄ«bā tas ir kā jautāt, ar ko automaŔīna atŔķiras no dzinēja. Ja turpinām analoÄ£iju, tad automaŔīna ir gatavs produkts, to var izmantot uzreiz, burtiski: iekāp un brauc. Savukārt, lai dzinējs tevi kaut kur aizvestu, tas vispirms ir jāpapildina ar daudz ko citu, lai galu galā iegÅ«tu tādu paÅ”u auto.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa

Tāpēc Kubernetes ir tas dzinējs, ap kuru tiek salikts OpenShift zīmola auto (platforma), kas aizved uz mērķi.

Å ajā rakstā mēs vēlamies jums atgādināt un sÄ«kāk izpētÄ«t Ŕādus galvenos punktus:

  • Kubernetes ir OpenShift platformas sirds, un tā ir 100% sertificēta Kubernetes, pilnÄ«bā atvērtā koda un bez mazākās patentētās dabas. ÄŖsumā:
    • OpenShift klastera API ir XNUMX% Kubernetes.
    • Ja konteiners darbojas jebkurā citā Kubernetes sistēmā, tas darbosies OpenShift bez izmaiņām. Nav nepiecieÅ”ams veikt izmaiņas lietojumprogrammās.
  • OpenShift ne tikai pievieno Kubernetes noderÄ«gas funkcijas un funkcionalitāti. Tāpat kā automaŔīna, OpenShift ir gatavs lietoÅ”anai no kastes, to var nekavējoties nodot ražoÅ”anā, un, kā mēs parādÄ«sim tālāk, tas ievērojami atvieglo izstrādātāja dzÄ«vi. Tāpēc OpenShift ir viens no diviem cilvēkiem. Tā ir gan veiksmÄ«ga, gan labi zināma uzņēmuma klases PaaS platforma no izstrādātāja viedokļa. Un tajā paŔā laikā tas ir Ä«paÅ”i uzticams Container-as-a-Service risinājums no rÅ«pnieciskās darbÄ«bas viedokļa.

OpenShift ir Kubernetes ar 100% CNCF sertifikātu

OpenShift pamatā ir Kubernetes sertificēts. Tāpēc pēc atbilstoÅ”as ā€‹ā€‹apmācÄ«bas lietotāji ir pārsteigti par kubectl spēku. Un tie, kas pārgāja uz OpenShift no Kubernetes Cluster, bieži saka, cik ļoti viņiem patieŔām patÄ«k, ka pēc kubeconfig novirzÄ«Å”anas uz OpenShift kopu visi esoÅ”ie skripti darbojas nevainojami.

JÅ«s droÅ”i vien esat dzirdējuÅ”i par OpenShift komandrindas utilÄ«tu OC. Tas ir pilnÄ«bā saderÄ«gs ar komandām ar kubectl, kā arÄ« piedāvā vairākus noderÄ«gus palÄ«gus, kas noderēs, veicot vairākus uzdevumus. Bet vispirms nedaudz vairāk par OC un kubectl saderÄ«bu:

kubectl komandas
OC komandas

kubectl saņemt pākstis
oc saņemt pākstis

kubectl get nosaukumvietas
oc iegūt nosaukumvietas

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

Lūk, kā izskatās kubectl izmantoŔanas rezultāti OpenShift API:

ā€¢ kubectl get pods ā€” atgriež pākstis, kā paredzēts.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa

ā€¢ kubectl get namespaces ā€” atgriež nosaukumvietas, kā paredzēts.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Komanda kubectl create -f mydeployment.yaml izveido Kubernetes resursus tāpat kā jebkurā citā Kubernetes platformā, kā parādīts tālāk esoŔajā videoklipā:


Citiem vārdiem sakot, visas Kubernetes API ir pilnÄ«bā pieejamas OpenShift, vienlaikus saglabājot 100% saderÄ«bu. Tāpēc Cloud Native Computing Foundation (CNCF) OpenShift ir atzinis par sertificētu Kubernetes platformu..ā€ƒ

OpenShift pievieno Kubernetes noderīgas funkcijas

Kubernetes API ir 100% pieejamas programmā OpenShift, taču standarta Kubernetes utilÄ«tai kubectl acÄ«mredzami trÅ«kst funkcionalitātes un ērtÄ«bas. Tāpēc Red Hat ir pievienojis Kubernetes noderÄ«gas funkcijas un komandrindas rÄ«kus, piemēram, OC (saÄ«sinājums no OpenShift klienta) un ODO (OpenShift DO, Ŕī utilÄ«ta ir paredzēta izstrādātājiem).

1. OC utilīta - jaudīgāka un ērtāka Kubectl versija

Piemēram, atŔķirÄ«bā no kubectl, tas ļauj izveidot jaunas nosaukumvietas un viegli pārslēgt kontekstus, kā arÄ« piedāvā vairākas noderÄ«gas komandas izstrādātājiem, piemēram, konteinera attēlu veidoÅ”anu un lietojumprogrammu izvietoÅ”anu tieÅ”i no pirmkoda vai binārajiem failiem (avota uz attēlu, s2i).

ApskatÄ«sim piemērus, kā OC utilÄ«ta iebÅ«vētie palÄ«gi un uzlabotā funkcionalitāte palÄ«dz vienkārÅ”ot ikdienas darbu.

Pirmais piemērs ir nosaukumvietas pārvaldÄ«ba. Katrā Kubernetes klasterÄ« vienmēr ir vairākas nosaukumvietas. Tos parasti izmanto izstrādes un ražoÅ”anas vides izveidei, taču var izmantot arÄ«, lai, piemēram, katram izstrādātājam nodroÅ”inātu personÄ«go smilÅ”u kasti. Praksē tas noved pie tā, ka izstrādātājam ir bieži jāpārslēdzas starp nosaukumvietām, jo ā€‹ā€‹kubectl darbojas paÅ”reizējās telpas kontekstā. Tāpēc kubectl gadÄ«jumā cilvēki Å”im nolÅ«kam aktÄ«vi izmanto palÄ«gskriptus. Bet, izmantojot OC, lai pārslēgtos uz vēlamo vietu, vienkārÅ”i sakiet ā€œoc project namespaceā€.

Vai neatceraties, kā sauc vajadzÄ«go nosaukumu telpu? Nav problēmu, vienkārÅ”i ierakstiet ā€œoc get projectsā€, lai parādÄ«tu pilnu sarakstu. Skeptiski domājat, kā tas darbosies, ja jums ir piekļuve tikai ierobežotai klastera nosaukumvietu apakÅ”kopai? Tā kā kubectl to dara pareizi tikai tad, ja RBAC ļauj jums redzēt visas klastera atstarpes, un lielos klasteros ne visiem tiek pieŔķirtas Ŕādas atļaujas. Tātad, mēs atbildam: OC tā nemaz nav problēma, un Ŕādā situācijā tas viegli izveidos pilnu sarakstu. TieÅ”i Ŕīs mazās lietas veido Openshift korporatÄ«vo orientāciju un Ŕīs platformas labo mērogojamÄ«bu lietotāju un lietojumprogrammu ziņā.

2. ODO ā€“ uzlabota kubectl versija izstrādātājiem

Vēl viens Red Hat OpenShift uzlabojumu piemērs salÄ«dzinājumā ar Kubernetes ir ODO komandrindas utilÄ«ta. Tas ir paredzēts izstrādātājiem un ļauj ātri izvietot vietējo kodu attālā OpenShift klasterÄ«. Tas var arÄ« racionalizēt iekŔējos procesus, lai nekavējoties sinhronizētu visas koda izmaiņas ar konteineriem attālajā OpenShift klasterÄ« bez nepiecieÅ”amÄ«bas atkārtoti izveidot, reÄ£istrēt un atkārtoti izvietot attēlus.

Apskatīsim, kā OC un ODO atvieglo darbu ar konteineriem un Kubernetes.

VienkārŔi salīdziniet dažas darbplūsmas, kad tās ir veidotas, pamatojoties uz kubectl, un kad tiek izmantota OC vai ODO.

ā€¢ OpenShift koda izvietoÅ”ana tiem, kas nerunā YAML:

Kubernetes/kubectl
$> git klons github.com/sclorg/nodejs-ex.git
1- Izveidojiet Dockerfile, kas veido attēlu no koda
-----
NO mezgla
WORKDIR /usr/src/app
KOPĒT pakotni*.json ./
KOPĒT index.js ./
KOPĒT ./app ./app
RUN npm instalēŔana
EKSPOZĒT 3000
CMD [ "npm", "sākt"] ā€”ā€”ā€”ā€”ā€“
2- Mēs veidojam attēlu
$> podman veidot...
3- Piesakieties reģistrā
podman pieteikŔanās...
4- Ievietojiet attēlu reģistrā
podman push
5- Izveidojiet yaml failus lietojumprogrammu izvietoŔanai (deployment.yaml, service.yaml, ingress.yaml) - tas ir absolūtais minimums
6- Izvietojiet manifesta failus:
Kubectl pieteikties -f .

OpenShift/oc
$> oc jauna lietotne github.com/sclorg/nodejs-ex.git - mūsu_lietojumprogrammas_nosaukums

OpenShift/odo
$> git klons github.com/sclorg/nodejs-ex.git
$> odo izveidot komponentu nodejs myapp
$>odo push

ā€¢ Konteksta slēdzis: mainiet darba nosaukumvietu vai darba kopu.

Kubernetes/kubectl
1- Izveidojiet kontekstu kubeconfig projektam ā€œmyprojectā€
2 ā€” kubectl set-contextā€¦

OpenShift/oc
oc projekts ā€œmyprojectā€

Kvalitātes kontrole: ā€œÅ eit ir parādÄ«jusies viena interesanta funkcija, joprojām alfa versijā. VarbÅ«t varam to laist ražoÅ”anā?ā€

Iedomājieties, ka jÅ«s sēžat sacÄ«kÅ”u automaŔīnā un jums saka: "Esam uzstādÄ«juÅ”i jauna veida bremzes un, godÄ«gi sakot, ar to uzticamÄ«bu vēl nav viss kārtÄ«bā... Bet neuztraucieties, mēs tās aktÄ«vi uzlabosim kursa laikā. čempionāta. Kā jums patÄ«k Ŕī perspektÄ«va? Mēs Red Hat kaut kā neesam Ä«paÅ”i apmierināti. šŸ™‚

Tāpēc mēs cenÅ”amies aizturēt alfa versijas, lÄ«dz tās ir pietiekami nobrieduÅ”as un esam veikuÅ”i rÅ«pÄ«gu kaujas pārbaudi un uzskatām, ka tās ir droÅ”i lietojamas. Parasti viss vispirms tiek cauri izstrādātāja priekÅ”skatÄ«juma posmam, pēc tam - cauri Tehniskais priekÅ”skatÄ«jums un tikai tad iznāk kā publisks izlaidums Vispārējā pieejamÄ«ba (GA), kas jau ir tik stabils, ka ir piemērots ražoÅ”anai.

Kāpēc ir tā, ka? Tā kā, tāpat kā jebkuras citas programmatÅ«ras izstrādes gadÄ«jumā, ne visas sākotnējās idejas Kubernetes sasniedz galÄ«go izlaidumu. Vai arÄ« viņi to sasniedz un pat saglabā paredzēto funkcionalitāti, taču to ievieÅ”ana kardināli atŔķiras no alfa versijā esoŔās. TÅ«kstoÅ”iem un tÅ«kstoÅ”iem Red Hat klientu izmanto OpenShift, lai atbalstÄ«tu misijai kritiskas darba slodzes, tāpēc mēs Ä«paÅ”u uzsvaru liekam uz mÅ«su platformas stabilitāti un ilgtermiņa atbalstu.

Red Hat ir apņēmies bieži izlaist OpenShift un atjaunināt ar to saistÄ«to Kubernetes versiju. Piemēram, paÅ”reizējā OpenShift 4.3 GA laidienā Ŕī rakstÄ«Å”anas laikā ir iekļauta Kubernetes 1.16, kas tikai par vienu atpaliek no Kubernetes iepriekŔējās versijas ar numuru 1.17. Tādējādi mēs cenÅ”amies nodroÅ”ināt klientam uzņēmuma klases Kubernetes un nodroÅ”ināt papildu kvalitātes kontroli, izlaižot jaunas OpenShift versijas.

ProgrammatÅ«ras labojumi: ā€œRažoÅ”anas versijā Kubernetes bija caurums. Un to var aizvērt, tikai atjauninot trÄ«s versijas. Vai arÄ« ir kādi varianti?

Kubernetes atvērtā pirmkoda projektā programmatÅ«ras labojumi parasti tiek izlaisti kā daļa no nākamā laidiena, dažkārt aptverot vienu vai divus iepriekŔējos pagrieziena izlaidumus, nodroÅ”inot segumu tikai 6 mēneÅ”us.

Red Hat lepojas ar to, ka izlaiž kritiskos labojumus agrāk nekā citi un sniedz atbalstu daudz ilgāk. Piemēram, Kubernetes privilēģiju eskalācijas ievainojamÄ«ba (CVE-2018-1002105): tas tika atklāts Kubernetes versijā 1.11, un labojumi iepriekŔējiem laidieniem tika izlaisti tikai lÄ«dz versijai 1.10.11, atstājot Å”o labojumu visos iepriekŔējos Kubernetes laidienos no 1.x lÄ«dz 1.9.

Savukārt, Red Hat laboja OpenShift atpakaļ uz versiju 3.2 (ir Kubernetes 1.2), tverot deviņus OpenShift laidienus un skaidri demonstrējot rÅ«pes par klientiem (sÄ«kāka informācija Å”eit).

Kā OpenShift un Red Hat virza Kubernetes uz priekŔu

Red Hat ir otrs lielākais programmatÅ«ras izstrādātājs atvērtā pirmkoda Kubernetes projektā, atpaliekot tikai no Google, un 3 no 5 produktÄ«vākajiem izstrādātājiem nāk no Red Hat. Vēl viens maz zināms fakts: daudzas kritiskas funkcijas parādÄ«jās Kubernetes tieÅ”i pēc Red Hat iniciatÄ«vas, piemēram:

  • RBAC. Kubernetes nebija RBAC funkciju (ClusterRole, ClusterRoleBinding), lÄ«dz Red Hat inženieri nolēma tās ieviest kā daļu no paÅ”as platformas, nevis kā papildu OpenShift funkcionalitāti. Vai Red Hat baidās uzlabot Kubernetes? Protams, nē, jo Red Hat strikti ievēro atvērtā pirmkoda principus un nespēlē Open Core spēles. Uzlabojumi un inovācijas, ko virza attÄ«stÄ«bas kopienas, nevis patentētas kopienas, ir dzÄ«votspējÄ«gākas un plaŔāk pieņemtas, kas labi atbilst mÅ«su galvenajam mērÄ·im padarÄ«t atvērtā pirmkoda programmatÅ«ru noderÄ«gāku mÅ«su klientiem.
  • DroŔības politikas podiem (Pod droŔības politikas). Å Ä« koncepcija par lietojumprogrammu droÅ”u darbināŔanu podiņos sākotnēji tika ieviesta OpenShift ar nosaukumu SCC (droŔības konteksta ierobežojumi). Un tāpat kā iepriekŔējā piemērā, Red Hat nolēma ieviest Ŕīs izstrādes atklātajā Kubernetes projektā, lai ikviens varētu tos izmantot.

Å o piemēru sēriju varētu turpināt, taču mēs tikai vēlējāmies parādÄ«t, ka Red Hat patieŔām ir apņēmies attÄ«stÄ«t Kubernetes un padarÄ«t to labāku ikvienam.

Ir skaidrs, ka OpenShift ir Kubernetes. Kādas ir atŔķirÄ«bas? šŸ™‚

Mēs ceram, ka, lasot lÄ«dz Å”im brÄ«dim, esat sapratis, ka Kubernetes ir OpenShift galvenā sastāvdaļa. Galvenais, bet tālu no vienÄ«gā. Citiem vārdiem sakot, vienkārÅ”i instalējot Kubernetes, jÅ«s neiegÅ«sit uzņēmuma klases platformu. Jums bÅ«s jāpievieno autentifikācija, tÄ«kloÅ”ana, droŔība, uzraudzÄ«ba, žurnālu pārvaldÄ«ba un daudz kas cits. Turklāt jums bÅ«s jāizdara dažas grÅ«tas izvēles no lielā pieejamo rÄ«ku skaita (lai novērtētu ekosistēmas daudzveidÄ«bu, vienkārÅ”i ieskatieties CNCF diagramma) un kaut kādā veidā nodroÅ”ināt konsekvenci un saskaņotÄ«bu, lai tie darbotos kā viens vesels. Turklāt jums regulāri bÅ«s jāveic atjauninājumi un regresijas pārbaude ikreiz, kad tiek izlaista kāda jÅ«su izmantotā komponenta jauna versija. Tas nozÄ«mē, ka papildus paÅ”as platformas izveidei un uzturÄ“Å”anai jums bÅ«s jārisina arÄ« visa Ŕī programmatÅ«ra. Maz ticams, ka biznesa problēmu risināŔanai un konkurences priekÅ”rocÄ«bu sasniegÅ”anai paliks daudz laika.

Bet OpenShift gadÄ«jumā Red Hat pārņem visas Ŕīs sarežģītÄ«bas un vienkārÅ”i sniedz jums funkcionāli pilnÄ«gu platformu, kas ietver ne tikai paÅ”u Kubernetes, bet arÄ« visu nepiecieÅ”amo atvērtā pirmkoda rÄ«ku komplektu, kas pārvērÅ” Kubernetes par Ä«stu uzņēmuma klasi. risinājums, kuru varat nekavējoties un pilnÄ«gi mierÄ«gi uzsākt ražoÅ”anā. Un, protams, ja jums ir daži no saviem tehnoloÄ£iju skursteņiem, varat integrēt OpenShift esoÅ”ajos risinājumos.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
OpenShift ir vieda Kubernetes platforma

Apskatiet attēlu augstāk: viss, kas atrodas ārpus Kubernetes taisnstÅ«ra, ir vieta, kur Red Hat pievieno funkcionalitāti, kuras Kubernetes nav, kā saka, pēc dizaina. Un tagad mēs apskatÄ«sim galvenās no Ŕīm jomām.

1. Robusta OS kā bāze: RHEL CoreOS vai RHEL

Red Hat jau vairāk nekā 20 gadus ir vadoÅ”ais Linux izplatÄ«Å”anas nodroÅ”inātājs biznesam kritiskām lietojumprogrammām. MÅ«su uzkrātā un pastāvÄ«gi atjauninātā pieredze Å”ajā jomā ļauj mums piedāvāt patiesi uzticamu un uzticamu pamatu konteineru rÅ«pnieciskai ekspluatācijai. RHEL CoreOS izmanto to paÅ”u kodolu kā RHEL, taču tas galvenokārt ir optimizēts tādiem uzdevumiem kā konteineru palaiÅ”ana un Kubernetes klasteru palaiÅ”ana: tā samazinātais izmērs un nemainÄ«gums atvieglo klasteru iestatÄ«Å”anu, automātisko mērogoÅ”anu, ielāpu izvietoÅ”anu utt. Visas Ŕīs funkcijas padara to vieglāku. ideāls pamats vienas un tās paÅ”as lietotāja pieredzes nodroÅ”ināŔanai ar OpenShift dažādās skaitļoÅ”anas vidēs, sākot no tukÅ”a metāla lÄ«dz privātam un publiskam mākonim.

2. IT darbību automatizācija

InstalÄ“Å”anas procesu un 4. dienas darbÄ«bu (tas ir, ikdienas darbÄ«bu) automatizācija ir OpenShift stiprā puse, kas ļauj daudz vienkārŔāk administrēt, atjaunināt un uzturēt konteinera platformas veiktspēju visaugstākajā lÄ«menÄ«. Tas tiek panākts, atbalstot Kubernetes operatorus OpenShift XNUMX kodola lÄ«menÄ«.

OpenShift 4 ir arÄ« vesela risinājumu ekosistēma, kuras pamatā ir Kubernetes operatori, ko izstrādājusi gan pati Red Hat, gan treÅ”o puÅ”u partneri (sk. operatoru katalogs Red Hat vai operatora veikals operatorhub.io, ko Red Hat izveidojis treÅ”o puÅ”u izstrādātājiem).

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Integrētajā OpenShift 4 katalogā ir iekļauti vairāk nekā 180 Kubernetes operatori

3. Izstrādātāja rÄ«ki

KopÅ” 2011. gada OpenShift ir pieejama kā PaaS (Platform-as-a-Service) platforma, kas ievērojami atvieglo izstrādātāju dzÄ«vi, palÄ«dz koncentrēties uz kodÄ“Å”anu un piedāvā vietējo atbalstu programmÄ“Å”anas valodām, piemēram, Java, Node.js. , PHP, Ruby, Python, Go, kā arÄ« CI/CD nepārtrauktas integrācijas un piegādes pakalpojumi, datu bāzes utt. OpenShift 4 piedāvājumi plaÅ”s katalogs, kas ietver vairāk nekā 100 pakalpojumus, kuru pamatā ir Kubernetes operatori, ko izstrādājuÅ”i Red Hat un mÅ«su partneri.

AtŔķirÄ«bā no Kubernetes, OpenShift 4 ir Ä«paÅ”a GUI (Izstrādātāja konsole), kas palÄ«dz izstrādātājiem bez piepÅ«les izvietot lietojumprogrammas no dažādiem avotiem (git, ārējiem reÄ£istriem, Dockerfile utt.) savās nosaukumvietās un skaidri vizualizē lietojumprogrammu komponentu attiecÄ«bas.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Izstrādātāja konsole nodroŔina skaidru priekŔstatu par lietojumprogrammas komponentiem un atvieglo darbu ar Kubernetes

Turklāt OpenShift piedāvā Codeready izstrādes rÄ«ku komplektu, kas jo Ä«paÅ”i ietver Codeready darbvietas, pilnÄ«bā konteinerizēts IDE ar tÄ«mekļa saskarni, kas darbojas tieÅ”i virs OpenShift un ievieÅ” IDE kā pakalpojuma pieeju. No otras puses, tiem, kas vēlas strādāt stingri vietējā režīmā, ir Codeready Containers, pilnÄ«bā funkcionāla OpenShift 4 versija, ko var izvietot klēpjdatorā.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Integrēta IDE kā pakalpojums efektīvai attīstībai Kubernetes/OpenShift platformā

OpenShift piedāvā pilnu CI/CD sistēmu tieÅ”i no kastes, pamatojoties vai nu uz konteinerā ievietoto Jenkins un spraudni DSL darbam ar cauruļvadiem vai uz Kubernetes orientētu CI/CD sistēmu tekton (paÅ”laik Tech priekÅ”skatÄ«juma versijā). Abi Å”ie risinājumi ir pilnÄ«bā integrēti ar OpenShift konsoli, ļaujot palaist konveijera aktivizētājus, skatÄ«t izvietoÅ”anu, žurnālus un daudz ko citu.

4. Lietojumprogrammu rīki

OpenShift ļauj izvietot gan tradicionālās statusful lietojumprogrammas, gan mākoņa risinājumus, kuru pamatā ir jaunas arhitektÅ«ras, piemēram, mikropakalpojumi vai bez servera. OpenShift Service Mesh risinājums ir pieejams uzreiz ar galvenajiem mikropakalpojumu uzturÄ“Å”anas rÄ«kiem, piemēram, Istio, Kiali un Jaeger. Savukārt OpenShift Serverless risinājums ietver ne tikai Knative, bet arÄ« tādus rÄ«kus kā Keda, kas izveidoti kā daļa no kopÄ«gas iniciatÄ«vas ar Microsoft, lai nodroÅ”inātu Azure funkcijas OpenShift platformā.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Izstrādājot mikropakalpojumus, noderēs integrētais risinājums OpenShift ServiceMesh (Istio, Kiali, Jaeger).

Lai pārvarētu plaisu starp mantotajām lietojumprogrammām un konteineriem, OpenShift tagad ļauj veikt virtuālās maŔīnas migrāciju uz OpenShift platformu, izmantojot Container Native Virtualization (paÅ”laik TechPreview), padarot hibrÄ«da lietojumprogrammas par realitāti un atvieglojot to migrāciju starp dažādiem mākoņiem, gan privātiem, gan publiskiem.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Windows 2019 virtuālā virtuālā maŔīna, kas darbojas, izmantojot OpenShift, izmantojot Container Native virtualizāciju (paŔlaik tehniskā priekŔskatījuma versijā)

5. RÄ«ki klasteriem

Jebkurai uzņēmuma klases platformai ir jābÅ«t uzraudzÄ«bas un centralizētiem reÄ£istrÄ“Å”anas pakalpojumiem, droŔības mehānismiem, autentifikācijai un autorizācijai, kā arÄ« tÄ«kla pārvaldÄ«bas rÄ«kiem. Un OpenShift nodroÅ”ina to visu no kastes, un tas viss ir 100% atvērts avots, tostarp tādi risinājumi kā ElasticSearch, Prometheus, Grafana. Visi Å”ie risinājumi ir aprÄ«koti ar informācijas paneļiem, metriku un brÄ«dinājumiem, kas jau ir izveidoti un konfigurēti, izmantojot Red Hat plaŔās klasteru uzraudzÄ«bas zināŔanas, kas ļauj efektÄ«vi kontrolēt un pārraudzÄ«t ražoÅ”anas vidi jau no paÅ”a sākuma.

OpenShift standarta aprÄ«kojumā ietilpst arÄ« tādas svarÄ«gas lietas kā korporatÄ«vajiem klientiem, piemēram, autentifikācija ar iebÅ«vētu oauth nodroÅ”inātāju, integrācija ar akreditācijas datu nodroÅ”inātājiem, tostarp LDAP, ActiveDirectory, OpenID Connect un daudz ko citu.

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
IepriekÅ” konfigurēts Grafana informācijas panelis OpenShift klasteru uzraudzÄ«bai

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
Vairāk nekā 150 iepriekÅ” konfigurētu Prometheus metrikas un brÄ«dinājumu OpenShift klasteru uzraudzÄ«bai

Lai varētu turpināt

Risinājuma bagātÄ«gā funkcionalitāte un Red Hat plaŔā pieredze Kubernetes jomā ir iemesls, kāpēc OpenShift ir ieguvis dominējoÅ”o stāvokli tirgÅ«, kā parādÄ«ts zemāk esoÅ”ajā attēlā (lasÄ«t vairāk Å”eit).

OpenShift kā Kubernetes uzņēmuma versija. 1. daļa
ā€œRed Hat Å”obrÄ«d ir tirgus lÄ«deris ar 44% daļu.
Uzņēmums gÅ«st labumu no savas uz klientu orientētās pārdoÅ”anas stratēģijas, kur tas vispirms konsultē un apmāca uzņēmumu izstrādātājus un pēc tam pāriet uz monetizāciju, jo uzņēmums sāk izmantot konteinerus ražoÅ”anā.

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

Mēs ceram, ka jums patika Å”is raksts. Turpmākajos Ŕīs sērijas ierakstos mēs sÄ«kāk aplÅ«kosim OpenShift priekÅ”rocÄ«bas salÄ«dzinājumā ar Kubernetes katrā no Å”eit aplÅ«kotajām kategorijām.

Avots: www.habr.com

Pievieno komentāru