OpenShift-en laugarren bertsioa duela gutxi kaleratu zen. Egungo 4.3 bertsioa urtarrila amaieratik dago eskuragarri eta bertan dauden aldaketa guztiak hirugarren bertsioan ez zegoen zerbait guztiz berria dira, edo 4.1 bertsioan agertutakoaren eguneratze handia. Orain kontatuko dizugun guztia ezagutu, ulertu eta kontuan hartu behar dute OpenShift-ekin lan egiten dutenek eta bertsio berri batera aldatzeko asmoa dutenek.
OpenShift 4.2 kaleratuta, Red Hat-ek Kubernetesekin lan egitea erraztu du. Tresna eta plugin berriak agertu dira edukiontziak, CI/CD kanalizazioak eta zerbitzaririk gabeko inplementazioak sortzeko. Berrikuntzek garatzaileei aukera ematen diete kodea idazten zentratzeko, eta ez Kubernetesekin jorratzen.
Izan ere, zer berri dago OpenShift 4.2 eta 4.3 bertsioetan?
Hodei hibridoetara joatea
IT azpiegitura berri bat planifikatzerakoan edo lehendik dagoen IT panorama garatzerakoan, enpresek gero eta gehiago hartzen dute kontuan hodeiko ikuspegia IT baliabideak eskaintzeko, eta horretarako hodei pribatuko soluzioak ezartzen dituzte edo hodei publikoko hornitzaileen boterea erabiltzen dute. Horrela, informatika-azpiegitura modernoak gero eta gehiago eraikitzen ari dira hodei-eredu βhibridoβ baten arabera, bai lokaleko baliabideak bai kudeaketa sistema komun bat duten hodei publikoko baliabideak erabiltzen direnean. Red Hat OpenShift 4.2 hodei hibridoaren eredurako trantsizioa errazteko bereziki diseinatuta dago eta AWS, Azure eta Google Cloud Platform bezalako hornitzaileen baliabideak klusterra konektatzea errazten du, VMware eta OpenStack-en hodei pribatuak erabiltzearekin batera.
Instalazioaren ikuspegi berria
4. bertsioan, OpenShift instalatzeko ikuspegia aldatu egin da. Red Hat-ek OpenShift kluster bat zabaltzeko erabilgarritasun berezi bat eskaintzen du: openshift-install. Utilitatea Go-n idatzitako fitxategi bitar bakarra da. Openshit-installer-ek yaml fitxategi bat prestatzen du hedatzeko behar den konfigurazioarekin.
Hodeiko baliabideak erabiliz instalatzen bada, etorkizuneko klusterri buruzko gutxieneko informazioa zehaztu beharko duzu: DNS eremua, langile-nodo kopurua, hodeiko hornitzailearen ezarpen zehatzak, hodeiko hornitzailera sartzeko kontuaren informazioa. Konfigurazio-fitxategia prestatu ondoren, cluster-a komando batekin zabaldu daiteke.
Zure baliabide informatikoetan instalatzen baduzu, adibidez, hodei pribatu bat erabiltzen duzunean (vSphere eta OpenStack onartzen dira) edo metal hutseko zerbitzarietan instalatzen duzunean, eskuz konfiguratu beharko duzu azpiegitura - makina birtualen gutxieneko kopurua prestatu edo Kontrol Planeko kluster bat sortzeko behar diren zerbitzari fisikoak, sareko zerbitzuak konfiguratu. Konfigurazio honen ondoren, OpenShift kluster bat era berean sor daiteke openshift-installer utilitatearen komando batekin.
Azpiegituren eguneraketak
CoreOS integrazioa
Eguneratze nagusia Red Hat CoreOS-ekin integratzea da. Red Hat OpenShift nodo nagusiek orain lan egin dezakete bakarrik OS berrian. Red Hat-en doako sistema eragilea da, edukiontzien soluzioetarako bereziki diseinatuta dagoena. Red Hat CoreOS edukiontziak exekutatzeko optimizatutako Linux arina da.
3.11n sistema eragilea eta OpenShift bereizita existitzen baziren, orduan 4.2an ezinbestean lotuta dago OpenShift-ekin. Orain hau tresna bakarra da - aldaezina den azpiegitura.
Nodo guztietarako RHCOS erabiltzen duten klusterrentzat, OpenShift Container Platform berritzea prozesu sinplea eta oso automatizatua da.
Aurretik, OpenShift eguneratzeko, produktua exekutatzen ari zen azpiko sistema eragilea eguneratu behar zenuten (garai hartan, Red Hat Enterprise Linux). Orduan bakarrik eguneratu ahal izango zen OpenShift pixkanaka, nodoz nodo. Ez zen prozesuaren automatizaziorik hitz egin.
Orain, OpenShift Container Plataformak nodo bakoitzeko sistemak eta zerbitzuak guztiz kontrolatzen dituenez, OS barne, zeregin hau web interfazeko botoi bat sakatuz konpontzen da. Horren ostean, operadore berezi bat abiarazten da OpenShift kluster barruan, eguneratze prozesu osoa kontrolatzen duena.
CSI berria
Bigarrenik, CSI berria biltegiratze interfazearen kontrolagailu bat da, kanpoko biltegiratze sistema ezberdinak OpenShift klusterera konektatzeko aukera ematen duena. OpenShift-erako biltegiratze-kontrolatzaile-hornitzaile ugari onartzen dira biltegiratze-sistemaren fabrikatzaileek eurek idatzitako biltegiratze-kontrolatzaileetan oinarrituta. Onartutako CSI kontrolatzaileen zerrenda osoa dokumentu honetan aurki daiteke: . Zerrenda honetan fabrikatzaile nagusien (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS irtenbideak (Ceph) eta hodeiko biltegiratze (AWS, Azure, Google) disko-matrizeen modelo nagusi guztiak aurki ditzakezu. OpenShift 4.2-k CSI zehaztapenaren 1.1 bertsioko CSI kontrolatzaileak onartzen ditu.
RedHat OpenShift Service Mesh
Istio, Kiali eta Jaeger proiektuetan oinarrituta, Red Hat OpenShift Service Mesh-ek, zerbitzuen arteko eskaerak bideratzeko ohiko zereginez gain, haien trazadura eta bistaratzea ahalbidetzen du. Horrek Red Hat OpenShift-en inplementatutako aplikazio bat erraz komunikatzen, kontrolatzen eta kudeatzen laguntzen die garatzaileei.
Kiali erabiliz mikrozerbitzuen arkitektura duen aplikazio baten bistaratzea
Service Mesh-en instalazioa, mantentze-lanak eta bizi-zikloaren kudeaketa ahalik eta gehien errazteko, Red Hat OpenShift-ek operadore berezi bat eskaintzen die administratzaileei, Service Mesh Operator. Hau Kuberneteseko operadorea da, eta birkonfiguratutako Istio, Kiali eta Jaeger paketeak kluster batean zabaltzeko aukera ematen du, aplikazioak kudeatzeko administrazio-zama maximizatuz.
CRI-O Dockerren ordez
Edukiontzi lehenetsiaren exekuzio-denbora Docker CRI-O-rekin ordeztu da. 3.11 bertsioan jada CRI-O erabiltzea posible zen, baina 4.2an nagusi bihurtu zen. Ez ona edo txarra, baina produktua erabiltzean kontuan izan beharreko zerbait.
Eragileak eta aplikazioen hedapena
Operadoreak RedHat OpenShift-erako entitate berri bat dira, laugarren bertsioan agertu zena. Kubernetes aplikazio bat ontziratzeko, zabaltzeko eta kudeatzeko metodo bat da. Edukiontzietan zabaldutako aplikazioetarako plugin gisa pentsa daiteke, Kubernetes API eta kubectl tresnek bultzatuta.
Kuberneteseko operadoreek zure klusterean inplementatzen duzun aplikazioaren administrazioarekin eta bizi-zikloaren kudeaketarekin lotutako zereginak automatizatzen laguntzen dute. Esaterako, operadoreak aplikazioaren eguneraketak, babeskopiak eta eskalatzea automatiza dezake, konfigurazioa alda dezake, etab. Operadoreen zerrenda osoa helbidean aurki daiteke .
OperatorHub zuzenean atzitu daiteke kudeaketa kontsolaren web-interfazetik. Red Hat-ek mantentzen duen OpenShift-erako aplikazio-direktorio bat da. Horiek. Red Hat-ek onartutako operadore guztiak saltzaileen laguntzaz estalita egongo dira.
OperatorHub ataria OpenShift kudeaketa kontsolan
Oinarrizko irudi unibertsala
RHEL OS irudien multzo estandarizatu bat da, zure edukiontzidun aplikazioak eraikitzeko erabil daitekeena. Multzo minimoak, estandarrak eta osoak daude. Oso leku gutxi hartzen dute eta instalatutako pakete eta programazio lengoaia guztiak onartzen dituzte.
CI/CD tresnak
RedHat OpenShif 4.2-n, Tekton Pipelines-en oinarritutako Jenkins eta OpenShift Pipelines artean aukeratzea posible izan zen.
OpenShift Pipelines Tekton-en oinarritzen da, Pipeline-k hobeto onartzen duena Code eta GitOps hurbiltzen diren heinean. OpenShift kanalizazioetan, urrats bakoitza bere edukiontzian exekutatzen da, beraz, baliabideak urratsa exekutatzen ari den bitartean soilik erabiltzen dira. Honek garatzaileei moduluen bidalketa kanalizazioen, pluginen eta sarbide-kontrolaren gaineko kontrol osoa ematen die, kudeatzeko CI/CD zerbitzari zentralik gabe.
OpenShift Pipelines garatzaileen aurrebistan dago eta operadore gisa erabilgarri dago OpenShift 4 kluster batean. Jakina, OpenShift-eko erabiltzaileek Jenkins erabil dezakete RedHat OpenShift 4-n.
Garatzaileen kudeaketa eguneratzeak
4.2 OpenShift-en, web-interfazea guztiz eguneratu da garatzaileentzat zein administratzaileentzat.
OpenShift-en aurreko bertsioetan, denek hiru kontsoletan lan egiten zuten: zerbitzu-direktorioa, administratzaile-kontsola eta lan-kontsola. Orain klusterra bi zatitan bakarrik dago banatuta: administratzaile-kontsola eta garatzaile-kontsola.
Garatzaileen kontsolak erabiltzailearen interfazearen hobekuntza garrantzitsuak jaso ditu. Orain erosoago bistaratzen ditu aplikazioen topologiak eta haien muntaiak. Horri esker, garatzaileei edukiontzidun aplikazioak eta baliabide multzokatuak sortzea, hedatzea eta bistaratzea errazten zaie. Beraientzat garrantzitsua den horretan zentratzeko aukera ematen die.
Garatzaileen ataria OpenShift kudeaketa kontsolan
Belarria
Odo garatzaileei zuzendutako komando lerroko erabilgarritasuna da, eta aplikazioen garapena errazten du OpenShift-en. Git push estiloko komunikazioa erabiliz, CLI honek Kubernetes-en berri diren garatzaileei OpenShift-en aplikazioak eraikitzen laguntzen die.
Garapen-inguruneekin integrazioa
Garatzaileek orain beren aplikazioak OpenShift-en eraiki, arakatu eta inplementatu ditzakete beren kodea garatzeko ingurune gogokoena utzi gabe, hala nola, Microsoft Visual Studio, JetBrains (IntelliJ barne), Eclipse Desktop, etab.
Red Hat OpenShift Deployment luzapena Microsoft Azure DevOps-erako
Microsoft Azure DevOps-erako Red Hat OpenShift Deployment luzapena kaleratu da. DevOps tresna-multzo honen erabiltzaileek orain beren aplikazioak inplementa ditzakete Azure Red Hat OpenShift-era edo beste edozein OpenShift-en clusterra zuzenean Microsoft Azure DevOps-etik.
Hirugarren bertsiotik laugarrenera igarotzea
Bertsio berri bati buruz ari garenez, eta ez eguneratzeaz, ezin duzu laugarren bertsioa hirugarrenaren gainean jarri. Ez da onartuko XNUMX. bertsiotik XNUMX. bertsiora eguneratzea..
Baina bada berri onak: Red Hat-ek 3.7tik 4.2ra proiektuak migratzeko tresnak eskaintzen ditu. Aplikazioen lan-kargak migra ditzakezu Cluster Application Migration (CAM) tresna erabiliz. CAM-k migrazioa kontrolatzeko eta aplikazioen geldialdi-denbora minimizatzeko aukera ematen du.
txanda irekia 4.3
Artikulu honetan deskribatutako berrikuntza nagusiak 4.2 bertsioan agertu ziren. Duela gutxi kaleratu diren 4.3 aldaketak ez dira hain handiak, baina badaude oraindik gauza berri batzuk. Aldaketen zerrenda nahiko zabala da, hona hemen esanguratsuenak gure ustez:
Eguneratu Kubernetes bertsioa 1.16ra.
Bertsioa aldi berean bi urratsez berritu zen; OpenShift 4.2-n 1.14 zen.
Datuen enkriptatzea etcd-n
4.3 bertsioarekin hasita, etcd datu-basean datuak zifratzea posible izan zen. Enkriptatzea gaituta dagoenean, OpenShift API eta Kubernetes API baliabide hauek enkriptatzea posible izango da: Sekretuak, ConfigMaps, Ibilbideak, sarbide-tokenak eta OAuth baimena.
Helm
Helm 3 bertsiorako laguntza gehitu da, Kubernetes-en pakete kudeatzaile ezaguna. Oraingoz, laguntzak TEKNOLOGIA-AURREBISTA du egoera. Helm-en euskarria euskarri osora zabalduko da OpenShift-en hurrengo bertsioetan. Helm cli utilitatea OpenShift-ekin dator eta kluster kudeaketa web kontsolatik deskargatu daiteke.
Proiektuaren Arbelaren eguneratzea
Bertsio berrian, Project Dashboard-ek informazio gehigarria eskaintzen du proiektuaren orrian: proiektuaren egoera, baliabideen erabilera eta proiektuaren kuotak.
Web kontsolan Quay-ren ahuleziak bistaratzea
Kudeaketa kontsolari eginbide bat gehitu zaio Quay-ko biltegietako irudien ahultasun ezagunak erakusteko. Tokiko eta kanpoko biltegietarako ahuleziak bistaratzea onartzen da.
Lineaz kanpoko operadore-hubaren sorrera sinplifikatua
OpenShift kluster bat sare isolatu batean zabaltzeko kasuan, zeinetatik Interneterako sarbidea mugatua edo ez dagoen, OperatorHub erregistrorako "ispilua" sortzea errazten da. Orain hiru talderekin bakarrik egin daiteke.
Egileak:
Victor Puchkov, Yuri Semenyukov
Iturria: www.habr.com