Versioni e katërt e OpenShift doli relativisht së recently. Versioni aktual 4.3 është në dispozicion që nga fundi i janarit dhe të gjitha ndryshimet në të janë ose diçka krejtësisht e re, që nuk është parë në versionin e tretë, ose një azhurnim i madh i asaj që u shfaq në versionin 4.1. Të gjitha ato që do të përmendim tani janë informacion i nevojshëm, duhet kuptuar dhe marrë parasysh nga ata që punojnë me OpenShift dhe planifikojnë të kalojnë në versionin e ri.
Me lëshimin e versionit OpenShift 4.2, Red Hat e thjeshtoi punën me Kubernetes. U prezantuan mjete dhe plugjina të reja për krijimin e kontejnerëve, CI/CD pipeline dhe implementime serverless. Risi të tilla u japin zhvilluesve mundësinë për tëu fokusuar në shkrimin e kodit, dhe jo në zgjidhjen e problemeve me Kubernetes.
Pra, çfarë është e re në versionet OpenShift 4.2 dhe 4.3?
LĂ«vizja drejt cloud-eve hibride
Kur planifikojnë një infrastrukturë të re IT ose kur zhvillojnë peizazhin aktual IT, kompani gjithnjë e më shumë shqyrtojnë qasjen cloud në ofrimin e burimeve IT, duke implementuar zgjidhje cloud private ose duke përdorur kapacitetin e ofruesve publikë të cloud. Prandaj, infrastruktura moderne IT gjithnjë e më shumë ndërtohet sipas modelit të cloud hibride, ku përdoren si burime on-premises ashtu edhe burime publike të cloud me një sistem të përbashkët menaxhimi. Red Hat OpenShift 4.2 është projektuar posaçërisht për të thjeshtuar kalimin në modelin e cloud hibride dhe lejon lidhjen e lehtë të burimeve nga ofrues të tillë si AWS, Azure dhe Google Cloud Platform, përveç përdorimit të cloud-ëve privatë në VMware dhe OpenStack.
Qasja e re për instalimin
NĂ« versionin e katĂ«rt Ă«shtĂ« ndryshuar qasja pĂ«r instalimin e OpenShift. Red Hat ofron njĂ« utilitar tĂ« veçantĂ« pĂ«r instalimin e klasterit OpenShift â openshift-install. Ky utilitar Ă«shtĂ« njĂ« skedar binar i vetĂ«m, i shkruar nĂ« Go. Openshift-installer pĂ«rgatit njĂ« skedar yaml me konfigurimin e nevojshĂ«m pĂ«r tĂ« kryer instalimin.
Në rastin e instalimit duke përdorur burime cloud, do të kërkohet të jepni informacion minimal për klasterin e ardhshëm: zonën DNS, numrin e nodave punues, cilësimet specifike për ofruesin e cloud, të dhënat e llogarisë për qasje në ofruesin e cloud. Pas përgatitjes së skedarit të konfigurimit, klasteri mund të instalohen me një komandë.
NĂ« rastin e instalimit nĂ« burimet tuaja kompjuterike, pĂ«r shembull, duke pĂ«rdorur njĂ« cloud privat (ku mbĂ«shteten vSphere dhe OpenStack) ose kur instaloni nĂ« serverĂ« fizikĂ«, do tĂ« kĂ«rkohet konfigurim manual i infrastrukturĂ«s â tĂ« pĂ«rgatiten njĂ« numĂ«r minimal i makinave virtuale ose serverĂ«ve fizikĂ« tĂ« nevojshĂ«m pĂ«r tĂ« krijuar klasterin Control Plane, tĂ« konfigurohen shĂ«rbimet rrjetĂ«. Pas kĂ«saj konfigurimi, klasteri OpenShift mund tĂ« krijohet gjithashtu me njĂ« komandĂ« tĂ« utilitarit openshift-installer.
Azhorcimet në infrastrukturë
Integrimi me CoreOS
Një azhurnim i rëndësishëm është integrimi me Red Hat CoreOS. Tani master-nodet Red Hat OpenShift mund të funksionojnë vetëm në sistemin e ri operativ. Kjo është një sistem operativ falas nga Red Hat, i projektuar posaçërisht për zgjidhje kontejnerësh. Red Hat CoreOS përbën një Linux të lehtë, të optimizuar për të drejtuar kontejnerë.
NĂ«se nĂ« versionin 3.11 sistemi operativ dhe OpenShift ishin tĂ« ndara, nĂ« versionin 4.2 ato janĂ« tĂ« lidhura ngushtĂ« me njĂ«ra-tjetrĂ«n. Tani Ă«shtĂ« njĂ« pajisje e vetme â infrastruktura immutability.
Për klasterat që përdorin RHCOS për të gjitha nodet, azhurnimi i OpenShift Container Platform është një proces i thjeshtë dhe shumë i automatizuar.
Më parë, për të azhurnuar OpenShift, duhej së pari të azhurnohej sistemi operativ bazë, mbi të cilin ishte aktivizuar produkti (në atë kohë ishte Red Hat Enterprise Linux). Vetëm pas kësaj mund të azhurnoheshin hap pas hapi OpenShift. Asnjë automatikë në proces nuk ishte e mundshme.
Tani, pasi OpenShift Container Platform kontrollon plotësisht sistemet dhe shërbimet në çdo nod, duke përfshirë sistemin operativ, ky detyrë zgjidhet me klikimin e një butoni nga ndërfaqja web. Pas kësaj, aktivizohet një operator i veçantë brenda klasterit OpenShift, që menaxhon të gjithë procesin e azhurnimit.
CSI i ri
E dyta Ă«shtĂ« CSI i ri â kontrollori i storage-interface, qĂ« lejon lidhjen e shumĂ« pajisjeve tĂ« jashtme tĂ« ruajtjes nĂ« klasterin OpenShift. MbĂ«shtetet njĂ« numĂ«r i madh ofruesish tĂ« driver-ave tĂ« storage pĂ«r OpenShift bazuar nĂ« driver-at e storage, qĂ« prodhohen nga vetĂ« prodhuesit e pajisjeve tĂ« ruajtjes. Lista e plotĂ« e driver-ave tĂ« suportuar tĂ« CSI mund tĂ« gjendet nĂ« kĂ«tĂ« dokument: . NĂ« kĂ«tĂ« listĂ« mund tĂ« gjeni tĂ« gjitha modelet kryesore tĂ« sistemit tĂ« ruajtjes nga prodhuesit kryesorĂ« (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), zgjidhjet SDS (Ceph) dhe ruajtjet cloud (AWS, Azure, Google). OpenShift 4.2 mbĂ«shtet pĂ«rdorimin e driver-ave CSI sipas specifikacioneve tĂ« CSI versionit 1.1.
RedHat OpenShift Service Mesh
E ndĂ«rtuar mbi projektet Istio, Kiali dhe Jaeger â Red Hat OpenShift Service Mesh, pĂ«rveç detyrave tĂ« zakonshme tĂ« ruterimit tĂ« kĂ«rkesave midis shĂ«rbimeve, lejon gjurmimin dhe vizualizimin e tyre. Kjo ndihmon zhvilluesit tĂ« thjeshtojnĂ« ndĂ«rveprimin, monitorimin dhe menaxhimin e aplikacioneve tĂ« vendosura brenda Red Hat OpenShift.
Vizualizimi i një aplikacioni me arkitekturë mikroshërbimesh duke përdorur Kiali
PĂ«r tĂ« thjeshtuar proceset e instalimit, shĂ«rbimit dhe menaxhimit tĂ« ciklit tĂ« jetĂ«s sĂ« Service Mesh, Red Hat OpenShift ofron njĂ« operator tĂ« veçantĂ« pĂ«r administratorĂ«t â Service Mesh Operator. Ky Ă«shtĂ« njĂ« operator Kubernetes qĂ« lejon implementimin nĂ« klaster tĂ« paketave tĂ« ripĂ«rcaktuara Istio, Kiali dhe Jaeger, duke minimizuar ngarkesĂ«n administrative pĂ«r menaxhimin e aplikacioneve.
CRI-O në vend të Docker
Runtime-i standard i kontejnerëve Docker është zëvendësuar me CRI-O. Mund të përdoret CRI-O që në versionin 3.11, por në 4.2 ai është bërë kryesor. As mirë, as keq, por duhet patur parasysh gjatë përdorimit të produktit.
Operatorët dhe implementimi i aplikacioneve
OperatorĂ«t â njĂ« entitet i ri pĂ«r RedHat OpenShift, qĂ« u shfaq nĂ« versionin e katĂ«rt. Ky Ă«shtĂ« njĂ« metodĂ« e paketimit, implementimit dhe menaxhimit tĂ« aplikacioneve Kubernetes. Mund tĂ« pĂ«rfaqĂ«sohet si njĂ« plugin i menaxhuar nga API Kubernetes dhe mjetet kubectl pĂ«r aplikacionet e vendosura nĂ« kontejnerĂ«.
Operatorët Kubernetes ndihmojnë në automatizimin e çdo detyre që lidhet me administrimin dhe menaxhimin e ciklit të jetës së aplikacionit që po implementoni në klasterin tuaj. Për shembull, një operator mund të automatizojë përditësimet, kopjimet rezervë dhe shkallëzimin e aplikacionit, të ndryshojë konfigurimin etj. Lista e plotë e operatorëve mund të shihet në .
OperatorHub është në dispozicion direkt nga ndërfaqja web e konsolës së menaxhimit. Ai përfaqëson një katalog aplikacionesh për OpenShift, mbështetur nga Red Hat. Kështu, të gjithë operatorët e miratuar nga Red Hat do të mbështeten nga mbështetje e shitësit.
Portali OperatorHub në konsolën e menaxhimit OpenShift
Imazhi bazë universale
Ky është një grup standardizuar i imazheve të OS RHEL që mund të përdoren për të ndërtuar aplikacionet tuaja në kontejnerë. Ka grupe minimale, standarde dhe të plota. Ato zënë shumë pak hapësirë, mbështesin të gjitha paketat dhe gjuhët e programimit të nevojshme.
Instruments CI/CD
Në RedHat OpenShift 4.2 është shtuar mundësia për të zgjedhur midis Jenkins dhe OpenShift Pipelines bazuar në Tekton Pipelines.
OpenShift Pipelines është i bazuar në Tekton, i cili mbështet më mirë qasjet Pipeline as Code dhe GitOps. Në konvejerët e OpenShift, çdo hap ekzekutohet në një kontejner të vetin, kështu që burimet përdoren vetëm gjatë ekzekutimit të hapit. Kjo i jep zhvilluesve kontroll të plotë mbi konvejerët e shpërndarjes së moduleve, pluginate dhe kontrollin e aksesit pa një server të qendruar CI/CD për menaxhim.
OpenShift Pipelines aktualisht është në fazën e Preview për zhvilluesit dhe është në dispozicion si operator në klasterin OpenShift 4. Natyrisht, përdoruesit e OpenShift mund ta përdorin ende Jenkins në RedHat OpenShift 4.
Përditësimet në menaxhim për zhvilluesit
Në 4.2 OpenShift është përditësuar krejtësisht ndërfaqja web si për zhvilluesit, ashtu edhe për administratorët.
NĂ« versionet e mĂ«parshme tĂ« OpenShift, tĂ« gjithĂ« punonin nĂ« tre konsola: katalogu i shĂ«rbimeve, konsola e administratorit dhe konsola e punĂ«s. Tani klasteri Ă«shtĂ« ndarĂ« vetĂ«m nĂ« dy pjesĂ« â konsolĂ«n e administratorit dhe konsolĂ«n e zhvilluesit.
Konsola e zhvilluesit ka marrë përmirësime të mëdha në ndërfaqen e përdoruesit. Tani është më e lehtë për të shfaqur topologjitë e aplikacioneve dhe ndërtimet e tyre. Kjo lehtëson për zhvilluesit të krijojnë, implementojnë dhe vizualizojnë aplikacionet me kontejnerë dhe burimet e klasterit. Lejon fokusimin në atë që është e rëndësishme për ta.
Portali i zhvilluesve në konsolën e menaxhimit OpenShift
Odo
Odo është një utilitar komandash i orientuar nga zhvilluesit, që thjeshton zhvillimin e aplikacioneve në OpenShift. Duke përdorur ndërveprimin stil git push, ky CLI ndihmon zhvilluesit, jo të njohur me Kubernetes, të krijojnë aplikacione në OpenShift.
Integrimi me ambientet e zhvillimit
Zhvilluesit tani mund të krijojnë, debugohet dhe implementojnë aplikacionet e tyre në OpenShift, pa lënë ambientin e preferuar të zhvillimit të kodit, si Microsoft Visual Studio, JetBrains (duke përfshirë IntelliJ), Eclipse Desktop etj.
Zgjerimi i Red Hat OpenShift Deployment për Microsoft Azure DevOps
Ka ardhur zgjerimi Red Hat OpenShift Deployment për Microsoft Azure DevOps. Tani përdoruesit e këtij grupi mjetesh DevOps mund të implementojnë aplikacionet e tyre në Azure Red Hat OpenShift ose në çdo klaster tjetër OpenShift, direkt nga Microsoft Azure DevOps.
Kalimi nga versioni i tretë në të katërtin
Duke qenë se bëhet fjalë për një lirimin e ri dhe jo për një përditësim, nuk mund ta instaloni thjesht versionin e katërt mbi atë të tretin. Përditësimi nga versioni i tretë në të katërtin nuk do të mbështetet.
Por ka një lajm të mirë: Red Hat ofron mjete për të transferuar projekte nga 3.7 në 4.2. Ju mund të transferoni ngarkesat e aplikacioneve duke përdorur mjetin Cluster Application Migration (CAM). CAM lejon të kontrolloni migrimin dhe të minimizoni kohën e papunësisë së aplikacionit.
OpenShift 4.3
Kryesisht novitetet e përshkruara në këtë artikull u shfaqën në versionin 4.2. Në versionin e sapo lëshuar 4.3 ndryshimet nuk janë aq domethënëse, por ka gjithsesi disa gjëra të reja. Lista e ndryshimeve është mjaft e gjerë, do të kemi parasysh më të rëndësishmet nga këndvështrimi ynë:
Përditësimi i versionit Kubernetes deri në 1.16.
Versioni u përmirësua menjëherë në dy hapa, në OpenShift 4.2 ishte 1.14.
Kriptimi i të dhënave në etcd
Duke filluar nga versioni 4.3, u shfaq mundësia për të kriptuar të dhënat në bazën etcd. Pas aktivizimit të kriptimit, do të jetë e mundur të kriptohen burimet e mëposhtme të OpenShift API dhe Kubernetes API: Secrets, ConfigMaps, Routes, tokens e aksesit dhe autorizimit OAuth.
Helm
SHTOJMà mbështetje për Helm versioni 3 - menaxherin e paketave popullor për Kubernetes. Deri tani mbështetja ka statusin TECHNOLOGY PREVIEW. Në versionet e ardhshme të OpenShift, mbështetja për Helm do të zgjerohet në një nivel të plotë. Mjeti helm cli vjen i bashkangjitur me OpenShift dhe mund të shkarkohet nga konsola web e menaxhimit të klustereve.
Përditësimi i Project Dashboard
Në versionin e ri, Project Dashboard ofron informacion shtesë në faqen e projektit: statusin e projektit, shfrytëzimin e burimeve dhe kuotat për projektin.
Shfaqja e dobësive për quay në konsolën web
Konsola e menaxhimit është përmirësuar me funksionin e shfaqjes së dobësive të njohura për imazhet në depozitë Quay. Mbështetet shfaqja e dobësive për depozitat lokale dhe të jashtme.
Krijimi i operatorhub offline është simplifikuar
Për rastin e shtrirjes së klustereve OpenShift në një rrjet të izoluar, ku qasja në internet është e kufizuar ose e mungon, krijimi i një 'pasqyre' për regjistrin OperatorHub është bërë më e thjeshtë. Tani kjo mund të bëhet me vetëm tre komanda.
Shkruar nga:
Viktor Puchkov, Yuri Semenyuk
Burimi: habr.com
