, waarvan die hele essensie die kursus na outomatisering en optimalisering van werk met die wolkomgewing voortsit.
Laat ons onthou dat ons in Mei 2019 Red Hat OpenShift 4 bekendgestel het, die volgende generasie van ons Kubernetes-platform, wat ons herontwerp het om die bestuur van houertoepassings in produksieomgewings te vereenvoudig.
Die oplossing is geskep as 'n selfbestuurde platform met outo-opdaterings en lewensiklusbestuur in 'n hibriede wolk en is gebou op bewese Red Hat Enterprise Linux en Red Hat Enterprise Linux CoreOS. In weergawe 4.2 was die fokus daarop om die platform meer ontwikkelaarvriendelik te maak. Daarbenewens het ons die werk van die bestuur van die platform en toepassings vir groepadministrateurs vereenvoudig deur migrasienutsmiddels van OpenShift 3 na 4 aan te bied, asook die implementering van ondersteuning vir vanlyn konfigurasies.
Waar is die spoed?
Weergawe 4.2 vergemaklik die werk met Kubernetes aansienlik, en bied 'n nuwe OpenShift-bestuurskonsole-modus wat geoptimaliseer is vir ontwikkelaartake, sowel as nuwe gereedskap en inproppe om houers te bou, CI/CD-pyplyne te organiseer en bedienerlose stelsels te implementeer. Dit alles help programmeerders om meer presies te fokus op hul hooftaak - die skep van toepassingskode, sonder om afgelei te word deur die eienaardighede van Kubernetes.
Bekyk toepassingstopologie in die ontwikkelaarkonsole.
Nuwe ontwikkelaarmodus van die OpenShift-konsole
Nuwe ontwikkelaarnutsgoed in OpenShift 4.2:
- Webkonsole help ontwikkelaars om te fokus op wat die belangrikste is deur slegs die inligting en konfigurasies te vertoon wat hulle benodig. 'n Verbeterde UI vir topologiebesigtiging en toepassingsamestelling maak dit makliker om toepassings en groeperingshulpbronne te skep, te ontplooi en te visualiseer.
- Gereedskap – 'n spesiale opdraglyn-koppelvlak vir ontwikkelaars wat die ontwikkeling van toepassings op die OpenShift-platform vergemaklik. Deur interaksie soos Git push te organiseer, help hierdie CLI ontwikkelaars om moeiteloos toepassings op die OpenShift-platform te skep, sonder om in die ingewikkeldhede van Kubernetes te delf.
- vir Microsoft Visual Studio Code, JetBrains IDE (insluitend IntelliJ) en Eclipse Desktop IDE bied maklike integrasie met die gereedskap wat gebruik word en laat jou toe om toepassings vir OpenShift te ontwikkel, te bou, te ontfout en te ontplooi in die IDE-omgewing wat aan ontwikkelaars bekend is.
- Red Hat OpenShift-ontplooiingsuitbreiding vir Microsoft Azure DevOps. Verskaf gebruikers van hierdie DevOps-nutsmiddelstel met die vermoë om hul toepassings op Azure Red Hat OpenShift of enige ander OpenShift-klusters op die Microsoft Azure DevOps-platform te ontplooi.
Inprop vir Visual Studio
Volle OpenShift op 'n skootrekenaar
, wat klaargemaakte OpenShift-klusters is wat geoptimaliseer is vir ontplooiing op 'n werkstasie of skootrekenaar, maak dit moontlik om wolktoepassings plaaslik te ontwikkel.
Diens Mesh
Ons oplossing , gebou op die basis van oopbron sagteware projekte Istio, Kiali en Jaeger en spesiale , vereenvoudig die ontwikkeling, ontplooiing en instandhouding van toepassings op die OpenShift-platform deur die nodige gereedskap te verskaf en die outomatisering van wolktoepassings oor te neem gebaseer op moderne argitekture soos mikrodienste. Die oplossing stel programmeerders in staat om hulself te bevry van die behoefte om onafhanklik gespesialiseerde netwerkdienste te ontplooi en in stand te hou wat nodig is vir die toepassings en besigheidslogika wat geskep word.
, , is pasgemaak vir die ontwikkelaar letterlik "van begin tot einde" en bied kenmerke soos opsporing, metrieke, visualisering en monitering van netwerkkommunikasie, sowel as installering en konfigurasie van 'n diensnetwerk in een klik. Daarbenewens bied die oplossing voordele in terme van operasionele bestuur en sekuriteit, soos enkripsie van verkeer tussen bedieners binne die datasentrum en integrasie met 'n API-poort .
Gevorderde visualisering van groepverkeer met behulp van Kiali binne OpenShift Service Mesh
Bedienerlose rekenaar
Ons ander oplossing , help jou om toepassings te ontplooi en te laat loop wat maklik op en af skaal op aanvraag, tot by nul. Gebou bo-op die Knative-projek en beskikbaar in Tegnologievoorskou, kan hierdie oplossing op enige OpenShift 4-kluster geaktiveer word deur die geassosieerde Kubernetes-operateur te gebruik, wat dit maklik maak om te begin en die komponente te installeer wat nodig is om bedienerlose toepassings of funksies op OpenShift te ontplooi. Die ontwikkelingsmodus van die OpenShift-konsole, wat in weergawe 4.2 verskyn het, laat jou toe om bedienerlose opsies in standaard ontwikkelingsprosesse te gebruik, soos Import from Git of Deployan Image, met ander woorde, jy kan bedienerlose toepassings direk vanaf die konsole skep.
Stel bedienerlose ontplooiing in die OpenShift-konsole op
Benewens integrasie met die ontwikkelaarkonsole, het die nuwe weergawe van OpenShift ander verbeterings in terme van bedienerloos. In die besonder, dit is kn - die Knative command line koppelvlak, wat gerieflike en intuïtiewe werking bied, laat jou toe om voorwerpe wat nodig is vir toepassings te groepeer; neem momentopnames van kode en konfigurasies, en bied ook die vermoë om netwerkeindpunte na spesifieke weergawes of dienste te karteer. Al hierdie kenmerke, beskikbaar in Tegnologievoorskou deur die OpenShift-bedienerlose operateur, help ontwikkelaars om gemaklik te raak met die bedienerlose argitektuur en het die buigsaamheid om hul toepassings in die hibriede wolk te ontplooi sonder om in spesifieke infrastruktuur toegesluit te word.
Wolk CI/CD pyplyne
Deurlopende integrasie en aflewering (CI/CD) is vandag sleutelontwikkelingspraktyke wat die spoed en betroubaarheid van sagteware-ontplooiing verhoog. Goeie CI/CD-instrumente laat ontwikkelingspanne toe om terugvoerprosesse te stroomlyn en te outomatiseer, wat van kritieke belang is vir suksesvolle ratse ontwikkeling. In OpenShift kan jy klassieke Jenkins of ons nuwe oplossing as so 'n gereedskapstel gebruik .
Jenkins vandag is die de facto standaard, maar ons assosieer die toekoms van houer CI/CD met die Tekton oopbron sagteware projek. Daarom is OpenShift Pipelines spesifiek gebou op grond van hierdie projek en ondersteun beter tipiese benaderings vir wolkoplossings soos pyplyn-as-kode ("pyplyn as kode") en GitOps. In OpenShift Pipelines loop elke stap in sy eie houer, so hulpbronne word slegs verbruik terwyl daardie stap loop, wat ontwikkelaars volle beheer oor hul afleweringspyplyne, inproppe en toegangsbeheer toelaat sonder om op 'n sentrale CI/CD-bediener staat te maak.
OpenShift Pipelines is steeds in Ontwikkelaarvoorskou en is beskikbaar as 'n ooreenstemmende operateur wat in enige OpenShift 4-kluster gebruik kan word. Jenkins kan in beide OpenShift 3- en 4-weergawes gebruik word.
Red Hat OpenShift pyplyne
Bestuur houers in 'n hibriede wolk
Outomatiese installasie en opdatering van OpenShift bring die hibriede wolk so na as moontlik aan die kanonieke wolk in terme van gebruikerservaring. OpenShift 4.2 was voorheen beskikbaar vir groot publieke wolkplatforms, private wolke, virtualisasieplatforms en kaalmetaalbedieners, maar weergawe XNUMX voeg twee nuwe publieke wolkplatforms by hierdie lys - Microsoft Azure en Google Cloud Platform, sowel as OpenStack private wolke.
Die OpenShift 4.2-installeerder is vir verskeie teikenomgewings verbeter, en is ook opgelei om vir die eerste keer met geïsoleerde (nie aan die internet gekoppel) konfigurasies te werk. Sandbox-installasie en verpligte proxy-modus met die vermoë om jou eie CA-bundel te verskaf, help om voldoening aan regulatoriese standaarde en interne sekuriteitsprotokolle te verseker. Selfstandige installasiemodus laat jou toe om altyd die nuutste weergawe van OpenShift Container Platform te hê in gebiede waar daar geen internettoegang is nie of in omgewings met streng beeldtoetsbeleide.
Verder, deur 'n volledige OpenShift-stapel te gebruik met Red Hat Enterprise Linux CoreOS, 'n liggewig weergawe van Red Hat Enterprise Linux, kan jy 'n wolk gereed hê binne minder as 'n uur vanaf installasie.
Red Hat OpenShift laat jou toe om die prosesse van die skep, ontplooiing en bestuur van houertoepassings in die wolk en op die perseel infrastruktuur te verenig. Met makliker, meer outomatiese en vinniger installasie is OpenShift 4.2 nou beskikbaar op AWS, Azure, OpenStack en GCP, wat organisasies in staat stel om hul Kubernetes-platforms doeltreffend in 'n hibriede wolk te bestuur.
Maklike migrasie van OpenShift 3 na OpenShift 4
Nuwe werklading-migrasienutsgoed maak dit makliker om van vorige weergawes van die platform na OpenShift 4.2 te migreer. Die oordrag van vragte van 'n ou groep na 'n nuwe een is nou baie vinniger, makliker en met 'n minimum van handbewerkings. Die groepadministrateur moet net die bron OpenShift 3.x-kluster kies, die gewenste projek (of naamruimte) daarop merk en dan spesifiseer wat om met die ooreenstemmende volgehoue volumes te doen - kopieer dit na die teiken OpenShift 4.x-kluster of migreer dit . Toepassings gaan dan voort om op die oorspronklike groepering te loop totdat die administrateur hulle beëindig.
OpenShift 4.2 ondersteun verskeie migrasiescenario's:
- Die data word gekopieer met behulp van 'n intermediêre bewaarplek gebaseer op die Velero-projek. Hierdie opsie laat jou toe om te migreer met 'n verandering van bergingstelsel wanneer, byvoorbeeld, die oorspronklike groep Gluster gebruik, en die nuwe een gebruik Ceph.
- Die data bly in die huidige bewaarplek, maar dit is gekoppel aan die nuwe groepering (aanhoudende volumewisseling).
- Kopieer lêerstelsels met Restic.
Eerste aand reg
Dikwels wil ons gebruikers in staat wees om beplande OpenShift-innovasies te probeer lank voordat 'n nuwe vrystelling vrygestel word. . Neem asseblief kennis dat hierdie bouwerk nie bedoel is vir produksiegebruik nie, nie ondersteun word nie, swak gedokumenteer is en moontlik onvolledige funksionaliteit kan hê. Die kwaliteit van hierdie bouwerk neem toe namate hulle nader aan die finale weergawe kom.
Nightly builds laat kliënte en vennote toe om nuwe kenmerke vroeg in ontwikkeling te bekyk, wat nuttig kan wees vir ontplooiingsbeplanning of integrasie van OpenShift met ISV-ontwikkelaars se eie oplossings.
Nota aan OKD-gemeenskapslede
Werk het begin aan OKD 4.0, die oopbron Kubernetes-verspreiding wat deur die ontwikkelingsgemeenskap geskep word en onderliggend is aan Red Hat OpenShift. Ons nooi almal uit om hul beoordeling van die huidige toestand te gee , Fedora CoreOS (FCOS) en Kubernetes binne die OKD-werkgroep of volg die vordering op die webwerf .
Let wel:
Die woord "vennootskap" in hierdie publikasie impliseer nie 'n wettige vennootskap of enige ander vorm van regsverhouding tussen Red Hat, Inc. en enige ander regspersoon.
Bron: will.com