Kjo është publikimi i parë në një seri materialesh që trajtojnë ndryshimet, përmirësimet dhe shtesat në përditësimin e ardhshëm të platformës Red Hat OpenShift deri në 4.0, të cilat do të ndihmojnë në përgatitjen për kalimin në versionin e ri.
Që nga momenti kur përfaqësuesit e komunitetit Kubernetes që sapo po formohej u mblodhën për herë të parë në vjeshtën e vitit 2014 në zyrën e Google në Seattle, ishte evidente se projekti Kubernetes do të ndryshonte thelbësisht qasjet moderne ndaj zhvillimit dhe shpërndarjes së softuerit. Në të njëjtën kohë, ofruesit publikë të shërbimeve në cloud vazhdonin të investonin aktivisht në zhvillimin e infrastrukturës dhe shërbimeve, çka e bëri punën me IT-në dhe krijimin e softuerit shumë më të lehtë dhe më të thjeshtë, duke e bërë ato jashtëzakonisht të aksesueshme, diçka që pak kush mund ta imagjinonte në fillim të dekadës.
Natyrisht, njoftimi pĂ«r çdo shĂ«rbim tĂ« ri cloud shoqĂ«rohej me diskutime tĂ« shumta nga ekspertĂ«t nĂ« Twitter, me debate qĂ« preknin tema tĂ« ndryshme â duke pĂ«rfshirĂ« fundin e epokĂ«s sĂ« kodeve tĂ« hapura, rĂ«nien e IT-sĂ« nĂ« anĂ«n e klientĂ«ve (IT on-premises), pashmangshmĂ«rinĂ« e monopolizimit tĂ« ri tĂ« softuerit nĂ« cloud dhe se si parimi i ri X do tĂ« zĂ«vendĂ«sonte tĂ« gjitha parimet e tjera.
Nuk është e nevojshme të thuhet se të gjitha këto debate ishin të shumëta dhe të gabuara.
Realiteti është se asgjë nuk do të zhduket, dhe sot mund të shohim një rritje eksponenciale të produkteve përfundimtare dhe mënyrave për zhvillimin e tyre, e cila lidhet me shfaqjen e vazhdueshme të softuerit të ri në jetën tonë. Dhe megjithëse gjithçka përreth do të ndryshojë, në thelb gjithçka do të mbetet e pandryshuar. Zhvilluesit e softuerit do të vazhdojnë të shkruajnë kod me gabime, inxhinierët e operacioneve dhe specialistët e besueshmërisë do të vazhdojnë të përdorin pager dhe të marrin njoftime automatike në Slack, menaxherët do të vazhdojnë të operojnë me konceptet OpEx dhe CapEx, dhe çdo herë që ndodh një dështim, zhvilluesi i lartë do të bëjë një suspens patetik dhe do të thotë: 'E dija'...
Ajo që do të ishte në të vërtetë e duhura për t'u diskutuar., kështu që kjo është ajo që ne mund të marrë në dispozicion tonë për të krijuar produkte software më të kualitetit, dhe si ato lejojnë të rritet siguria dhe ta bëjnë zhvillimin më të thjeshtë dhe më të besueshëm. Me rritjen e kompleksitetit të projekteve shfaqen edhe rreziqe të reja, dhe sot jetët e njerëzve varen aq shumë nga software-i, saqë zhvilluesit thjesht duhet të përpiqen të bëjnë punën e tyre më mirë.
Kubernetes është një nga këto mjete. Po punohet që brenda Red Hat OpenShift të integrohet me mjete dhe shërbime të tjera në një platformë të vetme, e cila do të lejonte që software-i të ishte më të besueshëm, më të lehtë për t'u menaxhuar dhe më të sigurt për përdoruesit.
Duke marrë parasysh këtë, ekipi i OpenShift po bën një pyetje të thjeshtë:
Si mund ta bëjmë punën me Kubernetes më të thjeshtë dhe më të përshtatshme?
Përgjigja është për t'u habitur e qartë:
- të automatizojmë momentet komplekse në implementimin në cloud ose jashtë cloud-it;
- të fokusohemi në besueshmëri, duke fshehur kompleksitetin;
- të vazhdojmë punën e vazhdueshme për lëshimin e përditësimeve të thjeshta dhe të sigurta;
- të arrijmë kontrollueshmëri dhe mundësi auditi;
- të stremi që në fillim të ofrojmë siguri të lartë, por jo në dëm të përdorshmërisë.
LĂ«shimi i ardhshĂ«m i OpenShift duhet tĂ« marrĂ« parasysh si pĂ«rvojĂ«n e krijuesve, ashtu edhe pĂ«rvojĂ«n e zhvilluesve tĂ« tjerĂ«, qĂ« nĂ« shkallĂ« tĂ« gjerĂ« aplikojnĂ« software-in nĂ« kompanitĂ« mĂ« tĂ« mĂ«dha tĂ« botĂ«s. PĂ«r mĂ« tepĂ«r, Ă«shtĂ« e nevojshme tĂ« merret parasysh e gjithĂ« pĂ«rvoja e grupeve tĂ« hapura, tĂ« cilat sot qĂ«ndrojnĂ« nĂ« bazĂ« tĂ« botĂ«s moderne. NĂ« kĂ«tĂ« rast, duhet tĂ« heqim dorĂ« nga mentaliteti i mĂ«parshĂ«m i zhvilluesit amator dhe tĂ« kalojmĂ« nĂ« njĂ« filozofi tĂ« ardhmshme automatizimi. Ky duhet tĂ« jetĂ« njĂ« 'urĂ«' midis mĂ«nyrave tĂ« mĂ«parshme dhe tĂ« reja tĂ« implementimit tĂ« software-it dhe tĂ« shfrytĂ«zojĂ« plotĂ«sisht gjithĂ« infrastrukturĂ«n e disponueshme â pavarĂ«sisht nĂ«se ajo shĂ«rbehet nga ofruesi mĂ« i madh tĂ« cloud-it apo Ă«shtĂ« e vendosur nĂ« sisteme tĂ« vogla nĂ« periferinĂ«.
Si të arrijmë një rezultat të tillë?
NĂ« Red Hat Ă«shtĂ« zakon qĂ« tĂ« kryhen punĂ« tĂ« mĂ«rzitshme dhe tĂ« padĂ«shiruara pĂ«r njĂ« kohĂ« tĂ« gjatĂ«, pĂ«r tĂ« ruajtur komunitetin e krijuar dhe pĂ«r tĂ« mos lejuar mbylljen e projekteve nĂ« tĂ« cilat kompania merr pjesĂ«. NĂ« komunitetin open-source ka njĂ« numĂ«r tĂ« madh zhvilluesish tĂ« talentuar, qĂ« krijojnĂ« gjĂ«ra tĂ« jashtĂ«zakonshme â argĂ«tuese, edukative, qĂ« hapin mundĂ«si tĂ« reja dhe thjesht tĂ« bukura, por, natyrisht, askush nuk pret qĂ« tĂ« gjithĂ« pjesĂ«marrĂ«sit tĂ« lĂ«vizin nĂ« tĂ« njĂ«jtin drejtim ose tĂ« ndjekin qĂ«llime tĂ« pĂ«rbashkĂ«ta. PĂ«rdorimi i kĂ«saj energjie, redirektimi i saj nĂ« drejtimin e duhur, Ă«shtĂ« shpesh i nevojshĂ«m pĂ«r zhvillimin e direksioneve qĂ« do tĂ« ishin tĂ« dobishme pĂ«r pĂ«rdoruesit tanĂ«, por njĂ«kohĂ«sisht ne duhet tĂ« ndjekim zhvillimin e komuniteteve tona dhe tĂ« mĂ«sojmĂ« nga ato.
NĂ« fillim tĂ« vitit 2018, Red Hat bleu projektin CoreOS, i cili kishte pikĂ«pamje tĂ« ngjashme pĂ«r tĂ« ardhmen â mĂ« tĂ« sigurta dhe mĂ« tĂ« besueshme, tĂ« krijuara mbi parimet e open-source. Kompania punoi pĂ«r zhvillimin e mĂ«tejshĂ«m tĂ« kĂ«tyre ideve dhe realizimin e tyre, duke zbatuar filozofinĂ« tonĂ« â duke kĂ«rkuar tĂ« arrijmĂ« njĂ« funksionim tĂ« sigurt tĂ« gjithĂ« softuerit. E gjithĂ« kjo punĂ« bazohet nĂ« Kubernetes, Linux, cloud-e publike, cloud-e private dhe mijĂ«ra projekte tĂ« tjera qĂ« qĂ«ndrojnĂ« nĂ« thelb tĂ« ekosistemĂ«s sonĂ« digjitale moderne.
Lëshimi i ri OpenShift 4 do të jetë i kuptueshëm, të automatizuar dhe më natyral.
Platforma OpenShift do të punojë me sistemet operative Linux më të mira dhe më të besueshme, me mbështetje bare-metal, virtualizim të lehtë, automatizim të infrastrukturës dhe, natyrisht, kontejnerë (të cilat në thelb janë thjesht imazhe Linux).
Platforma duhet tĂ« jetĂ« e sigurt nga fillimi, por gjithashtu tĂ« ofrojĂ« mundĂ«si pĂ«r iteracione tĂ« lehta pĂ«r zhvilluesit â pra, tĂ« ketĂ« fleksibilitet dhe besueshmĂ«ri tĂ« mjaftueshme, ndĂ«rkohĂ« qĂ« ende tĂ« lejojĂ« administratorĂ«t tĂ« bĂ«jnĂ« auditim dhe tĂ« sigurojnĂ« lehtĂ«sinĂ« e menaxhimit.
Ajo duhet të lejojë ekzekutimin e softuerit "si shërbim", dhe të mos çojë në rritjen e pakontrolluar të infrastrukturës për operatorët.
Ajo do t'i lejojë zhvilluesit të përqendrohen në krijimin e produkteve reale për përdoruesit dhe klientët. S'ka nevojë të kaloni përmes labirintit të konfigurimeve të harduerit dhe softuerit, ndërsa të gjitha komplikimet e rastit do të mbeten në të kaluarën.
OpenShift 4: Platformë NoOps që nuk kërkon mbështetje
NĂ« u pĂ«rshkruan detyrat qĂ« ndihmuan nĂ« formimin e vizionit tĂ« kompanisĂ« pĂ«r OpenShift 4. Ekipa ka si detyrĂ« tĂ« thjeshtĂ«sojĂ« nĂ« maksimum detyrat e pĂ«rditshme tĂ« operimit dhe mbĂ«shtetjes sĂ« softuerit, duke e bĂ«rĂ« kĂ«tĂ« proces tĂ« lehtĂ« dhe tĂ« qetĂ« â si pĂ«r specialistĂ«t qĂ« merren me implementimin, ashtu edhe pĂ«r zhvilluesit. Por si mund tĂ« afroheshim drejt kĂ«saj qĂ«llimi? Si mund tĂ« krijojmĂ« njĂ« platformĂ« pĂ«r nisjen e softuerit qĂ« kĂ«rkon ndĂ«rhyrje minimale? ĂfarĂ« nĂ«nkupton NoOps nĂ« kĂ«tĂ« kontekst?
Nëse përpiqemi të abstenojmë, për zhvilluesit konceptet 'serverless' ose 'NoOps' nënkuptojnë mjete dhe shërbime që lejojnë të fshihni përbërësin 'operacional' ose ta minimizoni këtë barrë për zhvilluesin.
- Pune me ndërfaqe aplikative (API) dhe jo me sisteme.
- Mos u angazhoni me implementimin e softuerit â le tĂ« merret me kĂ«tĂ« ofruesi.
- Nuk duhet tĂ« merrni pĂ«rsipĂ«r menjĂ«herĂ« krijimin e njĂ« framework-u tĂ« madh â filloni me shkruarjen e fragmenteve tĂ« vogla qĂ« do tĂ« shĂ«rbejnĂ« si 'blloqe ndĂ«rtimi', pĂ«rpiquni qĂ« ky kod tĂ« punojĂ« me tĂ« dhĂ«nat dhe ngjarjet, e jo me disqet dhe bazat e tĂ« dhĂ«nave.
Detyra, si gjithmonë, është që të përshpejtoni iteracionet gjatë zhvillimit të softuerit, të siguroheni për mundësinë e krijimit të produkteve më cilësore, dhe që zhvilluesi të mos shqetësohet për sistemet mbi të cilat starton softi i tij. Një zhvillues i përvojshëm e kupton mirë që nëse përqendrohemi te përdoruesit, situata mund të ndryshojë shpejt, prandaj nuk duhet të investoni shumë përpjekje në shkruarjen e softuerit nëse nuk jeni të sigurt për nevojën e tij.
Për profesionistët që merren me mbështetje dhe operimin, fjala «NoOps» mund të tingëllojë disi frikësuese. Por gjatë bisedave me inxhinierët e operacioneve bëhet e qartë se modelet dhe metodat që ata përdorin për të siguruar besueshmërinë (Site Reliability Engineering, SRE) shumë shpesh përputhen me modelet e përmendura më sipër:
- Mos menaxhoni sistemet â automatizoni proceset e menaxhimit tĂ« tyre.
- Mos u merrni me implementimin e softuerit â krijoni njĂ« pipeline pĂ«r shpĂ«rndarjen e tij.
- PĂ«rpiquni tĂ« mos bashkoni tĂ« gjitha shĂ«rbimet tuaja sĂ« bashku dhe mos lejoni qĂ« dĂ«shtimi i njĂ«rit prej tyre tĂ« çojĂ« nĂ« dĂ«shtimin e gjithĂ« sistemit â shpĂ«rndani ato nĂ« mbarĂ« infrastrukturĂ«n, duke pĂ«rdorur mjete automatizimi, dhe lidhini ato, duke parashikuar mundĂ«sinĂ« pĂ«r kontroll dhe monitorim.
SpecialistĂ«t e SRE e dinĂ« se diçka mund tĂ« shkojĂ« keq dhe ata do tĂ« duhet tĂ« ndjekin dhe rregullojnĂ« problemin â prandaj ata automatizojnĂ« punĂ«n rutinore dhe pĂ«rcaktojnĂ« paraprakisht shkallĂ«t e pranueshme tĂ« devijimit (error budgets), pĂ«r tĂ« qenĂ« tĂ« gatshĂ«m pĂ«r prioritetizimin dhe pĂ«r tĂ« marrĂ« vendime kur shfaqet njĂ« problem.
Kubernetes nĂ« OpenShift Ă«shtĂ« njĂ« platformĂ« e krijuar pĂ«r tĂ« trajtuar dy detyra kryesore: nĂ« vend qĂ« t'ju detyrojĂ« tĂ« merremi me makinat virtuelle ose API-tĂ« e balancuesve tĂ« ngarkesĂ«s, puna bĂ«het me abstraksione tĂ« nivelit mĂ« tĂ« lartĂ« â me proceset e shpĂ«rndarjes dhe shĂ«rbimet. NĂ« vend tĂ« instalimit tĂ« agenteve tĂ« softuerit, mund tĂ« nisni kontejnerĂ«, dhe nĂ« vend tĂ« shkruarjes sĂ« njĂ« steki monitorimi tuaj, pĂ«rdorni mjetet qĂ« janĂ« tashmĂ« tĂ« disponueshme nĂ« platformĂ«. NĂ« kĂ«tĂ« mĂ«nyrĂ«, pĂ«rbĂ«rĂ«si sekret i OpenShift 4 nĂ« tĂ« vĂ«rtetĂ« nuk pĂ«rbĂ«n asnjĂ« mister â thjesht duhet tĂ« merrni parasysh principet e SRE dhe konceptet pa server, dhe tâi çoni ato deri nĂ« pĂ«rfundim, nĂ« ndihmĂ« tĂ« zhvilluesve dhe inxhinierĂ«ve tĂ« operacioneve:
- Automatizoni dhe standardizoni infrastrukturën që përdoret nga aplikacionet.
- Lidhni së bashku proceset e zhvillimit dhe të shpërndarjes, pa kufizuar vetë zhvilluesit.
- Arrini që nisja, auditi dhe sigurimi i sigurisë së shërbimit të njëqind, funksionit, aplikacionit ose tërë stekut të jenë po aq të lehta sa ato të shkurtit.
Por çfarë dallon platforma OpenShift 4 nga paraardhësit e saj dhe nga qasja "standarde" për zgjidhjen e problemeve të ngjashme? Si arrihet shkallëzimi për ekipet që merren me implementimin dhe operimin? Sepse në këtë situatë, mbreti është klasteri. Pra,
- Të bëjmë që qëllimi i klasterëve të jetë i qartë (Reketa e shtrenjtë, këtë klaster e ngrita sepse arrita).
- Makinat dhe sistemet operative ekzistojnë për të shërbyer klasterin (Madhëria Juaj).
- Menaxhoni gjendjen e hosteve nga klasteri, minimizoni rikonstruksionet e tyre (drift).
- Për çdo element të rëndësishëm të sistemit nevojitet një vajze që do të monitorojë dhe eliminojë problemet.
- DĂ«shtimi *i çdo* aspekti ose elementi tĂ« sistemit pĂ«rballe me mekanizmat e rikthimit â kjo Ă«shtĂ« njĂ« pjesĂ« normale e jetĂ«s.
- E gjithë infrastruktura duhet të konfigurohet përmes API.
- Përdorni Kubernetes për të drejtuar Kubernetes. (Po, kjo nuk është një gabim shpati).
- Përditësimet duhet të instalohen lehtësisht dhe pa ndihmë. Nëse për të instaluar një përditësim nevojitet më shumë se një klik i miut, atëherë padyshim po bëjmë diçka gabim.
- Monitorimi dhe debugimi i çdo komponente nuk duhet të përbëjë një problem, dhe, për rrjedhojë, ndjekja dhe raportimi mbi të gjithë infrastrukturën gjithashtu duhet të jenë të thjeshta dhe të lehta.
Doni të shihni mundësitë e platformës në veprim?
Versioni preliminar i OpenShift 4 është bërë i disponueshëm për zhvilluesit. Me ndihmën e një instalatori të thjeshtë për t'u përdorur, mund të ngrini një klaster në AWS mbi Red Hat CoreOS. Për të shfrytëzuar versionin preliminar nevojitet vetëm një llogari AWS për të ofruar infrastrukturën dhe një grup llogarish për të aksesuar imazhet e versionit preliminar.
- Për të filluar, shkoni në dhe klikoni "Get Started".
- Hyni në llogarinë tuaj të Red Hat (ose krijoni një të re) dhe ndiqni udhëzimet për të konfiguroni klasterin tuaj të parë.
Pas instalimit të suksesshëm, shqyrtoni materialet tona edukative , për të marrë një pasqyrë më të detajuar mbi sistemet dhe konceptet që e bëjnë platformën OpenShift 4 një mjet aq të thjeshtë dhe të lehtë për të drejtuar Kubernetes.
Provo njĂ« version tĂ« ri tĂ« OpenShift dhe ndani mendimin tuaj. Ne jemi tĂ« pĂ«rkushtuar ta bĂ«jmĂ« punĂ«n me Kubernetes sa mĂ« tĂ« lehtĂ« dhe pa mundim â e ardhmja e NoOps fillon sot.
Dhe tani vëmendje!
NĂ« konferencĂ« MĂ« 20 Prill, njĂ« nga zhvilluesit e OpenShift, Vadim Rutkovski do tĂ« mbajĂ« njĂ« masterclass â do tĂ« prishĂ« dhjetĂ« klasterĂ« dhe do t'i ndihmojĂ« tĂ« rikthehen. Konferenca ka njĂ« tarifĂ«, por me kodin promokod #RedHat Ă«shtĂ« njĂ« zbritje prej 37%.
Masterclass nĂ« 17:15 â 18:15, dhe stendi punon gjithĂ« ditĂ«n. T-shirt, kapele, llak â si zakonisht!
Salla #2
«Këtu e gjithë sistemin duhet ta ndryshojmë: po riparojmë klasterët e prishur k8s së bashku me zejtarët e çertifikuar».
Burimi: habr.com
