, hvis hele essensen fortsætter kurset mod automatisering og optimering af arbejdet med cloudmiljøet.
Lad os huske på, at vi i maj 2019 introducerede Red Hat OpenShift 4, den næste generation af vores Kubernetes-platform, som vi redesignede for at forenkle administrationen af containerapplikationer i produktionsmiljøer.
Løsningen blev skabt som en selvstyret platform med automatiske opdateringer og livscyklusstyring i en hybrid cloud og er bygget på gennemprøvet Red Hat Enterprise Linux og Red Hat Enterprise Linux CoreOS. I version 4.2 var der fokus på at gøre platformen mere udviklervenlig. Derudover har vi forenklet arbejdet med at administrere platformen og applikationerne for klyngeadministratorer ved at tilbyde migreringsværktøjer fra OpenShift 3 til 4, samt implementere support til offline konfigurationer.
Hvor er hastigheden?
Version 4.2 forenkler arbejdet med Kubernetes i høj grad, og tilbyder en ny OpenShift-styringskonsoltilstand, der er optimeret til udvikleropgaver, samt nye værktøjer og plugins til at bygge containere, organisere CI/CD-pipelines og implementere serverløse systemer. Alt dette hjælper programmører til at fokusere mere præcist på deres hovedopgave - at skabe applikationskode uden at blive distraheret af Kubernetes' særegenheder.
Se applikationstopologi i udviklerkonsollen.
Ny udviklertilstand for OpenShift-konsollen
Nye udviklerværktøjer i OpenShift 4.2:
- Webkonsol hjælper udviklere med at fokusere på det, der betyder mest, ved kun at vise de oplysninger og konfigurationer, de har brug for. En forbedret brugergrænseflade til topologivisning og applikationssamling gør det nemmere at oprette, implementere og visualisere containeriserede applikationer og klyngresourcer.
- værktøjer – en speciel kommandolinjegrænseflade til udviklere, der forenkler udviklingen af applikationer på OpenShift-platformen. Ved at organisere interaktion som Git push hjælper denne CLI udviklere med ubesværet at skabe applikationer på OpenShift-platformen uden at dykke ned i Kubernetes forviklinger.
- til Microsoft Visual Studio Code, JetBrains IDE (inklusive IntelliJ) og Eclipse Desktop IDE giver nem integration med de anvendte værktøjer og giver dig mulighed for at udvikle, bygge, fejlsøge og implementere applikationer til OpenShift i IDE-miljøet, som udviklere kender.
- Red Hat OpenShift Deployment Extension til Microsoft Azure DevOps. Giver brugere af dette DevOps-værktøjssæt mulighed for at implementere deres applikationer på Azure Red Hat OpenShift eller andre OpenShift-klynger på Microsoft Azure DevOps-platformen.
Plugin til Visual Studio
Fuld OpenShift på en bærbar computer
, som er færdiglavede OpenShift-klynger optimeret til udrulning på en arbejdsstation eller laptop, gør det muligt at udvikle cloud-applikationer lokalt.
Service Mesh
Vores løsning , bygget på basis af open source softwareprojekter Istio, Kiali og Jaeger og specielle , forenkler udviklingen, udrulningen og vedligeholdelsen af applikationer på OpenShift-platformen ved at levere de nødvendige værktøjer og overtage automatiseringen af cloud-applikationer baseret på moderne arkitekturer såsom mikrotjenester. Løsningen giver programmører mulighed for at frigøre sig fra behovet for selvstændigt at implementere og vedligeholde specialiserede netværkstjenester, der kræves til de applikationer og forretningslogik, der skabes.
, , er skræddersyet til udvikleren bogstaveligt talt "fra start til slut" og tilbyder funktioner som sporing, metrics, visualisering og overvågning af netværkskommunikation, samt installation og konfiguration af et servicenet med et enkelt klik. Derudover byder løsningen på fordele i forhold til driftsstyring og sikkerhed, såsom kryptering af trafik mellem servere i datacentret og integration med en API-gateway .
Avanceret visualisering af klyngetrafik ved hjælp af Kiali i OpenShift Service Mesh
Serverløs computing
Vores anden løsning , hjælper dig med at implementere og køre applikationer, der nemt skaleres op og ned efter behov, helt til nul. Bygget oven på Knative-projektet og tilgængelig i Technology Preview, kan denne løsning aktiveres på enhver OpenShift 4-klynge ved hjælp af den tilknyttede Kubernetes-operatør, hvilket gør det nemt at komme i gang og installere de komponenter, der er nødvendige for at implementere serverløse applikationer eller funktioner på OpenShift. Udviklingstilstanden for OpenShift-konsollen, som dukkede op i version 4.2, giver dig mulighed for at bruge serverløse muligheder i standardudviklingsprocesser, såsom Import fra Git eller Deployan Image, med andre ord kan du oprette serverløse applikationer direkte fra konsollen.
Opsætning af serverløs implementering i OpenShift-konsollen
Udover integration med udviklerkonsollen har den nye version af OpenShift andre forbedringer i forhold til serverløs. Dette er især kn - den Knative kommandolinjegrænseflade, som giver bekvem og intuitiv betjening, giver dig mulighed for at gruppere objekter, der er nødvendige for applikationer; tage snapshots af kode og konfigurationer og giver også mulighed for at kortlægge netværksendepunkter til specifikke versioner eller tjenester. Alle disse funktioner, der er tilgængelige i Technology Preview gennem OpenShift Serverless-operatøren, hjælper udviklere med at blive fortrolige med den serverløse arkitektur og har fleksibiliteten til at implementere deres applikationer i hybridskyen uden at være låst til specifikke infrastrukturer.
Cloud CI/CD pipelines
Kontinuerlig integration og levering (CI/CD) er nøgleudviklingspraksis i dag, der øger hastigheden og pålideligheden af softwareimplementering. Gode CI/CD-værktøjer giver udviklingsteams mulighed for at strømline og automatisere feedback-processer, hvilket er afgørende for vellykket agil udvikling. I OpenShift kan du bruge klassiske Jenkins eller vores nye løsning som sådan et værktøjssæt .
Jenkins i dag er de facto-standarden, men vi forbinder fremtiden for container CI/CD med Tekton open source-softwareprojektet. Derfor er OpenShift Pipelines bygget specifikt på baggrund af dette projekt og understøtter bedre sådanne typiske tilgange til cloud-løsninger som pipeline-as-code ("pipeline as code") og GitOps. I OpenShift Pipelines kører hvert trin i sin egen container, så ressourcer forbruges kun, mens det trin kører, hvilket giver udviklere fuld kontrol over deres leveringspipelines, plugins og adgangskontrol uden at skulle stole på en central CI/CD-server.
OpenShift Pipelines er stadig i Developer Preview-stadiet og er tilgængelig som en tilsvarende operatør, der kan bruges i enhver OpenShift 4-klynge. Jenkins kan bruges i både version 3 og 4 af OpenShift.
Red Hat OpenShift pipelines
Håndtering af containere i en hybridsky
Automatiseret installation og opdatering af OpenShift bringer hybridskyen så tæt som muligt på den kanoniske sky med hensyn til brugeroplevelse. OpenShift 4.2 var tidligere tilgængelig for større offentlige cloud-platforme, private clouds, virtualiseringsplatforme og bare-metal-servere, men version XNUMX tilføjer to nye offentlige cloud-platforme til denne liste - Microsoft Azure og Google Cloud Platform, samt OpenStack private clouds.
OpenShift 4.2-installationsprogrammet er blevet forbedret til forskellige målmiljøer og er også trænet til at arbejde med isolerede (ikke forbundet til internettet) konfigurationer for første gang. Sandbox-installation og obligatorisk proxy-tilstand med mulighed for at levere din egen CA-pakke hjælper med at sikre overholdelse af lovmæssige standarder og interne sikkerhedsprotokoller. Standalone installationstilstand giver dig mulighed for altid at have den nyeste version af OpenShift Container Platform i områder, hvor der ikke er internetadgang, eller i miljøer med strenge billedtestpolitikker.
Derudover kan du ved at implementere en fuld OpenShift-stak ved hjælp af Red Hat Enterprise Linux CoreOS, en letvægtsversion af Red Hat Enterprise Linux, have en sky klar på mindre end en time fra installationen.
Red Hat OpenShift giver dig mulighed for at forene processerne med at skabe, implementere og administrere containerapplikationer i skyen og på lokale infrastrukturer. Med nemmere, mere automatiseret og hurtigere installation er OpenShift 4.2 nu tilgængelig på AWS, Azure, OpenStack og GCP, hvilket giver organisationer mulighed for effektivt at administrere deres Kubernetes-platforme i en hybridsky.
Nem migrering fra OpenShift 3 til OpenShift 4
Nye arbejdsbyrdemigreringsværktøjer gør det nemmere at migrere til OpenShift 4.2 fra tidligere versioner af platformen. Overførsel af belastninger fra en gammel klynge til en ny er nu meget hurtigere, nemmere og med et minimum af manuelle handlinger. Klyngeadministratoren skal blot vælge kilden OpenShift 3.x-klyngen, markere det ønskede projekt (eller navneområde) på det og derefter angive, hvad der skal gøres med de tilsvarende vedvarende volumener - kopiere dem til mål-OpenShift 4.x-klyngen eller migrere dem . Programmer fortsætter derefter med at køre på den oprindelige klynge, indtil administratoren afslutter dem.
OpenShift 4.2 understøtter forskellige migreringsscenarier:
- Dataene kopieres ved hjælp af et mellemlager baseret på Velero-projektet. Denne mulighed giver dig mulighed for at migrere med et skift af lagersystem, når for eksempel den originale klynge bruger Gluster, og den nye bruger Ceph.
- Dataene forbliver i det aktuelle lager, men det er forbundet til den nye klynge (vedvarende volumenskift).
- Kopiering af filsystemer ved hjælp af Restic.
Lige fra den første nat
Ofte vil vores brugere gerne have mulighed for at prøve planlagte OpenShift-innovationer længe før en ny udgivelse frigives. . Bemærk venligst, at disse builds ikke er beregnet til produktionsbrug, understøttes ikke, er dårligt dokumenterede og kan have ufuldstændig funktionalitet. Kvaliteten af disse builds stiger, efterhånden som de kommer tættere på den endelige version.
Nightly builds giver kunder og partnere mulighed for at forhåndsvise nye funktioner tidligt i udviklingen, hvilket kan være nyttigt til implementeringsplanlægning eller integration af OpenShift med ISV-udvikleres egne løsninger.
Bemærkning til OKD Community-medlemmer
Arbejdet er begyndt på OKD 4.0, open source Kubernetes-distributionen, der er skabt af udviklingsfællesskabet og ligger til grund for Red Hat OpenShift. Vi opfordrer alle til at give deres vurdering af den nuværende tilstand , Fedora CoreOS (FCOS) og Kubernetes i OKD Working Group eller følg fremskridtene på hjemmesiden .
Note:
Ordet "partnerskab" i denne publikation antyder ikke et juridisk partnerskab eller nogen anden form for juridisk forhold mellem Red Hat, Inc. og enhver anden juridisk enhed.
Kilde: www.habr.com