Þetta er sú fyrsta í röð af færslum um breytingar, endurbætur og viðbætur í komandi Red Hat OpenShift vettvang 4.0 uppfærslu sem mun hjálpa þér að undirbúa þig fyrir umskipti yfir í nýju útgáfuna.
Frá því augnabliki sem nýkominn Kubernetes samfélagið kom fyrst saman á skrifstofu Google í Seattle haustið 2014, var ljóst að Kubernetes verkefninu var ætlað að gjörbylta því hvernig hugbúnaður er þróaður og notaður í dag. Á sama tíma héldu opinberir skýjaþjónustuaðilar áfram að fjárfesta í uppbyggingu innviða og þjónustu, sem gerði það að verkum að vinna með upplýsingatækni og gerð hugbúnaðar mun auðveldari og aðgengilegri og gerði hann ótrúlega aðgengilegan, sem fáir hefðu getað ímyndað sér í upphafi árs. áratuginn.
Að sjálfsögðu fylgdi tilkynningunni um hverja nýja skýjaþjónustu fjölmargar umræður meðal sérfræðinga á Twitter og umræður fóru fram um margvísleg efni - þar á meðal endalok opins uppspretta tímabils, hnignun upplýsingatækni á staðnum og óumflýjanleikann. nýrrar hugbúnaðareinokun, í skýinu, og hvernig nýja hugmyndafræðin X mun koma í stað allra annarra hugmynda.
Það þarf varla að taka það fram að allar þessar deilur voru mjög heimskulegar
Raunveruleikinn er sá að ekkert mun hverfa og í dag getum við séð veldisvöxt í lokavörum og hvernig þær eru þróaðar, vegna stöðugrar tilkomu nýs hugbúnaðar í lífi okkar. Og þrátt fyrir að allt í kring muni breytast, á sama tíma, í raun, verður allt óbreytt. Hugbúnaðarframleiðendur munu samt skrifa kóða með villum, rekstrartæknifræðingar og áreiðanleikasérfræðingar munu samt ganga um með símskeyti og fá sjálfvirkar viðvaranir í Slack, stjórnendur munu enn starfa með tilliti til OpEx og CapEx, og í hvert skipti sem bilun kemur upp, mun sá eldri sem verktaki andvarpa sorgmæddur með orðunum: „Ég sagði þér það“...
í alvöru ætti að ræða, er hvaða verkfæri við getum haft til umráða til að búa til betri hugbúnaðarvörur og hvernig þau geta bætt öryggi og gert þróun auðveldari og áreiðanlegri. Eftir því sem verkefni verða flóknari skapast ný áhætta og í dag er líf fólks svo háð hugbúnaði að forritarar verða einfaldlega að reyna að vinna vinnuna sína betur.
Kubernetes er eitt slíkt tæki. Unnið er að því að sameina Red Hat OpenShift við önnur tæki og þjónustu í einn vettvang sem myndi gera hugbúnaðinn áreiðanlegri, auðveldari í umsjón og öruggari fyrir notendur.
Að því sögðu spyr OpenShift teymið einnar einfaldrar spurningar:
Hvernig geturðu gert vinnu með Kubernetes auðveldara og þægilegra?
Svarið er furðu augljóst:
- sjálfvirka flókna þætti dreifingar í skýinu eða utan skýsins;
- einblína á áreiðanleika en fela flókið;
- halda áfram að vinna stöðugt að því að gefa út einfaldar og öruggar uppfærslur;
- ná stjórnhæfni og endurskoðunarhæfni;
- leitast við að tryggja mikið öryggi í upphafi en ekki á kostnað notagildis.
Næsta útgáfa af OpenShift ætti að taka mið af bæði reynslu höfunda og reynslu annarra forritara sem eru að innleiða hugbúnað í stórum stíl hjá stærstu fyrirtækjum heims. Þar að auki verður hún að taka tillit til allrar uppsafnaðrar reynslu af opnum vistkerfum sem liggja til grundvallar nútíma heimi í dag. Á sama tíma er nauðsynlegt að yfirgefa gamla hugarfar áhugamannsins og fara yfir í nýja heimspeki um sjálfvirka framtíð. Það þarf að brúa bilið á milli gamalla og nýrra leiða til að dreifa hugbúnaði og nýta alla tiltæka innviði til fulls—hvort sem það er hýst af stærstu skýjaveitunni eða keyrt á örsmáum kerfum við jaðarinn.
Hvernig á að ná þessum árangri?
Hjá Red Hat er venjan að vinna leiðinlegt og vanþakklátt starf í langan tíma til að varðveita hið rótgróna samfélag og koma í veg fyrir lokun á verkefnum sem fyrirtækið á aðild að. Opinn uppspretta samfélagið inniheldur gríðarlegan fjölda hæfileikaríkra forritara sem búa til ótrúlegustu hluti - skemmtilega, fræðandi, opna ný tækifæri og einfaldlega fallega, en auðvitað býst enginn við að allir fari í sömu átt eða stefna að sameiginlegum markmiðum . Að virkja þessa orku og beina henni í rétta átt er stundum nauðsynlegt til að þróa svæði sem gætu gagnast notendum okkar, en á sama tíma verðum við að fylgjast með þróun samfélaga okkar og læra af þeim.
Í byrjun árs 2018 keypti Red Hat CoreOS verkefnið, sem hafði svipaðar skoðanir á framtíðinni - öruggara og áreiðanlegra, búið til á grundvelli opins uppspretta. Fyrirtækið hefur unnið að því að þróa þessar hugmyndir áfram og hrinda þeim í framkvæmd, með því að koma hugmyndafræði okkar í framkvæmd - að reyna að tryggja að allur hugbúnaður gangi á öruggan hátt. Öll þessi vinna er byggð á Kubernetes, Linux, almenningsskýjum, einkaskýjum og þúsundum annarra verkefna sem standa undir nútíma stafrænu vistkerfi okkar.
Nýja útgáfan af OpenShift 4 verður skýr, sjálfvirk og eðlilegri
OpenShift pallurinn mun virka með bestu og áreiðanlegustu Linux stýrikerfum, með stuðningi við berum málm vélbúnaði, þægilegri sýndarvæðingu, sjálfvirkri innviðaforritun og auðvitað gámum (sem eru í rauninni bara Linux myndir).
Vettvangurinn þarf að vera öruggur frá upphafi, en samt leyfa forriturum að endurtaka það auðveldlega - það er að segja að vera nógu sveigjanlegur og öruggur en samt leyfa stjórnendum að endurskoða og stjórna honum auðveldlega.
Það ætti að gera það kleift að keyra hugbúnað „sem þjónustu“ og ekki leiða til óviðráðanlegs vaxtar innviða fyrir rekstraraðila.
Það mun leyfa forriturum að einbeita sér að því að búa til raunverulegar vörur fyrir notendur og viðskiptavini. Þú þarft ekki að vaða í gegnum frumskóg vélbúnaðar- og hugbúnaðarstillinga og allir fylgikvillar fyrir slysni munu heyra fortíðinni til.
OpenShift 4: NoOps vettvangur sem þarfnast ekki viðhalds
В lýst þeim verkefnum sem hjálpuðu til við að móta framtíðarsýn fyrirtækisins fyrir OpenShift 4. Markmið teymisins er að einfalda dagleg verkefni við rekstur og viðhald hugbúnaðar eins mikið og hægt er, til að gera þessi ferli auðveld og afslappandi - bæði fyrir sérfræðinga sem koma að innleiðingu og fyrir þróunaraðila. En hvernig er hægt að komast nær þessu markmiði? Hvernig á að búa til vettvang til að keyra hugbúnað sem krefst lágmarks íhlutunar? Hvað þýðir NoOps jafnvel í þessu samhengi?
Ef þú reynir að draga úr, þá þýðir hugtökin „miðlaralaus“ eða „NoOps“ fyrir forritara verkfæri og þjónustu sem gera þér kleift að fela „aðgerða“ íhlutinn eða lágmarka þessa byrði fyrir þróunaraðilann.
- Vinna ekki með kerfum, heldur með forritaviðmótum (API).
- Ekki nenna að innleiða hugbúnað - láttu þjónustuveituna gera það fyrir þig.
- Ekki hoppa út í að búa til stóran ramma strax - byrjaðu á því að skrifa litla bita sem munu virka sem "byggingarkubbar", reyndu að láta þennan kóða virka með gögnum og atburðum, en ekki með diskum og gagnagrunnum.
Markmiðið er sem fyrr að flýta fyrir endurteknum hugbúnaðarþróun, gefa tækifæri til að búa til betri vörur og þannig að verktaki þurfi ekki að hafa áhyggjur af kerfum sem hugbúnaður hans keyrir á. Reyndur þróunaraðili veit vel að með því að einbeita sér að notendum getur það fljótt breytt myndinni, svo þú ættir ekki að leggja of mikla vinnu í að skrifa hugbúnað nema þú sért alveg viss um að þess sé þörf.
Fyrir fagfólk í viðhaldi og rekstri gæti orðið „NoOps“ hljómað svolítið skelfilegt. En í samskiptum við verkfræðinga á vettvangi verður augljóst að mynstrin og tæknin sem þeir nota sem miða að því að tryggja áreiðanleika og áreiðanleika (Site Reliability Engineering, SRE) hafa marga líkindi með mynstrin sem lýst er hér að ofan:
- Ekki stjórna kerfum - gera stjórnunarferla þeirra sjálfvirkan.
- Ekki innleiða hugbúnað - búðu til leiðslu til að dreifa honum.
- Forðastu að sameina alla þjónustu þína saman og láta bilun í einni valda því að allt kerfið bilar - dreift þeim um allan innviði þína með því að nota sjálfvirkniverkfæri og tengdu þau á þann hátt sem hægt er að fylgjast með og fylgjast með.
SREs vita að eitthvað getur farið úrskeiðis og þeir verða að elta uppi og laga vandamálið — þannig að þeir gera sjálfvirkan reglubundna vinnu og setja villuáætlanir fyrirfram svo þeir séu tilbúnir til að forgangsraða og taka ákvarðanir þegar vandamál koma upp. .
Kubernetes í OpenShift er vettvangur sem er hannaður til að leysa tvö meginvandamál: í stað þess að neyða þig til að skilja sýndarvélar eða hleðslujafnvægisforritaskil, vinnur hann með útdrætti af hærri röð - dreifingarferlum og þjónustu. Í stað þess að setja upp hugbúnaðarfulltrúa geturðu keyrt gáma og í stað þess að skrifa þinn eigin vöktunarstafla skaltu nota verkfærin sem þegar eru tiltæk á pallinum. Svo, leyndarmálssósa OpenShift 4 er í raun ekkert leyndarmál - það er bara spurning um að taka SRE meginreglur og netþjónalaus hugtök og leiða þau að rökréttri niðurstöðu til að hjálpa þróunaraðilum og rekstrarverkfræðingum:
- Gerðu sjálfvirkan og staðlaðu innviðina sem forrit nota
- Tengdu dreifingar- og þróunarferli saman án þess að takmarka þróunaraðila sjálfa
- Að tryggja að ræsa, endurskoða og tryggja XNUMX. þjónustuna, eiginleikann, forritið eða allan stafla er ekki erfiðara en sá fyrsti.
En hver er munurinn á OpenShift 4 pallinum og forverum hans og frá „stöðluðu“ nálguninni til að leysa slík vandamál? Hvað knýr umfang fyrir innleiðingar- og rekstrarteymi? Vegna þess að konungur í þessari stöðu er þyrpingin. Svo,
- Við sjáum til þess að tilgangur klasanna sé skýr (Kæra ský, ég tók þennan klasa af því að ég gat það)
- Vélar og stýrikerfi eru til til að þjóna klasanum (yðar hátign)
- Hafa umsjón með stöðu gestgjafa úr þyrpingunni, lágmarka endurreisn þeirra (rek).
- Fyrir hvern mikilvægan þátt kerfisins er þörf á barnfóstru (kerfi) sem mun fylgjast með og útrýma vandamálum
- Bilun á *hverjum* þáttum eða þáttum kerfis og tengdum bataaðferðum er eðlilegur hluti af lífinu
- Allt innviði verður að vera stillt í gegnum API.
- Notaðu Kubernetes til að keyra Kubernetes. (Já, já, þetta er ekki innsláttarvilla)
- Uppfærslur ættu að vera auðveldar og vandræðalausar í uppsetningu. Ef það tekur meira en einn smell að setja upp uppfærslu, þá erum við augljóslega að gera eitthvað rangt.
- Vöktun og kembiforrit á hvaða íhlut sem er ætti ekki að vera vandamál og þess vegna ætti rakning og skýrslugerð yfir allan innviði líka að vera auðveld og þægileg.
Viltu sjá getu vettvangsins í aðgerð?
Forskoðunarútgáfa af OpenShift 4 er orðin aðgengileg forriturum. Með uppsetningarforriti sem er auðvelt í notkun geturðu keyrt þyrping á AWS ofan á Red Had CoreOS. Til að nota forskoðunina þarftu aðeins AWS reikning til að útvega innviðina og safn reikninga til að fá aðgang að forskoðunarmyndunum.
- Til að byrja skaltu fara á og smelltu á „Byrjaðu“.
- Skráðu þig inn á Red Hat reikninginn þinn (eða búðu til nýjan) og fylgdu leiðbeiningunum til að setja upp fyrsta klasann þinn.
Eftir vel heppnaða uppsetningu skaltu skoða námskeiðin okkar til að fá dýpri skilning á kerfum og hugtökum sem gera OpenShift 4 vettvanginn svo auðveld og þægileg leið til að keyra Kubernetes.
Prófaðu nýju OpenShift útgáfuna og deildu skoðun þinni. Við erum staðráðin í að gera samstarf við Kumbernetes eins aðgengilegt og áreynslulaust og mögulegt er - framtíð NoOps hefst í dag.
Og nú athygli!
Á ráðstefnunni Þann 20. apríl mun einn af OpenShift forriturunum, Vadim Rutkovsky, halda meistaranámskeið - hann mun brjóta tíu klasa og neyða þá til að laga þá. Ráðstefnan er greidd en með kynningarkóðann #RedHat færðu 37% afslátt
Meistaranámskeið kl.17:15 - 18:15, og stendur opinn allan daginn. Bolir, hattar, límmiðar - hið venjulega!
Salur #2
„Hér þarf að breyta öllu kerfinu: við gerum brotna k8s klasa ásamt löggiltum vélvirkjum.
Heimild: www.habr.com