Toleo la nne la OpenShift lilitolewa hivi karibuni. Toleo la sasa la 4.3 limepatikana tangu mwisho wa Januari na mabadiliko yote ndani yake ni kitu kipya kabisa ambacho hakikuwa katika toleo la tatu, au sasisho kuu la kile kilichoonekana katika toleo la 4.1. Kila kitu ambacho tutakuambia sasa kinahitaji kujulikana, kueleweka na kuzingatiwa na wale wanaofanya kazi na OpenShift na kupanga kubadilisha hadi toleo jipya.
Kwa kutolewa kwa OpenShift 4.2, Red Hat imerahisisha kufanya kazi na Kubernetes. Zana na programu-jalizi mpya zimeonekana kwa ajili ya kuunda vyombo, mabomba ya CI/CD na upelekaji bila seva. Ubunifu huwapa wasanidi programu fursa ya kuzingatia kuandika msimbo, na sio kushughulika na Kubernetes.
Kweli, ni nini kipya katika matoleo ya OpenShift 4.2 na 4.3?
Kusonga kuelekea mawingu mseto
Wakati wa kupanga miundombinu mpya ya IT au wakati wa kuendeleza mazingira ya IT iliyopo, makampuni yanazidi kuzingatia mbinu ya wingu kwa utoaji wa rasilimali za IT, ambayo hutekeleza ufumbuzi wa wingu binafsi au kutumia nguvu za watoa huduma za wingu za umma. Kwa hivyo, miundombinu ya kisasa ya IT inazidi kujengwa kulingana na mfano wa wingu "mseto", wakati rasilimali zote za ndani na rasilimali za wingu za umma na mfumo wa usimamizi wa kawaida hutumiwa. Red Hat OpenShift 4.2 imeundwa mahususi kurahisisha uhamishaji hadi muundo wa wingu mseto na hurahisisha kuunganisha rasilimali kutoka kwa watoa huduma kama vile AWS, Azure na Google Cloud Platform hadi kwenye nguzo, pamoja na kutumia mawingu ya faragha kwenye VMware na OpenStack.
Mbinu mpya ya ufungaji
Katika toleo la 4, mbinu ya kusakinisha OpenShift imebadilika. Red Hat hutoa matumizi maalum ya kupeleka nguzo ya OpenShift - openshift-install. Huduma ni faili moja ya binary iliyoandikwa katika Go. Kisakinishi cha Openshit hutayarisha faili ya yaml na usanidi unaohitajika kwa matumizi.
Katika kesi ya usakinishaji kwa kutumia rasilimali za wingu, utahitaji kutaja habari ndogo juu ya nguzo ya baadaye: eneo la DNS, idadi ya nodi za wafanyikazi, mipangilio maalum ya mtoaji wa wingu, habari ya akaunti ya kupata mtoa huduma wa wingu. Baada ya kuandaa faili ya usanidi, nguzo inaweza kupelekwa kwa amri moja.
Katika kesi ya usakinishaji kwenye rasilimali zako za kompyuta, kwa mfano, wakati wa kutumia wingu la kibinafsi (vSphere na OpenStack zinaungwa mkono) au wakati wa kusanikisha kwenye seva za chuma wazi, utahitaji kusanidi miundombinu kwa mikono - kuandaa idadi ya chini ya mashine halisi au seva halisi zinazohitajika kuunda nguzo ya Ndege ya Kudhibiti, sanidi huduma za mtandao. Baada ya usanidi huu, nguzo ya OpenShift inaweza kuundwa vile vile kwa amri moja ya matumizi ya openshift-installer.
Sasisho za miundombinu
Ujumuishaji wa CoreOS
Sasisho muhimu ni kuunganishwa na Red Hat CoreOS. Red Hat OpenShift nodi kuu sasa zinaweza kufanya kazi tu kwenye OS mpya. Huu ni mfumo wa uendeshaji wa bure kutoka Red Hat ambao umeundwa mahsusi kwa ufumbuzi wa chombo. Red Hat CoreOS ni Linux nyepesi iliyoboreshwa kwa matumizi ya vyombo.
Ikiwa katika 3.11 mfumo wa uendeshaji na OpenShift ulikuwepo tofauti, basi katika 4.2 inaunganishwa bila usawa na OpenShift. Sasa hii ni kifaa kimoja - miundombinu isiyoweza kubadilika.
Kwa makundi yanayotumia RHCOS kwa nodi zote, kuboresha OpenShift Container Platform ni mchakato rahisi na wa kiotomatiki sana.
Hapo awali, ili kusasisha OpenShift, ilibidi kwanza usasishe mfumo wa uendeshaji wa msingi ambao bidhaa ilikuwa ikifanya kazi (wakati huo, Red Hat Enterprise Linux). Hapo ndipo OpenShift inaweza kusasishwa hatua kwa hatua, nodi kwa nodi. Hakukuwa na mazungumzo ya otomatiki yoyote ya mchakato.
Sasa, kwa kuwa Jukwaa la Vyombo vya OpenShift linadhibiti kikamilifu mifumo na huduma kwenye kila nodi, ikiwa ni pamoja na OS, kazi hii inatatuliwa kwa kubonyeza kitufe kutoka kwenye kiolesura cha wavuti. Baada ya hayo, opereta maalum huzinduliwa ndani ya nguzo ya OpenShift, ambayo inadhibiti mchakato mzima wa sasisho.
CSI mpya
Pili, CSI mpya ni kidhibiti kiolesura cha uhifadhi ambacho hukuruhusu kuunganisha mifumo mbalimbali ya hifadhi ya nje kwenye nguzo ya OpenShift. Idadi kubwa ya watoa huduma za uhifadhi wa OpenShift wanasaidiwa kulingana na madereva ya hifadhi ambayo yameandikwa na watengenezaji wa mfumo wa hifadhi wenyewe. Orodha kamili ya viendeshi vya CSI vinavyotumika inaweza kupatikana katika hati hii: . Katika orodha hii unaweza kupata mifano yote kuu ya safu za disk kutoka kwa wazalishaji wa kuongoza (Dell / EMC, IBM, NetApp, Hitachi, HPE, PureStorage), ufumbuzi wa SDS (Ceph) na hifadhi ya wingu (AWS, Azure, Google). OpenShift 4.2 inasaidia viendeshaji vya CSI vya toleo la vipimo vya CSI 1.1.
RedHat OpenShift Service Mesh
Kulingana na miradi ya Istio, Kiali na Jaeger, Red Hat OpenShift Service Mesh, pamoja na kazi za kawaida za kuelekeza maombi kati ya huduma, inaruhusu ufuatiliaji na taswira yao. Hii huwasaidia wasanidi programu kuwasiliana, kufuatilia na kudhibiti kwa urahisi programu iliyotumwa ndani ya Red Hat OpenShift.
Taswira ya programu iliyo na usanifu wa huduma ndogo kwa kutumia Kiali
Ili kurahisisha usakinishaji, matengenezo, na usimamizi wa mzunguko wa maisha wa Service Mesh kadiri iwezekanavyo, Red Hat OpenShift huwapa wasimamizi opereta maalum, Opereta ya Mesh ya Huduma. Hiki ni kiendeshaji cha Kubernetes kinachokuruhusu kupeleka vifurushi vilivyowekwa upya vya Istio, Kiali na Jaeger kwenye kundi, na hivyo kuongeza mzigo wa usimamizi wa kudhibiti programu.
CRI-O badala ya Docker
Kihifadhi chaguo-msingi cha chombo kimebadilishwa na CRI-O. Iliwezekana kutumia CRI-O tayari katika toleo la 3.11, lakini katika 4.2 ikawa moja kuu. Sio nzuri au mbaya, lakini kitu cha kukumbuka wakati wa kutumia bidhaa.
Waendeshaji na uwekaji wa programu
Waendeshaji ni chombo kipya cha RedHat OpenShift, ambacho kilionekana katika toleo la nne. Ni njia ya kufunga, kupeleka, na kudhibiti programu ya Kubernetes. Inaweza kuzingatiwa kama programu-jalizi ya programu zilizotumwa kwenye vyombo, inayoendeshwa na Kubernetes API na zana za kubectl.
Waendeshaji wa Kubernetes husaidia kufanyia kazi kiotomatiki kazi zozote zinazohusiana na usimamizi na usimamizi wa mzunguko wa maisha wa programu unayotuma kwenye kundi lako. Kwa mfano, opereta anaweza kusasisha kiotomatiki, chelezo na kuongeza programu, kubadilisha usanidi, nk. Orodha kamili ya waendeshaji inaweza kupatikana .
OperatorHub inapatikana moja kwa moja kutoka kwa kiolesura cha wavuti cha kiweko cha usimamizi. Ni saraka ya maombi ya OpenShift inayodumishwa na Red Hat. Wale. waendeshaji wote walioidhinishwa na Red Hat watafunikwa na usaidizi wa muuzaji.
Tovuti ya OperatorHub katika dashibodi ya usimamizi ya OpenShift
Picha ya msingi ya Universal
Ni seti sanifu za picha za RHEL OS ambazo zinaweza kutumika kuunda programu zako zilizo na vyombo. Kuna seti ndogo, za kawaida na kamili. Wanachukua nafasi ndogo sana na kuunga mkono vifurushi vyote muhimu vilivyowekwa na lugha za programu.
Vyombo vya CI/CD
Katika RedHat OpenShif 4.2, iliwezekana kuchagua kati ya Jenkins na OpenShift Pipelines kulingana na Mabomba ya Tekton.
Mabomba ya OpenShift yanategemea Tekton, ambayo inaungwa mkono vyema na Pipeline jinsi Kanuni na GitOps inavyokaribia. Katika mabomba ya OpenShift, kila hatua huendesha kwenye chombo chake, kwa hivyo rasilimali hutumiwa tu wakati hatua inatekelezwa. Hii huwapa wasanidi programu udhibiti kamili wa mabomba ya moduli, programu-jalizi, na udhibiti wa ufikiaji bila seva kuu ya CI/CD ya kudhibiti.
Mabomba ya OpenShift kwa sasa yapo katika Onyesho la Kuchungulia la Wasanidi Programu na inapatikana kama opereta kwenye nguzo ya OpenShift 4. Bila shaka, watumiaji wa OpenShift bado wanaweza kutumia Jenkins kwenye RedHat OpenShift 4.
Sasisho za Usimamizi wa Wasanidi Programu
Katika 4.2 OpenShift, kiolesura cha wavuti kimesasishwa kabisa kwa watengenezaji na wasimamizi.
Katika matoleo ya awali ya OpenShift, kila mtu alifanya kazi katika consoles tatu: saraka ya huduma, console ya msimamizi na console ya kazi. Sasa nguzo imegawanywa katika sehemu mbili tu - console ya msimamizi na console ya msanidi.
Dashibodi ya Wasanidi Programu imepokea maboresho muhimu ya kiolesura cha mtumiaji. Sasa inaonyesha kwa urahisi zaidi topolojia za programu na makusanyiko yao. Hii huwarahisishia wasanidi programu kuunda, kupeleka, na kuibua programu zilizojumuishwa na rasilimali zilizounganishwa. Inawaruhusu kuzingatia kile ambacho ni muhimu kwao.
Lango la msanidi katika dashibodi ya usimamizi ya OpenShift
Odo
Odo ni huduma ya mstari wa amri inayoelekezwa na msanidi programu ambayo hurahisisha ukuzaji wa programu katika OpenShift. Kwa kutumia mawasiliano ya mtindo wa git push, CLI hii husaidia watengenezaji wapya kwa Kubernetes kuunda programu katika OpenShift.
Ushirikiano na mazingira ya maendeleo
Wasanidi programu sasa wanaweza kujenga, kutatua na kupeleka programu zao katika OpenShift bila kuacha mazingira wanayopenda ya kuunda msimbo, kama vile Microsoft Visual Studio, JetBrains (ikiwa ni pamoja na IntelliJ), Eclipse Desktop, n.k.
Kiendelezi cha Usambazaji cha Kofia Nyekundu kwa Microsoft Azure DevOps
Kiendelezi cha Usambazaji cha Kofia Nyekundu cha Microsoft Azure DevOps kimetolewa. Watumiaji wa zana hii ya DevOps sasa wanaweza kupeleka programu zao kwa Azure Red Hat OpenShift au nguzo nyingine yoyote ya OpenShift moja kwa moja kutoka Microsoft Azure DevOps.
Mpito kutoka toleo la tatu hadi la nne
Kwa kuwa tunazungumzia kuhusu toleo jipya, na sio sasisho, huwezi tu kuweka toleo la nne juu ya tatu. Kusasisha kutoka toleo la XNUMX hadi toleo la XNUMX hakutaauniwa..
Lakini kuna habari njema: Red Hat hutoa zana za kuhama miradi kutoka 3.7 hadi 4.2. Unaweza kuhamisha mzigo wa programu kwa kutumia zana ya Uhamiaji wa Programu ya Cluster (CAM). CAM hukuruhusu kudhibiti uhamaji na kupunguza muda wa programu kukatika.
OpenShift 4.3
Ubunifu kuu ulioelezewa katika nakala hii ulionekana katika toleo la 4.2. Mabadiliko ya 4.3 yaliyotolewa hivi majuzi si makubwa, lakini bado kuna mambo mapya. Orodha ya mabadiliko ni pana sana, hapa ndio muhimu zaidi kwa maoni yetu:
Sasisha toleo la Kubernetes hadi 1.16.
Toleo liliboreshwa kwa hatua mbili mara moja; katika OpenShift 4.2 ilikuwa 1.14.
Usimbaji fiche wa data katika nk
Kuanzia na toleo la 4.3, iliwezekana kusimba data kwenye hifadhidata ya etcd. Usimbaji fiche ukishawashwa, itawezekana kusimba API ifuatayo ya OpenShift na nyenzo za Kubernetes API: Siri, ConfigMaps, Njia, tokeni za ufikiaji, na uidhinishaji wa OAuth.
Helm
Usaidizi ulioongezwa kwa toleo la 3 la Helm, meneja maarufu wa kifurushi cha Kubernetes. Kwa sasa, usaidizi una hadhi ya UHAKIKI WA TEKNOLOJIA. Usaidizi wa usukani utapanuliwa hadi usaidizi kamili katika matoleo yajayo ya OpenShift. Huduma ya helm cli inakuja na OpenShift na inaweza kupakuliwa kutoka kwa koni ya wavuti ya usimamizi wa nguzo.
Sasisho la Dashibodi ya Mradi
Katika toleo jipya, Dashibodi ya Mradi hutoa maelezo ya ziada kwenye ukurasa wa mradi: hali ya mradi, matumizi ya rasilimali, na viwango vya mradi.
Inaonyesha udhaifu wa quay kwenye dashibodi ya Wavuti
Kipengele kimeongezwa kwenye dashibodi ya usimamizi ili kuonyesha udhaifu unaojulikana wa picha katika hazina za Quay. Kuonyesha udhaifu kwa hazina za ndani na nje kunatumika.
Uundaji rahisi wa kituo cha opereta nje ya mtandao
Kwa kesi ya kupeleka nguzo ya OpenShift kwenye mtandao uliotengwa, ambayo ufikiaji wa Mtandao ni mdogo au haupo, kuunda "kioo" kwa Usajili wa OperatorHub hurahisishwa. Sasa hii inaweza kufanywa na timu tatu tu.
Waandishi:
Victor Puchkov, Yuri Semenyukov
Chanzo: mapenzi.com