, mille kogu olemus jätkab kurssi pilvekeskkonnaga töö automatiseerimise ja optimeerimise suunas.
Tuletagem meelde, et 2019. aasta mais tutvustasime Red Hat OpenShift 4, meie Kubernetese platvormi järgmise põlvkonna versiooni, mille kujundasime ümber, et lihtsustada konteinerirakenduste haldamist tootmiskeskkondades.
Lahendus loodi isehallatava platvormina koos automaatsete värskenduste ja elutsükli haldamisega hübriidpilves ning on üles ehitatud Red Hat Enterprise Linuxile ja Red Hat Enterprise Linux CoreOS-ile. Versioonis 4.2 keskenduti platvormi arendajasõbralikumaks muutmisele. Lisaks oleme klastri administraatorite jaoks lihtsustanud platvormi ja rakenduste haldamist, pakkudes OpenShift 3-lt 4-le ülemineku tööriistu, samuti juurutades võrguühenduseta konfiguratsioonide toe.
Kus on kiirus?
Versioon 4.2 lihtsustab oluliselt Kubernetesega töötamist, pakkudes uut OpenShift halduskonsooli režiimi, mis on optimeeritud arendaja ülesannete jaoks, samuti uusi tööriistu ja pistikprogramme konteinerite ehitamiseks, CI/CD torujuhtmete korraldamiseks ja serverita süsteemide juurutamiseks. Kõik see aitab programmeerijatel keskenduda täpsemalt oma põhiülesandele – rakenduse koodi loomisele, ilma et Kubernetese iseärasused end segaksid.
Vaadake arendajakonsoolis rakenduste topoloogiat.
OpenShift-konsooli uus arendajarežiim
Uued arendaja tööriistad versioonis OpenShift 4.2:
- Veebikonsool aitab arendajatel keskenduda kõige olulisemale, kuvades ainult neile vajaliku teabe ja konfiguratsioonid. Topoloogia vaatamise ja rakenduste koostamise täiustatud kasutajaliides muudab konteinerirakenduste ja klastriressursside loomise, juurutamise ja visualiseerimise lihtsamaks.
- Toolkit – spetsiaalne käsurea liides arendajatele, mis lihtsustab rakenduste arendamist OpenShift platvormil. Organiseerides suhtlust nagu Git push, aitab see CLI arendajatel OpenShifti platvormil hõlpsalt rakendusi luua, ilma Kubernetese keerukustesse süvenemata.
- Microsoft Visual Studio Code jaoks pakuvad JetBrains IDE (sh IntelliJ) ja Eclipse Desktop IDE hõlpsat integreerimist kasutatavate tööriistadega ning võimaldavad arendajatele tuttavas IDE keskkonnas OpenShifti rakendusi arendada, ehitada, siluda ja juurutada.
- Red Hat OpenShift juurutuslaiendus Microsoft Azure DevOpsi jaoks. Annab selle DevOpsi tööriistakomplekti kasutajatele võimaluse juurutada oma rakendusi Azure Red Hat OpenShiftis või mõnes muus Microsoft Azure DevOpsi platvormi OpenShift klastris.
Visual Studio pistikprogramm
Täielik OpenShift sülearvutis
, mis on tööjaamas või sülearvutis juurutamiseks optimeeritud valmis OpenShift klastrid, võimaldavad arendada pilverakendusi kohapeal.
Teenindusvõrk
Meie lahendus , ehitatud avatud lähtekoodiga tarkvaraprojektide Istio, Kiali ja Jaeger baasil ning eri , lihtsustab rakenduste arendamist, juurutamist ja hooldust OpenShift platvormil, pakkudes vajalikke tööriistu ja võttes üle kaasaegsetel arhitektuuridel, näiteks mikroteenustel, põhinevate pilverakenduste automatiseerimise. Lahendus võimaldab programmeerijatel vabaneda vajadusest iseseisvalt juurutada ja hooldada loodud rakenduste ja äriloogika jaoks vajalikke spetsiaalseid võrguteenuseid.
, , on loodud arendaja jaoks sõna otseses mõttes algusest lõpuni ja pakub selliseid funktsioone nagu jälgimine, mõõdikud, võrgusuhtluse visualiseerimine ja jälgimine, samuti teenindusvõrgu installimine ja konfigureerimine ühe klõpsuga. Lisaks pakub lahendus eeliseid operatiivhalduse ja turvalisuse osas, näiteks andmekeskuse serverite vahelise liikluse krüpteerimine ja API lüüsiga integreerimine. .
Klastrite liikluse täiustatud visualiseerimine Kiali abil OpenShift Service Meshis
Serverita andmetöötlus
Meie teine lahendus , aitab teil juurutada ja käivitada rakendusi, mida saab vajaduse korral hõlpsalt üles ja alla skaleerida kuni nullini. Selle lahenduse, mis on ehitatud Knative'i projektile ja mis on saadaval tehnoloogia eelvaates, saab aktiveerida mis tahes OpenShift 4 klastris, kasutades seotud Kubernetese operaatorit, muutes selle hõlpsaks alustamise ja serverita rakenduste või funktsioonide juurutamiseks OpenShiftis vajalike komponentide installimise. OpenShift konsooli arendusrežiim, mis ilmus versioonis 4.2, võimaldab standardsetes arendusprotsessides kasutada serverita valikuid, näiteks Import from Git või Deployan Image ehk teisisõnu saab luua serverita rakendusi otse konsoolist.
Serverivaba juurutamise seadistamine OpenShift-konsoolis
Lisaks arendajakonsooliga integreerimisele on OpenShifti uuel versioonil serverivabaduse osas muid täiustusi. Eelkõige on see kn - Knative käsurea liides, mis pakub mugavat ja intuitiivset kasutamist, võimaldab rakenduste jaoks vajalikke objekte rühmitada; teeb koodist ja konfiguratsioonidest hetktõmmiseid ning pakub ka võimalust kaardistada võrgu lõpp-punktid konkreetsete versioonide või teenustega. Kõik need funktsioonid, mis on OpenShift Serverlessi operaatori kaudu tehnoloogia eelvaates saadaval, aitavad arendajatel serverita arhitektuuriga rahul olla ja saavad paindlikult juurutada oma rakendusi hübriidpilves ilma, et nad oleksid lukustatud kindlatesse infrastruktuuridesse.
Pilve CI/CD torujuhtmed
Pidev integreerimine ja tarnimine (CI/CD) on tänapäeval peamised arendustavad, mis suurendavad tarkvara juurutamise kiirust ja usaldusväärsust. Head CI/CD tööriistad võimaldavad arendusmeeskondadel tagasisideprotsesse sujuvamaks muuta ja automatiseerida, mis on eduka agiilse arenduse jaoks ülioluline. OpenShiftis saate sellise tööriistakomplektina kasutada klassikalist Jenkinsi või meie uut lahendust .
Jenkins on täna de facto standard, kuid me seostame konteineri CI/CD tuleviku Tektoni avatud lähtekoodiga tarkvaraprojektiga. Seetõttu on OpenShift Pipelines üles ehitatud spetsiaalselt selle projekti põhjal ja toetab paremini selliseid tüüpilisi pilvelahenduste lähenemisviise nagu torujuhe koodina (“pipeline as-code”) ja GitOps. OpenShift Pipelinesis jookseb iga samm oma konteineris, nii et ressursse kulutatakse ainult selle etapi töötamise ajal, võimaldades arendajatel täielikku kontrolli oma tarnekonveierite, pistikprogrammide ja juurdepääsu juhtimise üle, ilma et nad peaksid lootma kesksele CI/CD serverile.
OpenShift Pipelines on endiselt arendaja eelvaates ja saadaval vastava operaatorina, mida saab kasutada igas OpenShift 4 klastris. Jenkinsi saab kasutada nii OpenShift 3 kui ka 4 versioonis.
Red Hat OpenShifti torujuhtmed
Konteinerite haldamine hübriidpilves
OpenShifti automaatne installimine ja värskendamine toob hübriidpilve kasutajakogemuse poolest kanoonilisele pilvele võimalikult lähedale. OpenShift 4.2 oli varem saadaval suuremate avalike pilveplatvormide, privaatpilvede, virtualiseerimisplatvormide ja paljasmetalliserverite jaoks, kuid versioon XNUMX lisab sellesse loendisse kaks uut avalikku pilveplatvormi – Microsoft Azure ja Google Cloud Platform, samuti OpenStacki privaatpilved .
OpenShift 4.2 installerit on täiustatud erinevate sihtkeskkondade jaoks ning see on esmakordselt koolitatud töötama isoleeritud (ei ole Internetiga ühendatud) konfiguratsioonidega. Liivakasti installimine ja kohustuslik puhverserveri režiim koos võimalusega pakkuda oma CA-paketti aitavad tagada vastavust regulatiivsetele standarditele ja siseturvalisuse protokollidele. Eraldiseisev installirežiim võimaldab teil alati kasutada OpenShift Container Platformi uusimat versiooni piirkondades, kus puudub Interneti-juurdepääs või rangete pilditestimise reeglitega keskkondades.
Lisaks saate täieliku OpenShifti virna juurutamisel Red Hat Enterprise Linux CoreOS-i, Red Hat Enterprise Linuxi kerge versiooni abil, pilve valmis saada vähem kui tunniga pärast installimist.
Red Hat OpenShift võimaldab ühendada konteinerrakenduste loomise, juurutamise ja haldamise protsesse pilves ja kohapealsetes infrastruktuurides. Lihtsama, automatiseerituma ja kiirema installiga OpenShift 4.2 on nüüd saadaval AWS-is, Azure'is, OpenStackis ja GCP-s, võimaldades organisatsioonidel tõhusalt hallata oma Kubernetese platvorme hübriidpilves.
Lihtne üleminek OpenShift 3-lt OpenShift 4-le
Uued töökoormuse migreerimise tööriistad muudavad platvormi eelmistest versioonidest OpenShift 4.2-le ülemineku lihtsamaks. Koormuste teisaldamine vanast klastrist uude on nüüd palju kiirem, lihtsam ja minimaalsete käsitsitoimingutega. Klastri administraator peab lihtsalt valima lähtekoodi OpenShift 3.x klastri, märkima sellele soovitud projekti (või nimeruumi) ja seejärel määrama, mida teha vastavate püsivate köidetega – kopeerida need OpenShift 4.x sihtklastrisse või migreerida. . Seejärel jätkavad rakendused algses klastris töötamist, kuni administraator need lõpetab.
OpenShift 4.2 toetab erinevaid migratsioonistsenaariume:
- Andmete kopeerimine toimub Velero projektil põhineva vahehoidla abil. See suvand võimaldab teil migreeruda salvestussüsteemi muutmisega, kui näiteks algne klaster kasutab Glusterit ja uus klaster Cephi.
- Andmed jäävad praegusesse hoidlasse, kuid need on ühendatud uue klastriga (püsiv helitugevuse ümberlülitamine).
- Failisüsteemide kopeerimine Restici abil.
Esimene öö õige
Sageli soovivad meie kasutajad proovida kavandatud OpenShifti uuendusi juba ammu enne uue väljalase ilmumist. . Pange tähele, et need järgud ei ole mõeldud tootmiseks, neid ei toetata, need on halvasti dokumenteeritud ja nende funktsionaalsus võib olla puudulik. Nende ehituste kvaliteet paraneb, kui need jõuavad lõppversioonile lähemale.
Öised järgud võimaldavad klientidel ja partneritel uute funktsioonide eelvaadet arenduse alguses, mis võib olla kasulik juurutamise planeerimisel või OpenShifti integreerimisel ISV arendajate enda lahendustega.
Märkus OKD kogukonna liikmetele
Töö on alanud OKD 4.0 kallal, avatud lähtekoodiga Kubernetese distributsioonil, mille on loonud arenduskogukond ja mis on Red Hat OpenShifti aluseks. Kutsume kõiki üles andma hetkeseisu kohta oma hinnangut , Fedora CoreOS (FCOS) ja Kubernetes OKD töörühmas või jälgige edenemist veebisaidil .
Märkus:
Sõna "partnerlus" selles väljaandes ei viita juriidilisele partnerlusele või muule õigussuhte vormile Red Hat, Inc. vahel. ja mis tahes muu juriidiline isik.
Allikas: www.habr.com