, hvor hele essensen fortsetter kurset mot automatisering og optimalisering av arbeid med skymiljøet.
La oss huske at vi i mai 2019 introduserte Red Hat OpenShift 4, neste generasjon av Kubernetes-plattformen vår, som vi redesignet for å forenkle administrasjonen av containerapplikasjoner i produksjonsmiljøer.
Løsningen ble laget som en selvadministrert plattform med automatiske oppdateringer og livssyklusadministrasjon i en hybridsky og er bygget på velprøvde Red Hat Enterprise Linux og Red Hat Enterprise Linux CoreOS. I versjon 4.2 var det fokus på å gjøre plattformen mer utviklervennlig. I tillegg har vi forenklet arbeidet med å administrere plattformen og applikasjonene for klyngeadministratorer ved å tilby migreringsverktøy fra OpenShift 3 til 4, samt implementere støtte for offline konfigurasjoner.
Hvor er hastigheten?
Versjon 4.2 forenkler arbeidet med Kubernetes betydelig, og tilbyr en ny OpenShift-administrasjonskonsollmodus optimalisert for utvikleroppgaver, samt nye verktøy og plugins for å bygge containere, organisere CI/CD-pipelines og implementere serverløse systemer. Alt dette hjelper programmerere til å fokusere mer presist på hovedoppgaven deres - å lage applikasjonskode, uten å bli distrahert av særegenhetene til Kubernetes.
Se applikasjonstopologi i utviklerkonsollen.
Ny utviklermodus for OpenShift-konsollen
Nye utviklerverktøy i OpenShift 4.2:
- Web Console hjelper utviklere med å fokusere på det som betyr mest ved å vise bare informasjonen og konfigurasjonene de trenger. Et forbedret brukergrensesnitt for topologivisning og applikasjonssammenstilling gjør det enklere å opprette, distribuere og visualisere containeriserte applikasjoner og klyngeressurser.
- Инструментарий – et spesielt kommandolinjegrensesnitt for utviklere som forenkler utviklingen av applikasjoner på OpenShift-plattformen. Ved å organisere interaksjon som Git push, hjelper denne CLI utviklere enkelt å lage applikasjoner på OpenShift-plattformen, uten å gå i dybden med Kubernetes.
- for Microsoft Visual Studio Code, JetBrains IDE (inkludert IntelliJ) og Eclipse Desktop IDE gir enkel integrasjon med verktøyene som brukes og lar deg utvikle, bygge, feilsøke og distribuere applikasjoner for OpenShift i IDE-miljøet som er kjent for utviklere.
- Red Hat OpenShift Deployment Extension for Microsoft Azure DevOps. Gir brukere av dette DevOps-verktøysettet muligheten til å distribuere applikasjonene sine på Azure Red Hat OpenShift eller andre OpenShift-klynger på Microsoft Azure DevOps-plattformen.
Plugin for Visual Studio
Full OpenShift på en bærbar datamaskin
, som er ferdige OpenShift-klynger optimert for distribusjon på en arbeidsstasjon eller bærbar PC, gjør det mulig å utvikle skyapplikasjoner lokalt.
Service Mesh
Vår løsning , bygget på grunnlag av åpen kildekode programvareprosjekter Istio, Kiali og Jaeger og spesielle , forenkler utvikling, distribusjon og vedlikehold av applikasjoner på OpenShift-plattformen ved å tilby de nødvendige verktøyene og overta automatiseringen av skyapplikasjoner basert på moderne arkitekturer som mikrotjenester. Løsningen lar programmerere frigjøre seg fra behovet for uavhengig å distribuere og vedlikeholde spesialiserte nettverkstjenester som kreves for applikasjonene og forretningslogikken som opprettes.
, , er skreddersydd for utvikleren bokstavelig talt "fra start til slutt" og tilbyr funksjoner som sporing, metrikk, visualisering og overvåking av nettverkskommunikasjon, samt installasjon og konfigurasjon av et tjenestenettverk med ett klikk. I tillegg gir løsningen fordeler når det gjelder driftsstyring og sikkerhet, som kryptering av trafikk mellom servere i datasenteret og integrasjon med en API-gateway .
Avansert visualisering av klyngetrafikk ved hjelp av Kiali i OpenShift Service Mesh
Serverløs databehandling
Vår andre løsning , hjelper deg med å distribuere og kjøre applikasjoner som enkelt kan skaleres opp og ned på forespørsel, helt til null. Bygget på toppen av Knative-prosjektet og tilgjengelig i Technology Preview, kan denne løsningen aktiveres på enhver OpenShift 4-klynge ved hjelp av den tilknyttede Kubernetes-operatøren, noe som gjør det enkelt å komme i gang og installere komponentene som trengs for å distribuere serverløse applikasjoner eller funksjoner på OpenShift. Utviklingsmodusen til OpenShift-konsollen, som dukket opp i versjon 4.2, lar deg bruke serverløse alternativer i standard utviklingsprosesser, som Import from Git eller Deployan Image, med andre ord kan du lage serverløse applikasjoner direkte fra konsollen.
Sette opp serverløs distribusjon i OpenShift-konsollen
I tillegg til integrasjon med utviklerkonsollen, har den nye versjonen av OpenShift andre forbedringer når det gjelder serverløs. Spesielt er dette kn - kommandolinjegrensesnittet Knative, som gir praktisk og intuitiv betjening, lar deg gruppere objekter som er nødvendige for applikasjoner; ta øyeblikksbilder av kode og konfigurasjoner, og gir også muligheten til å kartlegge nettverksendepunkter til spesifikke versjoner eller tjenester. Alle disse funksjonene, tilgjengelig i Technology Preview gjennom OpenShift Serverless-operatøren, hjelper utviklere å bli komfortable med den serverløse arkitekturen og har fleksibiliteten til å distribuere applikasjonene sine i hybridskyen uten å være låst til spesifikke infrastrukturer.
Cloud CI/CD-rørledninger
Kontinuerlig integrasjon og levering (CI/CD) er viktige utviklingspraksis i dag som øker hastigheten og påliteligheten til programvaredistribusjon. Gode CI/CD-verktøy lar utviklingsteam effektivisere og automatisere tilbakemeldingsprosesser, noe som er avgjørende for vellykket smidig utvikling. I OpenShift kan du bruke klassiske Jenkins eller vår nye løsning som et slikt verktøysett .
Jenkins i dag er de facto-standarden, men vi forbinder fremtiden for container CI/CD med Tekton open source-programvareprosjekt. Derfor er OpenShift Pipelines bygget spesifikt på grunnlag av dette prosjektet og støtter bedre slike typiske tilnærminger for skyløsninger som pipeline-as-code ("pipeline as code") og GitOps. I OpenShift Pipelines kjører hvert trinn i sin egen beholder, slik at ressurser bare forbrukes mens det trinnet kjører, noe som gir utviklere full kontroll over leveringspipelines, plugins og tilgangskontroll uten å måtte stole på en sentral CI/CD-server.
OpenShift Pipelines er fortsatt i Developer Preview og er tilgjengelig som en tilsvarende operatør som kan brukes i enhver OpenShift 4-klynge. Jenkins kan brukes i både OpenShift 3 og 4 versjoner.
Red Hat OpenShift-rørledninger
Administrere containere i en hybrid sky
Automatisert installasjon og oppdatering av OpenShift bringer hybridskyen så nær den kanoniske skyen som mulig når det gjelder brukeropplevelse. OpenShift 4.2 var tidligere tilgjengelig for store offentlige skyplattformer, private skyer, virtualiseringsplattformer og bare-metal-servere, men versjon XNUMX legger til to nye offentlige skyplattformer til denne listen - Microsoft Azure og Google Cloud Platform, samt OpenStack private skyer.
OpenShift 4.2-installasjonsprogrammet har blitt forbedret for ulike målmiljøer, og er også opplært til å jobbe med isolerte (ikke koblet til Internett) konfigurasjoner for første gang. Sandboksinstallasjon og obligatorisk proxy-modus med muligheten til å tilby din egen CA-pakke bidrar til å sikre samsvar med regulatoriske standarder og interne sikkerhetsprotokoller. Frittstående installasjonsmodus lar deg alltid ha den nyeste versjonen av OpenShift Container Platform i områder der det ikke er Internett-tilgang eller i miljøer med strenge retningslinjer for bildetesting.
I tillegg, ved å distribuere en full OpenShift-stabel med Red Hat Enterprise Linux CoreOS, en lett versjon av Red Hat Enterprise Linux, kan du ha en sky klar på mindre enn en time fra installasjonen.
Red Hat OpenShift lar deg forene prosessene for å lage, distribuere og administrere containerapplikasjoner i skyen og på lokale infrastrukturer. Med enklere, mer automatisert og raskere installasjon er OpenShift 4.2 nå tilgjengelig på AWS, Azure, OpenStack og GCP, slik at organisasjoner kan administrere Kubernetes-plattformene sine effektivt i en hybridsky.
Enkel migrering fra OpenShift 3 til OpenShift 4
Nye arbeidsbelastningsmigreringsverktøy gjør det enklere å migrere til OpenShift 4.2 fra tidligere versjoner av plattformen. Overføring av last fra en gammel klynge til en ny er nå mye raskere, enklere og med et minimum av manuelle operasjoner. Klyngeadministratoren trenger bare å velge kilden for OpenShift 3.x-klyngen, merke det ønskede prosjektet (eller navneområdet) på det og deretter spesifisere hva som skal gjøres med de tilsvarende vedvarende volumene - kopiere dem til mål-OpenShift 4.x-klyngen eller migrere dem . Applikasjoner fortsetter deretter å kjøre på den opprinnelige klyngen til administratoren avslutter dem.
OpenShift 4.2 støtter ulike migreringsscenarier:
- Dataene kopieres ved hjelp av et mellomlager basert på Velero-prosjektet. Dette alternativet lar deg migrere med bytte av lagringssystem når for eksempel den originale klyngen bruker Gluster, og den nye bruker Ceph.
- Dataene forblir i gjeldende depot, men de er koblet til den nye klyngen (vedvarende volumbytte).
- Kopiering av filsystemer ved hjelp av Restic.
Første natt riktig
Ofte ønsker brukerne våre å kunne prøve ut planlagte OpenShift-innovasjoner lenge før en ny utgivelse slippes. . Vær oppmerksom på at disse byggene ikke er ment for produksjonsbruk, støttes ikke, er dårlig dokumentert og kan ha ufullstendig funksjonalitet. Kvaliteten på disse byggene øker etter hvert som de kommer nærmere den endelige versjonen.
Nightly builds lar kunder og partnere forhåndsvise nye funksjoner tidlig i utviklingen, noe som kan være nyttig for distribusjonsplanlegging eller integrasjon av OpenShift med ISV-utvikleres egne løsninger.
Merknad til OKD-fellesskapsmedlemmer
Arbeidet har begynt på OKD 4.0, åpen kildekode Kubernetes-distribusjonen som er opprettet av utviklingsfellesskapet og ligger til grunn for Red Hat OpenShift. Vi inviterer alle til å gi sin vurdering av dagens tilstand , Fedora CoreOS (FCOS) og Kubernetes i OKD Working Group eller følg fremdriften på nettsiden .
Merk:
Ordet "partnerskap" i denne publikasjonen innebærer ikke et juridisk partnerskap eller noen annen form for juridisk forhold mellom Red Hat, Inc. og enhver annen juridisk enhet.
Kilde: www.habr.com