Déi véiert Versioun vun OpenShift gouf relativ kuerzem verëffentlecht. Déi aktuell Versioun 4.3 ass zanter Enn Januar verfügbar an all Ännerunge sinn entweder eppes ganz Neies, wat net an der drëtter Versioun war, oder e groussen Update vun deem wat an der Versioun 4.1 erschéngt. Alles wat mir Iech elo soen, muss bekannt, verstanen a berücksichtegt ginn vun deenen, déi mat OpenShift schaffen a plangen op eng nei Versioun ze wiesselen.
Mat der Verëffentlechung vun OpenShift 4.2 huet Red Hat d'Aarbecht mat Kubernetes méi einfach gemaach. Nei Tools a Plugins sinn erschéngt fir Container, CI / CD Pipelines a Serverlos Deploymenten ze kreéieren. Innovatiounen ginn d'Entwéckler d'Méiglechkeet sech op Code ze schreiwen, an net op Kubernetes ze handelen.
Eigentlech, wat ass nei a Versioune vun OpenShift 4.2 a 4.3?
Beweegt Richtung Hybridwolleken
Wann Dir eng nei IT-Infrastruktur plangt oder wann Dir eng existent IT-Landschaft entwéckelen, betruechten d'Firmen ëmmer méi eng Cloud Approche fir d'Bereetstellung vun IT-Ressourcen, fir déi se privat Cloud-Léisungen implementéieren oder d'Kraaft vun ëffentleche Cloud-Provider benotzen. Also, modern IT Infrastrukture ginn ëmmer méi no engem "hybrid" Cloud Modell gebaut, wann souwuel on-premises Ressourcen an ëffentlech Cloud Ressourcen mat engem gemeinsame Gestioun System benotzt ginn. Red Hat OpenShift 4.2 ass speziell entwéckelt fir den Iwwergank zu engem Hybrid Cloud Modell ze vereinfachen an et mécht et einfach Ressourcen vun Ubidder wéi AWS, Azure a Google Cloud Plattform an de Cluster ze verbannen, zesumme mat privaten Wolleken op VMware an OpenStack.
Nei Approche fir Installatioun
An der Versioun 4 ass d'Approche fir OpenShift z'installéieren geännert. Red Hat bitt e speziellen Utility fir en OpenShift Cluster z'installéieren - openshift-install. D'Utility ass eng eenzeg binär Datei geschriwwen an Go. Openshit-installer preparéiert eng Yaml-Datei mat der Konfiguratioun erfuerderlech fir den Deployment.
Am Fall vun der Installatioun mat Cloud Ressourcen, musst Dir minimal Informatioun iwwer den zukünftege Stärekoup spezifizéieren: DNS Zone, Zuel vun den Aarbechternoden, spezifesch Astellunge fir de Cloud Provider, Kontinformatioun fir Zougang zum Cloud Provider. Nodeems Dir d'Konfiguratiounsdatei virbereet hutt, kann de Cluster mat engem Kommando ofgesat ginn.
Am Fall vun Installatioun op Ären eegene Rechenressourcen, zum Beispill, wann Dir eng privat Wollek benotzt (vSphere an OpenStack ginn ënnerstëtzt) oder wann Dir op bloe Metal Serveren installéiert, musst Dir d'Infrastruktur manuell konfiguréieren - d'Mindestzuel vu virtuelle Maschinnen virbereeden oder kierperlech Serveren déi néideg sinn fir e Kontrollplane-Cluster ze kreéieren, Netzwierkservicer konfiguréieren. No dëser Konfiguratioun kann en OpenShift Cluster ähnlech erstallt ginn mat engem Kommando vum Openshift-Installer Utility.
Infrastrukturupdates
CoreOS Integratioun
De Schlëssel Update ass Integratioun mat Red Hat CoreOS. Red Hat OpenShift Master Node kënnen elo schaffen nëmmen op déi nei OS. Dëst ass e gratis Betribssystem vum Red Hat dee speziell fir Containerléisungen entworf ass. Red Hat CoreOS ass e liichte Linux optimiséiert fir Container ze lafen.
Wann am 3.11 de Betribssystem an OpenShift getrennt existéiert hunn, dann ass et am 4.2 onloschterlech mat OpenShift verbonnen. Elo ass dëst en eenzegen Apparat - onverännerbar Infrastruktur.
Fir Cluster déi RHCOS fir all Noden benotzen, ass d'Upgrade vun OpenShift Container Plattform en einfachen an héich automatiséierte Prozess.
Virdrun, fir OpenShift ze aktualiséieren, musst Dir als éischt den ënnerierdesche Betribssystem aktualiséieren, op deem de Produkt leeft (zu där Zäit, Red Hat Enterprise Linux). Nëmmen dann konnt OpenShift graduell aktualiséiert ginn, Node fir Node. Et war net geschwat vun enger Automatisatioun vum Prozess.
Elo, well d'OpenShift Container Plattform d'Systemer a Servicer op all Node voll kontrolléiert, och d'OS, gëtt dës Aufgab geléist andeems Dir e Knäppchen aus der Webinterface dréckt. Duerno gëtt e spezielle Bedreiwer am OpenShift-Cluster gestart, deen de ganzen Updateprozess kontrolléiert.
Neien CSI
Zweetens, den neien CSI ass e Späicher-Interface Controller deen Iech erlaabt verschidde extern Späichersystemer mam OpenShift-Cluster ze verbannen. Eng grouss Zuel vu Stockage Chauffeuren Ubidder fir OpenShift sinn ënnerstëtzt baséiert op Stockage Chauffeuren déi vun de Stockage System Hiersteller selwer geschriwwe ginn. Eng komplett Lëscht vun ënnerstëtzte CSI Treiber kann an dësem Dokument fonnt ginn: . An dëser Lëscht fannt Dir all d'Haaptmodeller vun Disk Arrays vu féierende Hiersteller (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS Léisungen (Ceph) a Cloud Storage (AWS, Azure, Google). OpenShift 4.2 ënnerstëtzt CSI Treiber vun der CSI Spezifizéierung Versioun 1.1.
RedHat OpenShift Service Mesh
Baséierend op den Istio, Kiali a Jaeger Projeten, Red Hat OpenShift Service Mesh, zousätzlech zu den üblechen Aufgabe vu Routing Ufroen tëscht Servicer, erlaabt hir Tracing a Visualiséierung. Dëst hëlleft Entwéckler einfach ze kommunizéieren, iwwerwaachen a verwalten eng Applikatioun déi am Red Hat OpenShift ofgebaut gëtt.
Visualiséierung vun enger Applikatioun mat enger Mikroservicearchitektur mat Kiali
Fir d'Installatioun, den Ënnerhalt an d'Liewenszyklusverwaltung vum Service Mesh sou vill wéi méiglech ze vereinfachen, gëtt Red Hat OpenShift Administrateuren e spezielle Bedreiwer, de Service Mesh Operator. Dëst ass e Kubernetes Bedreiwer deen Iech erlaabt rekonfiguréiert Istio, Kiali a Jaeger Packagen op engem Cluster z'installéieren, fir d'administrativ Belaaschtung vun der Applikatiounsmanagement ze maximéieren.
CRI-O amplaz Docker
De Standard Container Runtime Docker gouf duerch CRI-O ersat. Et war méiglech CRI-O schonn an der Versioun 3.11 ze benotzen, awer am 4.2 gouf et den Haapt. Net gutt oder schlecht, awer eppes fir am Kapp ze halen wann Dir de Produkt benotzt.
Bedreiwer an Applikatioun Détachement
Bedreiwer sinn eng nei Entitéit fir RedHat OpenShift, déi an der véierter Versioun erschéngt. Et ass eng Method fir eng Kubernetes Applikatioun ze packen, z'installéieren an ze managen. Et kann als Plugin geduecht ginn fir Uwendungen déi a Container ofgesat ginn, gedriwwe vun der Kubernetes API a kubectl Tools.
Kubernetes Bedreiwer hëllefen all Aufgaben am Zesummenhang mat der Administratioun an der Liewenszyklusverwaltung vun der Applikatioun ze automatiséieren, déi Dir op Äre Cluster ofsetzt. Zum Beispill kann de Bedreiwer Aktualiséierungen, Backups a Skaléieren vun der Applikatioun automatiséieren, d'Konfiguratioun änneren, etc. Eng komplett Lëscht vun Opérateuren kann op fonnt ginn .
OperatorHub ass direkt vun der Webinterface vun der Managementkonsol zougänglech. Et ass en Applikatiounsverzeechnes fir OpenShift erhale vum Red Hat. Déi. all Red Hat guttgeheescht Opérateuren wäert vun Verkeefer Ënnerstëtzung Daach ginn.
OperatorHub Portal an der OpenShift Management Konsole
Universal Basis Bild
Et ass e standardiséierte Set vu RHEL OS Biller déi benotzt kënne fir Är containeriséiert Uwendungen ze bauen. Et gi minimal, Standard a voll Sets. Si huelen ganz wéineg Plaz an ënnerstëtzen all déi néideg installéiert Packagen a Programméierungssproochen.
CI/CD Tools
Am RedHat OpenShif 4.2 gouf et méiglech tëscht Jenkins an OpenShift Pipelines ze wielen baséiert op Tekton Pipelines.
OpenShift Pipelines baséiert op Tekton, wat besser vun Pipeline ënnerstëtzt gëtt wéi Code a GitOps Approche. An OpenShift Pipelines leeft all Schrëtt a sengem eegene Container, sou datt Ressourcen nëmme benotzt ginn während de Schrëtt ausféiert. Dëst gëtt Entwéckler komplett Kontroll iwwer Modul Liwwerung Pipelines, Plugins, an Zougang Kontroll ouni zentrale CI / CD Server ze verwalten.
OpenShift Pipelines ass de Moment an der Entwéckler Preview a verfügbar als Bedreiwer op engem OpenShift 4 Cluster Natierlech kënnen OpenShift Benotzer nach ëmmer Jenkins op RedHat OpenShift 4 benotzen.
Entwéckler Management Updates
Am 4.2 OpenShift ass d'Webinterface komplett fir Entwéckler an Administrateuren aktualiséiert ginn.
A fréiere Versioune vun OpenShift huet jiddereen an dräi Konsolen geschafft: Serviceverzeichnis, Administratorkonsole an Aarbechtskonsole. Elo ass de Stärekoup nëmmen an zwee Deeler opgedeelt - Administratorkonsole an Entwécklerkonsole.
D'Entwécklerkonsole huet bedeitend User Interface Verbesserunge kritt. Elo weist et méi bequem d'Topologien vun Uwendungen an hir Versammlungen. Dëst mécht et méi einfach fir Entwéckler ze kreéieren, z'installéieren an ze visualiséieren containeriséierter Uwendungen a clustered Ressourcen. Erlaabt hinnen ze fokusséieren op dat wat fir si wichteg ass.
Entwéckler Portal an der OpenShift Management Konsol
ech héieren
Odo ass en Entwéckler-orientéiert Kommandozeil Utility deen d'Applikatiounsentwécklung an OpenShift vereinfacht. Mat Hëllef vu Git Push Style Kommunikatioun, hëlleft dësen CLI Entwéckler nei Kubernetes Uwendungen an OpenShift ze bauen.
Integratioun mat Entwécklungsëmfeld
Entwéckler kënnen elo hir Uwendungen an OpenShift bauen, debuggen an ofsetzen ouni hir Liiblingscode Entwécklungsëmfeld ze verloossen, sou wéi Microsoft Visual Studio, JetBrains (inklusiv IntelliJ), Eclipse Desktop, etc.
Red Hat OpenShift Deployment Extensioun fir Microsoft Azure DevOps
D'Red Hat OpenShift Deployment Extensioun fir Microsoft Azure DevOps gouf verëffentlecht. D'Benotzer vun dësem DevOps Toolset kënnen elo hir Uwendungen op Azure Red Hat OpenShift oder all aner OpenShift Cluster direkt vu Microsoft Azure DevOps ofsetzen.
Iwwergang vun der drëtter Versioun op déi véiert
Well mir iwwer eng nei Verëffentlechung schwätzen, an net en Update, kënnt Dir net nëmmen déi véiert Versioun op der drëtter setzen. D'Aktualiséierung vun der Versioun 3 op d'Versioun 4 gëtt net ënnerstëtzt..
Awer et gëtt gutt Neiegkeet: Red Hat bitt Tools fir Projete vun 3.7 op 4.2 ze migréieren. Dir kënnt Applikatiounsaarbechtslaascht migréieren mat dem Cluster Application Migration (CAM) Tool. CAM erlaabt Iech d'Migratioun ze kontrolléieren an d'Uwendungszäit ze minimiséieren.
OpenShift 4.3
Déi Haaptinnovatiounen, déi an dësem Artikel beschriwwe ginn, erschéngen an der Versioun 4.2. Déi kierzlech verëffentlecht 4.3 Ännerungen sinn net sou grouss, awer et ginn nach ëmmer e puer nei Saachen. D'Lëscht vun den Ännerungen ass zimlech extensiv, hei sinn déi bedeitendst an eiser Meenung:
Update Kubernetes Versioun op 1.16.
D'Versioun gouf vun zwee Schrëtt op eemol aktualiséiert;
Dateverschlësselung an etcd
Vun der Versioun 4.3 un, gouf et méiglech Daten an der etcd Datebank ze verschlësselen. Wann d'Verschlësselung aktivéiert ass, wäert et méiglech sinn déi folgend OpenShift API a Kubernetes API Ressourcen ze verschlësselen: Secrets, ConfigMaps, Routes, Access Tokens, an OAuth Autorisatioun.
Helm
Zousätzlech Ënnerstëtzung fir Helm Versioun 3, e populäre Package Manager fir Kubernetes. Fir de Moment huet d'Ënnerstëtzung de Status TECHNOLOGY PREVIEW. Helm Ënnerstëtzung gëtt op voll Ënnerstëtzung an zukünfteg Versioune vun OpenShift erweidert. Den Helm cli Utility kënnt mat OpenShift a kann aus der Cluster Management Web Konsol erofgeluede ginn.
Project Dashboard Update
An der neier Versioun liwwert Project Dashboard zousätzlech Informatioun op der Projetssäit: de Status vum Projet, d'Ressourcebenotzung a Projetsquoten.
Weist Schwachstelle fir Quai an der Webkonsole
Eng Feature gouf op d'Verwaltungskonsole bäigefüügt fir bekannte Schwachstelle fir Biller a Quay Repositories ze weisen. Weist Schwachstelle fir lokal an extern Repositories gëtt ënnerstëtzt.
Vereinfacht Kreatioun vun offline Operatorhub
Fir de Fall vun engem OpenShift-Cluster an engem isoléierten Netzwierk z'installéieren, aus deem den Zougang zum Internet limitéiert oder fehlt ass, gëtt e "Spigel" fir den OperatorHub Registry vereinfacht. Elo kann dat mat nëmmen dräi Equipen gemaach ginn.
D'Auteuren:
Victor Puchkov, Yuri Semenyukov
Source: will.com