Mūsdienīga platforma programmatūras izstrādei un ievieŔanai

Šis ir pirmais no ziņu sērijas par izmaiņām, uzlabojumiem un papildinājumiem gaidāmajā Red Hat OpenShift platformas 4.0 atjauninājumā, kas palīdzēs sagatavoties pārejai uz jauno versiju.

Mūsdienīga platforma programmatūras izstrādei un ievieŔanai

KopÅ” brīža, kad jaunizveidotā Kubernetes kopiena pirmo reizi pulcējās Google Sietlas birojā 2014. gada rudenÄ«, bija skaidrs, ka Kubernetes projektam bija jāmaina programmatÅ«ras izstrādes un izvietoÅ”anas veids mÅ«sdienās. Tajā paŔā laikā publisko mākoņpakalpojumu sniedzēji turpināja aktÄ«vi investēt infrastruktÅ«ras un pakalpojumu attÄ«stÄ«bā, kas padarÄ«ja darbu ar IT un programmatÅ«ras izveidi daudz vienkārŔāku un pieejamāku un padarÄ«ja tos neticami pieejamus, par ko tikai retais varēja iedomāties Ŕī gada sākumā. desmitgade.

Protams, katra jauna mākoņpakalpojuma izziņoÅ”anu pavadÄ«ja neskaitāmas diskusijas starp ekspertiem Twitter, kā arÄ« tika rÄ«kotas diskusijas par dažādām tēmām, tostarp par atvērtā pirmkoda ēras beigām, lokālo IT lejupslÄ«di un neizbēgamÄ«bu. par jaunu programmatÅ«ras monopolu. mākonÄ« un kā jaunā paradigma X aizstās visas pārējās paradigmas.

Lieki piebilst, ka visi Ŕie strīdi bija ļoti stulbi

Realitāte ir tāda, ka nekas nepazudÄ«s, un Å”odien mēs varam redzēt eksponenciālu galaproduktu un to izstrādes veida pieaugumu, jo mÅ«su dzÄ«vē pastāvÄ«gi parādās jauna programmatÅ«ra. Un, neskatoties uz to, ka viss apkārt mainÄ«sies, tajā paŔā laikā pēc bÅ«tÄ«bas viss paliks nemainÄ«gs. ProgrammatÅ«ras izstrādātāji joprojām rakstÄ«s kodu ar kļūdām, operāciju inženieri un uzticamÄ«bas speciālisti joprojām staigās ar peidžeriem un saņems automātiskus brÄ«dinājumus pakalpojumā Slack, vadÄ«tāji joprojām darbosies OpEx un CapEx ziņā, un ikreiz, kad notiks kļūme, izstrādātājs bÅ«s vecākais. skumji nopÅ«Å”as ar vārdiem: "Es tev tā teicu"...

vai tieŔām bÅ«tu jāapspriež, ir kādi rÄ«ki var bÅ«t mÅ«su rÄ«cÄ«bā, lai izveidotu labākus programmatÅ«ras produktus, un kā tie var uzlabot droŔību un padarÄ«t izstrādi vienkārŔāku un uzticamāku. Pieaugot projektu sarežģītÄ«bai, pieaug arÄ« jauni riski, un mÅ«sdienās cilvēku dzÄ«ve ir tik ļoti atkarÄ«ga no programmatÅ«ras, ka izstrādātājiem vienkārÅ”i jācenÅ”as paveikt labāku darbu.

Kubernetes ir viens no Ŕādiem rīkiem. Notiek darbs, lai apvienotu Red Hat OpenShift ar citiem rīkiem un pakalpojumiem vienā platformā, kas padarītu programmatūru uzticamāku, vieglāk pārvaldāmu un lietotājiem droŔāku.

To sakot, OpenShift komanda uzdod vienu vienkārŔu jautājumu:

Kā padarÄ«t darbu ar Kubernetes vienkārŔāku un ērtāku?

Atbilde ir pārsteidzoŔi acīmredzama:

  • automatizēt sarežģītus izvietoÅ”anas aspektus mākonÄ« vai ārpus tā;
  • koncentrēties uz uzticamÄ«bu, vienlaikus slēpjot sarežģītÄ«bu;
  • turpināt nepārtrauktu darbu, lai atbrÄ«votu vienkārÅ”us un droÅ”us atjauninājumus;
  • panākt kontrolējamÄ«bu un auditējamÄ«bu;
  • censties sākotnēji nodroÅ”ināt augstu droŔību, bet ne uz lietojamÄ«bas rēķina.

Nākamajā OpenShift laidienā jāņem vērā gan veidotāju pieredze, gan citu izstrādātāju pieredze, kuri plaŔā mērogā ievieÅ” programmatÅ«ru lielākajos pasaules uzņēmumos. Turklāt tai ir jāņem vērā visa uzkrātā atvērto ekosistēmu pieredze, kas ir mÅ«sdienu mÅ«sdienu pasaules pamatā. Tajā paŔā laikā ir jāatsakās no vecās amatieru izstrādātāja mentalitātes un jāpāriet uz jaunu automatizētas nākotnes filozofiju. Tai ir jāpārvar plaisa starp vecajiem un jaunajiem programmatÅ«ras izvietoÅ”anas veidiem un pilnÄ«bā jāizmanto visas pieejamās infrastruktÅ«ras priekÅ”rocÄ«bas ā€” neatkarÄ«gi no tā, vai to mitina lielākais mākoņpakalpojumu sniedzējs vai tā darbojas nelielās sistēmās.

Kā sasniegt Ŕo rezultātu?

Red Hat ir ierasts ilgstoÅ”i strādāt garlaicÄ«gu un nepateicÄ«gu darbu, lai saglabātu izveidoto kopienu un novērstu projektu slēgÅ”anu, kuros uzņēmums ir iesaistÄ«ts. Atvērtā pirmkoda kopienā ir milzÄ«gs skaits talantÄ«gu izstrādātāju, kuri rada visneparastākās lietas - izklaidējoÅ”as, izglÄ«tojoÅ”as, paver jaunas iespējas un vienkārÅ”i skaistas, taču, protams, neviens negaida, ka visi virzÄ«sies vienā virzienā vai tieksies pēc kopÄ«giem mērÄ·iem. . Dažkārt ir nepiecieÅ”ams izmantot Å”o enerÄ£iju un novirzÄ«t to pareizajā virzienā, lai attÄ«stÄ«tu jomas, kas sniegtu labumu mÅ«su lietotājiem, taču tajā paŔā laikā mums ir jāuzrauga mÅ«su kopienu attÄ«stÄ«ba un jāmācās no tām.

2018. gada sākumā Red Hat iegādājās CoreOS projektu, kuram bija lÄ«dzÄ«gi uzskati par nākotni ā€“ droŔāku un uzticamāku, veidotu pēc atvērtā pirmkoda principiem. Uzņēmums ir strādājis, lai tālāk attÄ«stÄ«tu Ŕīs idejas un tās Ä«stenotu, pielietojot mÅ«su filozofiju praksē ā€“ cenÅ”oties nodroÅ”ināt, lai visa programmatÅ«ra darbotos droÅ”i. Viss Å”is darbs ir balstÄ«ts uz Kubernetes, Linux, publiskajiem mākoņiem, privātajiem mākoņiem un tÅ«kstoÅ”iem citu projektu, kas ir mÅ«su modernās digitālās ekosistēmas pamatā.

Jaunā OpenShift 4 laidiena būs skaidra, automatizēta un dabiskāka

OpenShift platforma darbosies ar labākajām un uzticamākajām Linux operētājsistēmām, ar tukÅ”a metāla aparatÅ«ras atbalstu, ērtu virtualizāciju, automātisku infrastruktÅ«ras programmÄ“Å”anu un, protams, konteineriem (kas bÅ«tÄ«bā ir tikai Linux attēli).

Platformai ir jābūt droŔai jau no paŔa sākuma, taču tai joprojām ir jāļauj izstrādātājiem viegli atkārtot, tas ir, jābūt pietiekami elastīgai un droŔai, vienlaikus ļaujot administratoriem to viegli pārbaudīt un pārvaldīt.

Tam vajadzētu ļaut programmatÅ«ru darbināt ā€œkā pakalpojumamā€, un tas nedrÄ«kst izraisÄ«t operatoru nevadāmu infrastruktÅ«ras pieaugumu.

Tas ļaus izstrādātājiem koncentrēties uz reālu produktu izveidi lietotājiem un klientiem. Jums nebÅ«s jābrien pa aparatÅ«ras un programmatÅ«ras iestatÄ«jumu džungļiem, un visas nejauŔās komplikācijas paliks pagātnē.

OpenShift 4: NoOps platforma, kurai nav nepiecieŔama apkope

Š’ Ŕī publikācija aprakstÄ«ja tos uzdevumus, kas palÄ«dzēja veidot uzņēmuma vÄ«ziju par OpenShift 4. Komandas mērÄ·is ir pēc iespējas vienkārÅ”ot ikdienas programmatÅ«ras darbÄ«bas un uzturÄ“Å”anas uzdevumus, padarÄ«t Å”os procesus vienkārÅ”us un atvieglotus - gan ievieÅ”anā iesaistÄ«tajiem speciālistiem, gan izstrādātājiem. Bet kā jÅ«s varat tikt tuvāk Å”im mērÄ·im? Kā izveidot platformu programmatÅ«ras palaiÅ”anai, kurai nepiecieÅ”ama minimāla iejaukÅ”anās? Ko Å”ajā kontekstā vispār nozÄ«mē NoOps?

Ja mēģināt abstrahēties, izstrādātājiem jēdzieni ā€œbez serveraā€ vai ā€œNoOpsā€ nozÄ«mē rÄ«kus un pakalpojumus, kas ļauj paslēpt ā€œoperatÄ«voā€ komponentu vai samazināt Å”o slogu izstrādātājam.

  • Strādājiet nevis ar sistēmām, bet ar lietojumprogrammu saskarnēm (API).
  • Neuztraucieties ar programmatÅ«ras ievieÅ”anu ā€” ļaujiet pakalpojumu sniedzējam to izdarÄ«t jÅ«su vietā.
  • Nevajag uzreiz Ä·erties pie liela ietvara izveides ā€“ sāciet ar nelielu fragmentu rakstÄ«Å”anu, kas darbosies kā "bÅ«vbloki", mēģiniet panākt, lai Å”is kods darbotos ar datiem un notikumiem, nevis ar diskiem un datu bāzēm.

MērÄ·is, tāpat kā iepriekÅ”, ir paātrināt iterācijas programmatÅ«ras izstrādē, nodroÅ”ināt iespēju radÄ«t labākus produktus un lai izstrādātājam nebÅ«tu jāuztraucas par sistēmām, kurās darbojas viņa programmatÅ«ra. Pieredzējis izstrādātājs labi apzinās, ka, koncentrējoties uz lietotājiem, attēls var ātri mainÄ«ties, tāpēc nevajadzētu pielikt pārāk daudz pūļu programmatÅ«ras rakstÄ«Å”anai, ja vien neesat pilnÄ«gi pārliecināts, ka tā ir nepiecieÅ”ama.

Apkopes un ekspluatācijas profesionāļiem vārds ā€œNoOpsā€ var izklausÄ«ties nedaudz biedējoÅ”i. Taču, sazinoties ar lauka inženieriem, kļūst acÄ«mredzams, ka viņu izmantotajiem modeļiem un paņēmieniem, kuru mērÄ·is ir nodroÅ”ināt uzticamÄ«bu (Site Reliability Engineering, SRE), ir daudz lÄ«dzÄ«bu ar iepriekÅ” aprakstÄ«tajiem modeļiem:

  • Nepārvaldiet sistēmas ā€“ automatizējiet to vadÄ«bas procesus.
  • Neieviesiet programmatÅ«ru ā€” izveidojiet konveijeru tās izvietoÅ”anai.
  • Izvairieties no visu pakalpojumu apvienoÅ”anas un neļaujiet viena pakalpojuma kļūmei izraisÄ«t visas sistēmas atteici ā€” izkliedējiet tos visā infrastruktÅ«rā, izmantojot automatizācijas rÄ«kus, un savienojiet tos tā, lai tos varētu pārraudzÄ«t un pārraudzÄ«t.

SRE zina, ka kaut kas var noiet greizi, un viņiem bÅ«s jāmeklē un jānovērÅ” problēma ā€” tāpēc viņi automatizē rutÄ«nas darbu un iepriekÅ” nosaka kļūdu budžetus, lai bÅ«tu gatavi noteikt prioritātes un pieņemt lēmumus, kad rodas problēma.

Kubernetes programmā OpenShift ir platforma, kas izstrādāta, lai atrisinātu divas galvenās problēmas: tā vietā, lai jÅ«s piespiestu izprast virtuālās maŔīnas vai slodzes lÄ«dzsvarotāja API, tā darbojas ar augstākas kārtas abstrakcijām - izvietoÅ”anas procesiem un pakalpojumiem. Tā vietā, lai instalētu programmatÅ«ras aÄ£entus, varat palaist konteinerus un tā vietā, lai rakstÄ«tu savu uzraudzÄ«bas steku, izmantot platformā jau pieejamos rÄ«kus. Tātad OpenShift 4 slepenā mērce nav nekāds noslēpums ā€” atliek tikai ņemt vērā SRE principus un bezserveru koncepcijas un novest tos lÄ«dz loÄ£iskam noslēgumam, lai palÄ«dzētu izstrādātājiem un operāciju inženieriem:

  • Automatizējiet un standartizējiet infrastruktÅ«ru, ko izmanto lietojumprogrammas
  • Saistiet izvietoÅ”anas un izstrādes procesus, neierobežojot paÅ”us izstrādātājus
  • NodroÅ”ināt, ka XNUMX. pakalpojuma, lÄ«dzekļa, lietojumprogrammas vai visas kopas palaiÅ”ana, auditÄ“Å”ana un nodroÅ”ināŔana nav grÅ«tāka par pirmo.

Bet kāda ir atŔķirÄ«ba starp OpenShift 4 platformu un tās priekÅ”gājējiem un no ā€œstandartaā€ pieejas Ŕādu problēmu risināŔanai? Kas veicina ievieÅ”anas un darbÄ«bas komandu mērogu? Sakarā ar to, ka karalis Å”ajā situācijā ir klasteris. Tātad,

  • Mēs pārliecināmies, ka kopu mērÄ·is ir skaidrs (dārgais mākonÄ«tis, es paņēmu Å”o kopu, jo varēju)
  • Ir maŔīnas un operētājsistēmas, kas kalpo klasterim (JÅ«su Majestāte)
  • Pārvaldiet klastera saimniekdatoru stāvokli, samaziniet to pārbÅ«vi (drift).
  • Katram svarÄ«gam sistēmas elementam ir nepiecieÅ”ama aukle (mehānisms), kas uzraudzÄ«s un novērsÄ«s problēmas
  • *Katra* sistēmas aspekta vai elementa un saistÄ«to atkopÅ”anas mehānismu kļūmes ir normāla dzÄ«ves sastāvdaļa
  • Visa infrastruktÅ«ra ir jākonfigurē, izmantojot API.
  • Izmantojiet Kubernetes, lai palaistu Kubernetes. (Jā, jā, tā nav drukas kļūda)
  • Atjauninājumiem jābÅ«t viegli un bez problēmām instalējamiem. Ja atjauninājuma instalÄ“Å”anai ir nepiecieÅ”ams vairāk nekā viens klikŔķis, acÄ«mredzot mēs darām kaut ko nepareizi.
  • Neviena komponenta uzraudzÄ«bai un atkļūdoÅ”anai nevajadzētu bÅ«t problēmai, un tāpēc arÄ« izsekoÅ”ana un ziņoÅ”ana visā infrastruktÅ«rā ir jābÅ«t vienkārÅ”ai un ērtai.

Vai vēlaties redzēt platformas iespējas darbībā?

Izstrādātājiem ir kļuvusi pieejama OpenShift 4 priekÅ”skatÄ«juma versija. Izmantojot viegli lietojamu instalÄ“Å”anas programmu, varat palaist klasteru AWS virs Red Had CoreOS. Lai izmantotu priekÅ”skatÄ«jumu, jums ir nepiecieÅ”ams tikai AWS konts, lai nodroÅ”inātu infrastruktÅ«ru, un kontu kopa, lai piekļūtu priekÅ”skatÄ«juma attēliem.

  1. Lai sāktu, dodieties uz try.openshift.com un noklikŔķiniet uz "Sākt".
  2. Piesakieties savā Red Hat kontā (vai izveidojiet jaunu) un izpildiet norādījumus, lai iestatītu savu pirmo kopu.

Pēc veiksmÄ«gas instalÄ“Å”anas skatiet mÅ«su apmācÄ«bas OpenShift apmācÄ«balai iegÅ«tu dziļāku izpratni par sistēmām un koncepcijām, kas padara OpenShift 4 platformu par tik vienkārÅ”u un ērtu veidu, kā palaist Kubernetes.

Izmēģiniet jauno OpenShift versiju un dalieties savā viedoklÄ«. Mēs esam apņēmuÅ”ies darbu ar Kumbernetes padarÄ«t pēc iespējas pieejamāku un vieglāku ā€” NoOps nākotne sākas Å”odien.

Un tagad uzmanību!
Konferencē DevOpsForum 2019 20. aprÄ«lÄ« viens no OpenShift izstrādātājiem Vadims Rutkovskis rÄ«kos meistarklasi - viņŔ izjauks desmit klasterus un piespiedÄ«s tos salabot. Konference ir maksas, bet ar akcijas kodu #RedHat saņem 37% atlaidi

Meistarklase 17:15 - 18:15, un stends atvērts visu dienu. T-krekli, cepures, uzlīmes - parastais!

2. zāle
"Šeit ir jāmaina visa sistēma: mēs kopā ar sertificētiem mehāniķiem salabojam salauztos k8s klasterus."


Avots: www.habr.com

Pievieno komentāru