Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark

OpenShift 2019 waard yn oktober 4.2 frijlitten, de hiele essinsje wêrfan de kursus trochgiet nei automatisearring en optimisaasje fan wurk mei de wolkomjouwing.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark

Lit ús ûnthâlde dat wy yn maaie 2019 Red Hat OpenShift 4 yntrodusearre, de folgjende generaasje fan ús Kubernetes-platfoarm, dat wy opnij ûntworpen om it behear fan kontenerapplikaasjes yn produksjeomjouwings te ferienfâldigjen.

De oplossing is makke as in selsbeheard platfoarm mei auto-updates en libbenssyklusbehear yn in hybride wolk en is boud op bewezen Red Hat Enterprise Linux en Red Hat Enterprise Linux CoreOS. Yn ferzje 4.2 wie de fokus op it meitsjen fan it platfoarm ûntwikkeldersfreonliker. Derneist hawwe wy it wurk fan it behearen fan it platfoarm en applikaasjes foar klusterbehearders ferienfâldige troch migraasje-ark fan OpenShift 3 nei 4 oan te bieden, en ek it ymplementearjen fan stipe foar offline konfiguraasjes.

Wêr is de snelheid?

Ferzje 4.2 ferienfâldiget it wurkjen mei Kubernetes sterk, en biedt in nije OpenShift-behearkonsole-modus optimalisearre foar ûntwikkelderstaken, lykas nije ark en plugins foar it bouwen fan konteners, it organisearjen fan CI / CD-pipelines en it ymplementearjen fan serverless systemen. Dit alles helpt programmeurs om krekter te fokusjen op har haadtaak - it meitsjen fan applikaasjekoade, sûnder te wurde ôfleid troch de eigenaardichheden fan Kubernetes.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Besjoch applikaasjetopology yn 'e ûntwikkelderskonsole.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Nije ûntwikkeldersmodus fan 'e OpenShift-konsole

Nije ûntwikkelders ark yn OpenShift 4.2:

  • Untwikkelder modus Webkonsole helpt ûntwikkelders te fokusjen op wat it wichtichste is troch allinich de ynformaasje en konfiguraasjes wer te jaan dy't se nedich binne. In ferbettere UI foar topology werjefte en tapassing gearstalling makket it makliker te meitsjen, ynsette, en fisualisearjen containerized applikaasjes en cluster boarnen.
  • Toolkit ear - in spesjale kommandorigelynterface foar ûntwikkelders dy't de ûntwikkeling fan applikaasjes op it OpenShift-platfoarm ferienfâldigt. Troch ynteraksje te organisearjen lykas Git-push, helpt dizze CLI ûntwikkelders sûnder muoite oan it meitsjen fan applikaasjes op it OpenShift-platfoarm, sûnder te ferdjipjen yn 'e yngewikkeldheden fan Kubernetes.
  • Red Hat OpenShift Connector foar Microsoft Visual Studio Code, JetBrains IDE (ynklusyf IntelliJ) en Eclipse Desktop IDE jout maklike yntegraasje mei de brûkte ark en kinne jo te ûntwikkeljen, bouwen, debug en ynsette applikaasjes foar OpenShift yn de IDE-omjouwing bekend foar ûntwikkelders.
  • Red Hat OpenShift Deployment Extension foar Microsoft Azure DevOps. Biedt brûkers fan dizze DevOps-ark de mooglikheid om har applikaasjes yn te setten op Azure Red Hat OpenShift of hokker oare OpenShift-klusters op it Microsoft Azure DevOps-platfoarm.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Plugin foar Visual Studio

Folsleine OpenShift op in laptop

Red Hat CodeReady Containers, dy't klearmakke OpenShift-klusters binne optimalisearre foar ynset op in wurkstasjon of laptop, meitsje it mooglik om lokaal wolkapplikaasjes te ûntwikkeljen.

Service Mesh

Us oplossing OpenShift Service Mesh, boud op basis fan iepen boarne software projekten Istio, Kiali en Jaeger en spesjale Kubernetes operator, ferienfâldiget de ûntwikkeling, ynset en ûnderhâld fan applikaasjes op it OpenShift-platfoarm troch it leverjen fan de nedige ark en it oernimmen fan de automatisearring fan wolkapplikaasjes basearre op moderne arsjitektueren lykas mikrotsjinsten. De oplossing lit programmeurs harsels befrije fan 'e needsaak om selsstannich spesjalisearre netwurktsjinsten yn te setten en te ûnderhâlden dy't nedich binne foar de oanmakke applikaasjes en bedriuwslogika.

Red Hat OpenShift Service Mesh, beskikber foar OpenShift 4, is maatwurk foar de ûntwikkelder letterlik "fan begjin oant ein" en biedt funksjes lykas tracing, metriken, fisualisaasje en kontrôle fan netwurkkommunikaasje, lykas ynstallaasje en konfiguraasje fan in tsjinstmesh yn ien klik. Derneist biedt de oplossing foardielen fan in perspektyf foar operasjoneel behear en feiligens, lykas fersifering fan ferkear tusken servers binnen in datasintrum en yntegraasje mei in API-gateway Red Hat 3 skaal.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Avansearre fisualisaasje fan klusterferkear mei Kiali yn OpenShift Service Mesh

Serverless computing

Us oare oplossing OpenShift Serverless, helpt jo applikaasjes yn te setten en út te fieren dy't op oanfraach maklik op en del skaalje, oant nul. Boud boppe op it Knative-projekt en beskikber yn Technology Preview, dizze oplossing kin aktivearre wurde op elk OpenShift 4-kluster mei de assosjearre Kubernetes-operator, wêrtroch it maklik is om te begjinnen en de komponinten te ynstallearjen dy't nedich binne om serverless applikaasjes of funksjes op OpenShift yn te setten. De ûntwikkelingsmodus fan 'e OpenShift-konsole, dy't ferskynde yn ferzje 4.2, lit jo serverless opsjes brûke yn standert ûntwikkelingsprosessen, lykas Ymportearje fan Git of Deployan Image, mei oare wurden, jo kinne serverless applikaasjes direkt fan 'e konsole oanmeitsje.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Serverless ynset ynstelle yn 'e OpenShift-konsole

Neist yntegraasje mei de ûntwikkelderskonsole hat de nije ferzje fan OpenShift oare ferbetteringen yn termen fan serverless. Benammen dit is kn - de Knative kommandorigelynterface, dy't handige en yntuïtive operaasje leveret, kinne jo objekten groepearje dy't nedich binne foar applikaasjes; nim snapshots fan koade en konfiguraasjes, en jout ek de mooglikheid om te map netwurk einpunten oan spesifike ferzjes of tsjinsten. Al dizze funksjes, beskikber yn Technology Preview fia de OpenShift Serverless operator, helpe ûntwikkelders noflik te wurden mei de serverless arsjitektuer en hawwe de fleksibiliteit om har applikaasjes yn te setten yn 'e hybride wolk sûnder opsletten te wurden yn spesifike ynfrastruktuer.

Cloud CI / CD pipelines

Trochrinnende yntegraasje en levering (CI / CD) binne hjoed de dei wichtige ûntwikkelingspraktiken dy't de snelheid en betrouberens fan software-ynset ferheegje. Goede CI / CD-ark kinne ûntwikkelingsteams streamline en automatisearje feedbackprosessen, wat kritysk is foar suksesfolle agile ûntwikkeling. Yn OpenShift kinne jo klassike Jenkins brûke as ús nije oplossing as sa'n toolkit OpenShift Pipelines.

Jenkins hjoed is de de facto standert, mar wy assosjearje de takomst fan container CI / CD mei de Tekton iepen boarne software projekt. Dêrom is OpenShift Pipelines spesifyk boud op basis fan dit projekt en stipet better sokke typyske oanpak foar wolkoplossingen as pipeline-as-code ("pipeline as code") en GitOps. Yn OpenShift Pipelines rint elke stap yn in eigen kontener, sadat boarnen allinich konsumeare wurde wylst dy stap rint, wêrtroch ûntwikkelders folsleine kontrôle kinne oer har leveringspipelines, plugins en tagongskontrôle sûnder te fertrouwe op in sintrale CI / CD-tsjinner.

OpenShift Pipelines is noch yn Untwikkeldersfoarbyld en is beskikber as in oerienkommende operator dy't brûkt wurde kin yn elke OpenShift 4-kluster. Jenkins kin brûkt wurde yn sawol OpenShift 3- as 4-ferzjes.

Red Hat OpenShift 4.2 biedt ûntwikkelders ferbettere en útwreide ark
Red Hat OpenShift pipelines

Behear fan konteners yn in hybride wolk

Automatisearre ynstallaasje en bywurking fan OpenShift bringt de hybride wolk sa ticht mooglik by de kanonike wolk yn termen fan brûkersûnderfining. OpenShift 4.2 wie earder beskikber foar grutte iepenbiere wolkplatfoarms, partikuliere wolken, virtualisaasjeplatfoarms en bleatemetaalservers, mar ferzje XNUMX foeget twa nije iepenbiere wolkplatfoarms ta oan dizze list - Microsoft Azure en Google Cloud Platform, lykas OpenStack privee wolken.

De OpenShift 4.2-ynstallearder is ferbettere foar ferskate doelomjouwings, en is ek trainearre om foar it earst te wurkjen mei isolearre (net ferbûn mei it ynternet) konfiguraasjes. Sandboxed ynstallaasje en ferplichte proxy modus mei de mooglikheid om te foarsjen jo eigen CA bondel helpe te garandearjen neilibjen fan regeljouwing noarmen en ynterne feiligens protokollen. Standalone ynstallaasjemodus lit jo altyd de lêste ferzje fan OpenShift Container Platform hawwe yn gebieten wêr't gjin ynternettagong is of yn omjouwings mei strang byldtestbelied.

Derneist, troch it ynsetten fan in folsleine OpenShift-stapel mei Red Hat Enterprise Linux CoreOS, in lichtgewicht ferzje fan Red Hat Enterprise Linux, kinne jo in wolk klear hawwe yn minder dan in oere fan ynstallaasje.

Red Hat OpenShift lit jo de prosessen ferienigje foar it meitsjen, ynsetten en behearen fan kontenerapplikaasjes yn 'e wolk en ynfrastruktuer op it terrein. Mei makliker, mear automatisearre en rapper ynstallaasje is OpenShift 4.2 no beskikber op AWS, Azure, OpenStack en GCP, wêrtroch organisaasjes har Kubernetes-platfoarms effisjint kinne beheare yn in hybride wolk.

Maklike migraasje fan OpenShift 3 nei OpenShift 4

Nije ark foar migraasje fan wurkdruk meitsje it makliker om te migrearjen nei OpenShift 4.2 fan eardere ferzjes fan it platfoarm. It oerdragen fan loads fan in âld kluster nei in nij is no folle flugger, makliker en mei in minimum fan hânmjittige operaasjes. De klusterbehearder moat gewoan de boarne OpenShift 3.x-kluster selektearje, it winske projekt (of nammeromte) derop markearje en dan opjaan wat te dwaan mei de oerienkommende persistente folumes - kopiearje se nei it doel OpenShift 4.x-kluster of migrearje se . Applikaasjes rinne dan fierder op it orizjinele kluster oant de behearder se beëiniget.

OpenShift 4.2 stipet ferskate migraasje-senario's:

  • De gegevens wurde kopiearre mei in tuskenlizzende repository basearre op it Velero-projekt. Dizze opsje kinne jo migrearje mei in feroaring fan opslach systeem as, bygelyks, de oarspronklike kluster brûkt Gluster, en de nije brûkt Ceph.
  • De gegevens bliuwe yn it hjoeddeistige repository, mar it is ferbûn mei it nije kluster (persistente folumewikseling).
  • Bestânsystemen kopiearje mei Restic.

Rjochts fan 'e earste nacht

Faak soene ús brûkers graach plande OpenShift-ynnovaasjes kinne besykje lang foardat in nije release wurdt frijlitten. Dêrom, begjinnend mei OpenShift 4.2, jouwe wy klanten en partners tagong ta nachtlike builds. Tink derom dat dizze builds net bedoeld binne foar produksjegebrûk, wurde net stipe, binne min dokumintearre en kinne ûnfolsleine funksjonaliteit hawwe. De kwaliteit fan dizze builds nimt ta as se tichter by de definitive ferzje komme.

Nachtlike builds kinne klanten en partners in foarbyld fan nije funksjes betiid yn ûntwikkeling, wat nuttich kin wêze foar ynsetplanning of yntegraasje fan OpenShift mei ISV-ûntwikkelders 'eigen oplossingen.

Opmerking foar OKD-mienskipsleden

Wurk is begûn oan OKD 4.0, de iepen boarne Kubernetes-distribúsje dy't is makke troch de ûntwikkelingsmienskip en leit oan Red Hat OpenShift. Wy noegje elkenien út om har beoardieling fan 'e hjoeddeistige steat te jaan OKD4, Fedora CoreOS (FCOS) en Kubernetes binnen de OKD-wurkgroep of folgje de foarútgong op 'e webside OKD.io.

Tink derom:

It wurd "partnerskip" yn dizze publikaasje betsjut net in juridysk partnerskip of in oare foarm fan juridyske relaasje tusken Red Hat, Inc. en elke oare juridyske entiteit.

Boarne: www.habr.com

Add a comment