Fjórða útgáfan af OpenShift var gefin út tiltölulega nýlega. Núverandi útgáfa 4.3 hefur verið fáanleg síðan í lok janúar og allar breytingar á henni eru annað hvort eitthvað alveg nýtt sem var ekki í þriðju útgáfunni, eða meiriháttar uppfærsla á því sem birtist í útgáfu 4.1. Allt sem við munum segja þér núna þarf að vita, skilja og taka tillit til þeirra sem vinna með OpenShift og ætla að skipta yfir í nýja útgáfu.
Með útgáfu OpenShift 4.2 hefur Red Hat gert vinnu með Kubernetes auðveldari. Ný verkfæri og viðbætur hafa birst til að búa til gáma, CI/CD leiðslur og netþjónalausa dreifingu. Nýjungar gefa forriturum tækifæri til að einbeita sér að því að skrifa kóða, en ekki að takast á við Kubernetes.
Reyndar, hvað er nýtt í útgáfum af OpenShift 4.2 og 4.3?
Færast í átt að blendingsskýjum
Þegar þeir skipuleggja nýja upplýsingatækniinnviði eða þegar þeir þróa núverandi upplýsingatæknilandslag, eru fyrirtæki í auknum mæli að íhuga skýjaaðferð við útvegun upplýsingatækniauðlinda, sem þau innleiða einkaskýjalausnir fyrir eða nota kraft opinberra skýjaveitenda. Þannig eru nútíma upplýsingatækniinnviðir í auknum mæli smíðaðir samkvæmt „blendingu“ skýjalíkani, þegar bæði staðbundin auðlind og opinber skýjaauðlind með sameiginlegu stjórnunarkerfi eru notuð. Red Hat OpenShift 4.2 er sérstaklega hannað til að einfalda umskipti yfir í blendingsskýjalíkan og gerir það auðvelt að tengja auðlindir frá veitendum eins og AWS, Azure og Google Cloud Platform við þyrpinguna, ásamt því að nota einkaský á VMware og OpenStack.
Ný nálgun við uppsetningu
Í útgáfu 4 hefur nálgunin við að setja upp OpenShift breyst. Red Hat býður upp á sérstakt tól til að dreifa OpenShift klasa - openshift-install. Tækið er ein tvöfaldur skrá skrifuð í Go. Openshit-installer undirbýr yaml skrá með stillingunum sem þarf til uppsetningar.
Ef um er að ræða uppsetningu með skýjaauðlindum þarftu að tilgreina lágmarksupplýsingar um framtíðarþyrpinguna: DNS svæði, fjölda starfsmannahnúta, sérstakar stillingar fyrir skýjaveituna, reikningsupplýsingar til að fá aðgang að skýjaveitunni. Eftir að búið er að útbúa stillingarskrána er hægt að dreifa klasanum með einni skipun.
Ef um er að ræða uppsetningu á eigin tölvuauðlindum, til dæmis, þegar þú notar einkaský (vSphere og OpenStack eru studd) eða þegar þú setur upp á netþjóna úr málmi, þarftu að stilla innviðina handvirkt - undirbúa lágmarksfjölda sýndarvéla eða líkamlegir netþjónar sem þarf til að búa til Control Plane þyrping, stilla netþjónustu. Eftir þessa stillingu er hægt að búa til OpenShift þyrping á svipaðan hátt með einni skipun openshift-uppsetningarforritsins.
Uppfærslur á innviðum
CoreOS samþætting
Lykiluppfærslan er samþætting við Red Hat CoreOS. Red Hat OpenShift meistarahnútar geta nú virkað aðeins á nýja stýrikerfinu. Þetta er ókeypis stýrikerfi frá Red Hat sem er hannað sérstaklega fyrir gámalausnir. Red Hat CoreOS er léttur Linux sem er fínstillt til að keyra ílát.
Ef í 3.11 voru stýrikerfið og OpenShift til sérstaklega, þá er það í 4.2 órjúfanlega tengt við OpenShift. Nú er þetta eitt tæki - óbreytanleg innviði.
Fyrir klasa sem nota RHCOS fyrir alla hnúta er uppfærsla á OpenShift Container Platform einfalt og mjög sjálfvirkt ferli.
Áður, til að uppfæra OpenShift, þurfti fyrst að uppfæra undirliggjandi stýrikerfi sem varan var í gangi á (á þeim tíma, Red Hat Enterprise Linux). Aðeins þá var hægt að uppfæra OpenShift smám saman, hnút fyrir hnút. Ekki var talað um neina sjálfvirkni í ferlinu.
Nú, þar sem OpenShift Container Platform stjórnar fullkomlega kerfum og þjónustu á hverjum hnút, þar á meðal stýrikerfinu, er þetta verkefni leyst með því að ýta á hnapp frá vefviðmótinu. Eftir þetta er sérstakur rekstraraðili ræstur inni í OpenShift klasanum sem stjórnar öllu uppfærsluferlinu.
Nýtt CSI
Í öðru lagi, nýja CSI er geymsluviðmótsstýring sem gerir þér kleift að tengja ýmis ytri geymslukerfi við OpenShift klasann. Mikill fjöldi geymslureklaveitna fyrir OpenShift er studdur á grundvelli geymslurekla sem eru skrifaðir af geymslukerfisframleiðendum sjálfum. Heildarlista yfir studda CSI rekla má finna í þessu skjali: . Í þessum lista er hægt að finna allar helstu gerðir diskafylkja frá leiðandi framleiðendum (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS lausnir (Ceph) og skýjageymslu (AWS, Azure, Google). OpenShift 4.2 styður CSI rekla af CSI forskrift útgáfu 1.1.
RedHat OpenShift Service Mesh
Byggt á Istio, Kiali og Jaeger verkefnunum, gerir Red Hat OpenShift Service Mesh, auk venjulegra verkefna að beina beiðnum á milli þjónustu, kleift að rekja þær og sýna þær. Þetta hjálpar forriturum að eiga auðvelt með samskipti, fylgjast með og stjórna forriti sem er notað í Red Hat OpenShift.
Sýning á forriti með örþjónustuarkitektúr með Kiali
Til að einfalda uppsetningu, viðhald og líftímastjórnun Service Mesh eins og hægt er, veitir Red Hat OpenShift stjórnendum sérstakan rekstraraðila, Service Mesh Operator. Þetta er Kubernetes rekstraraðili sem gerir þér kleift að dreifa endurstilltum Istio, Kiali og Jaeger pakka á þyrping, sem hámarkar stjórnunarbyrðina við stjórnun forrita.
CRI-O í stað Docker
Sjálfgefna gámahlaupstíma Docker hefur verið skipt út fyrir CRI-O. Það var hægt að nota CRI-O þegar í útgáfu 3.11, en í 4.2 varð það aðal. Ekki gott eða slæmt, en eitthvað sem þarf að hafa í huga þegar þú notar vöruna.
Rekstraraðilar og dreifing forrita
Rekstraraðilar eru ný aðili fyrir RedHat OpenShift, sem birtist í fjórðu útgáfunni. Það er aðferð til að pakka, dreifa og stjórna Kubernetes forriti. Það er hægt að hugsa um það sem viðbót fyrir forrit sem eru notuð í gámum, knúin áfram af Kubernetes API og kubectl verkfærunum.
Rekstraraðilar Kubernetes hjálpa til við að gera öll verkefni sem tengjast stjórnun og líftímastjórnun forritsins sem þú setur inn í klasann þinn sjálfvirkan. Til dæmis getur símafyrirtækið sjálfvirkt uppfærslur, öryggisafrit og stærðarstærð forritsins, breytt stillingum osfrv. Heildarlista yfir rekstraraðila má finna á .
OperatorHub er aðgengilegur beint úr vefviðmóti stjórnborðsins. Það er forritaskrá fyrir OpenShift sem er viðhaldið af Red Hat. Þeir. allir Red Hat samþykktir rekstraraðilar munu falla undir stuðning söluaðila.
OperatorHub gátt í OpenShift stjórnborðinu
Alhliða grunnmynd
Þetta er staðlað sett af RHEL OS myndum sem hægt er að nota til að smíða gámaforritin þín. Það eru lágmarks, staðlað og full sett. Þeir taka mjög lítið pláss og styðja alla nauðsynlega uppsetta pakka og forritunarmál.
CI/CD verkfæri
Í RedHat OpenShif 4.2 varð hægt að velja á milli Jenkins og OpenShift Pipelines byggðar á Tekton Pipelines.
OpenShift Pipelines er byggt á Tekton, sem er betur studd af Pipeline þegar Code og GitOps nálgast. Í OpenShift leiðslum keyrir hvert skref í sínum eigin íláti, þannig að tilföng eru aðeins notuð á meðan skrefið er keyrt. Þetta veitir forriturum fulla stjórn á afhendingarleiðslum eininga, viðbætur og aðgangsstýringu án miðlægs CI/CD netþjóns til að stjórna.
OpenShift Pipelines er eins og er í Developer Preview og fáanlegt sem rekstraraðili á OpenShift 4 klasa. Auðvitað geta OpenShift notendur enn notað Jenkins á RedHat OpenShift 4.
Stjórnunaruppfærslur þróunaraðila
Í 4.2 OpenShift hefur vefviðmótið verið algjörlega uppfært fyrir bæði forritara og stjórnendur.
Í fyrri útgáfum af OpenShift unnu allir í þremur leikjatölvum: þjónustuskrá, stjórnandaborði og vinnuborði. Nú er þyrpingunni aðeins skipt í tvo hluta - stjórnborðsstjórnborð og stjórnborð þróunaraðila.
Þróunarborðið hefur fengið verulegar endurbætur á notendaviðmóti. Nú sýnir það staðfræði forrita og samsetningar þeirra á auðveldari hátt. Þetta auðveldar forriturum að búa til, dreifa og sjá fyrir sér gámaforrit og auðlindir í þyrpingum. Leyfir þeim að einbeita sér að því sem er mikilvægt fyrir þá.
Þróunargátt í OpenShift stjórnborðinu
Eyra
Odo er forritaramiðað skipanalínutól sem einfaldar þróun forrita í OpenShift. Með því að nota git push stíl samskipti hjálpar þetta CLI forriturum sem eru nýir í Kubernetes að byggja forrit í OpenShift.
Samþætting við þróunarumhverfi
Hönnuðir geta nú smíðað, kembiforrit og dreift forritum sínum í OpenShift án þess að yfirgefa uppáhalds kóðaþróunarumhverfið sitt, eins og Microsoft Visual Studio, JetBrains (þar á meðal IntelliJ), Eclipse Desktop o.s.frv.
Red Hat OpenShift Deployment viðbót fyrir Microsoft Azure DevOps
Red Hat OpenShift Deployment viðbótin fyrir Microsoft Azure DevOps hefur verið gefin út. Notendur þessa DevOps verkfærasetts geta nú sent forritin sín í Azure Red Hat OpenShift eða hvaða annan OpenShift klasa sem er beint frá Microsoft Azure DevOps.
Umskipti frá þriðju útgáfu yfir í þá fjórðu
Þar sem við erum að tala um nýja útgáfu, en ekki uppfærslu, geturðu ekki bara sett fjórðu útgáfuna ofan á þá þriðju. Uppfærsla úr útgáfu XNUMX í útgáfu XNUMX verður ekki studd..
En það eru góðar fréttir: Red Hat býður upp á verkfæri til að flytja verkefni frá 3.7 til 4.2. Þú getur flutt vinnuálag forrita með því að nota CAM-tólið (Cluster Application Migration). CAM gerir þér kleift að stjórna flutningi og lágmarka niður í miðbæ forrita.
OpenShift 4.3
Helstu nýjungarnar sem lýst er í þessari grein birtust í útgáfu 4.2. Nýútkomnar 4.3 breytingar eru ekki eins stórar, en samt eru nokkrir nýir hlutir. Listinn yfir breytingar er nokkuð umfangsmikill, hér eru þær mikilvægustu að okkar mati:
Uppfærðu Kubernetes útgáfuna í 1.16.
Útgáfan var uppfærð í tveimur skrefum í einu; í OpenShift 4.2 var það 1.14.
Gagna dulkóðun í etcd
Frá og með útgáfu 4.3 varð mögulegt að dulkóða gögn í etcd gagnagrunninum. Þegar dulkóðun hefur verið virkjuð verður hægt að dulkóða eftirfarandi OpenShift API og Kubernetes API tilföng: Leyndarmál, ConfigMaps, Leiðir, aðgangslykil og OAuth heimild.
Helm
Bætti við stuðningi við Helm útgáfu 3, vinsælan pakkastjóra fyrir Kubernetes. Í bili hefur stuðningur stöðuna TECHNOLOGY PREVIEW. Stuðningur hjálm verður stækkaður í fullan stuðning í komandi útgáfum af OpenShift. Helm cli tólið kemur með OpenShift og hægt er að hlaða því niður frá klasastjórnunarvefborðinu.
Uppfærsla á mælaborði verkefnisins
Í nýju útgáfunni veitir Verkefnastjórnborð viðbótarupplýsingar á verksíðunni: verkefnastöðu, nýtingu tilfanga og verkkvóta.
Sýnir veikleika fyrir hafnarbakkann í vefstjórnborðinu
Eiginleika hefur verið bætt við stjórnborðið til að sýna þekkta veikleika fyrir myndir í Quay geymslum. Stuðningur er við að sýna veikleika fyrir staðbundnar og ytri geymslur.
Einfölduð stofnun rekstrarstöðvar án nettengingar
Þegar um er að ræða uppsetningu OpenShift þyrpingar í einangruðu neti, þar sem aðgangur að internetinu er takmarkaður eða enginn, er einfaldað að búa til „spegil“ fyrir OperatorHub skrána. Nú er hægt að gera þetta með aðeins þremur liðum.
Höfundar:
Victor Puchkov, Yuri Semenyukov
Heimild: www.habr.com