Š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.
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, kam bija līdzīga nākotnes vīzija — drošāka un uzticamāka, balstīta uz atvērtā pirmkoda principiem. Uzņēmums ir strādājis pie šo ideju tālākas attīstības un ieviešanas, iedzīvinot mūsu filozofiju par visu programmatūru drošas darbības nodrošināšanu. Viss šis darbs ir balstīts uz Kubernetes. Linux, publiskie mākoņi, privātie mākoņi un tūkstošiem citu projektu, kas veido mūsu mūsdienu digitālās ekosistēmas pamatu.
Jaunā OpenShift 4 laidiena būs skaidra, automatizēta un dabiskāka
OpenShift platforma darbosies ar labākajām un uzticamākajām operētājsistēmām. Linux, ar tukšas metāla aparatūras atbalstu, ērtu virtualizāciju, automātisku infrastruktūras programmēšanu un, protams, konteineriem (kas būtībā ir tikai attēli Linux).
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
В 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.
- Lai sāktu, dodieties uz un noklikšķiniet uz "Sākt".
- 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 lai 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ē 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
