Hili ni la kwanza katika mfululizo wa machapisho kuhusu mabadiliko, maboresho na nyongeza katika sasisho lijalo la Red Hat OpenShift jukwaa 4.0 ambalo litakusaidia kujiandaa kwa mpito wa toleo jipya.
Kuanzia wakati jumuiya changa ya Kubernetes ilipokusanyika kwa mara ya kwanza katika ofisi ya Google ya Seattle katika msimu wa joto wa 2014, ilikuwa wazi kuwa mradi wa Kubernetes ulikusudiwa kuleta mapinduzi katika jinsi programu inavyotengenezwa na kutumwa leo. Wakati huo huo, watoa huduma za wingu za umma waliendelea kuwekeza kikamilifu katika maendeleo ya miundombinu na huduma, ambayo ilifanya kufanya kazi na IT na kuunda programu rahisi zaidi na kupatikana zaidi, na kuwafanya kupatikana kwa kushangaza, ambayo wachache wangeweza kufikiria mwanzoni mwa muongo.
Kwa kweli, tangazo la kila huduma mpya ya wingu liliambatana na mijadala mingi kati ya wataalam kwenye Twitter, na mijadala iliendeshwa juu ya mada anuwai - pamoja na mwisho wa enzi ya chanzo wazi, kupungua kwa IT kwenye uwanja, na kutoweza kuepukika. ya ukiritimba mpya wa programu katika wingu, na jinsi dhana mpya ya X itachukua nafasi ya dhana zingine zote.
Bila kusema, mabishano haya yote yalikuwa ya kijinga sana
Ukweli ni kwamba hakuna kitu kitakachoondoka, na leo tunaweza kuona ukuaji mkubwa wa bidhaa za mwisho na jinsi zinavyotengenezwa, kutokana na kuibuka mara kwa mara kwa programu mpya katika maisha yetu. Na licha ya ukweli kwamba kila kitu karibu kitabadilika, wakati huo huo, kwa asili, kila kitu kitabaki bila kubadilika. Watengenezaji wa programu bado wataandika msimbo wenye makosa, wahandisi wa uendeshaji na wataalam wa kutegemewa bado watatembea na kurasa na kupokea arifa za kiotomatiki katika Slack, wasimamizi bado watafanya kazi kulingana na OpEx na CapEx, na kila wakati kutofaulu kunatokea, msanidi programu atafanya. pumua kwa huzuni kwa maneno haya: "Nilikuambia hivyo"...
Oh kweli inapaswa kujadiliwa, ni zana gani tunaweza kuwa nazo ili kuunda bidhaa bora za programu, na jinsi zinavyoweza kuboresha usalama na kufanya usanidi kuwa rahisi na wa kuaminika zaidi. Kadiri miradi inavyozidi kuwa ngumu, hatari mpya hutokea, na leo maisha ya watu yanategemea programu sana hivi kwamba watengenezaji wanalazimika kujaribu kufanya kazi zao vizuri zaidi.
Kubernetes ni moja ya zana kama hizo. Kazi inaendelea ya kuchanganya Red Hat OpenShift na zana na huduma zingine kwenye jukwaa moja ambalo litafanya programu itegemeke zaidi, iwe rahisi kudhibiti na kuwa salama zaidi kwa watumiaji.
Kwa kusema hivyo, timu ya OpenShift inauliza swali moja rahisi:
Unawezaje kufanya kazi na Kubernetes iwe rahisi na rahisi zaidi?
Jibu ni la kushangaza:
- aΕtomate vipengele tata vya kupelekwa kwenye wingu au nje ya wingu;
- kuzingatia kuegemea wakati wa kujificha utata;
- kuendelea kufanya kazi ili kutoa sasisho rahisi na salama;
- kufikia udhibiti na ukaguzi;
- jitahidi awali kuhakikisha usalama wa juu, lakini si kwa gharama ya usability.
Toleo lijalo la OpenShift linafaa kuzingatia matumizi ya watayarishi na uzoefu wa wasanidi programu wengine ambao wanatumia programu kwa kiwango kikubwa katika makampuni makubwa zaidi duniani. Kwa kuongezea, lazima izingatie uzoefu wote uliokusanywa wa mifumo ya ikolojia iliyo wazi ambayo inasimamia ulimwengu wa kisasa. Wakati huo huo, ni muhimu kuachana na mawazo ya zamani ya msanidi programu wa amateur na kuhamia falsafa mpya ya siku zijazo za kiotomatiki. Inahitaji kuziba pengo kati ya njia za zamani na mpya za kusambaza programu, na kuchukua fursa kamili ya miundombinu yote inayopatikanaβiwe inapangishwa na mtoaji huduma mkubwa zaidi wa mtandao au inaendeshwa kwenye mifumo midogo iliyo ukingoni.
Jinsi ya kufikia matokeo haya?
Katika Red Hat, ni kawaida kufanya kazi ya kuchosha na isiyo na shukrani kwa muda mrefu ili kuhifadhi jamii iliyoanzishwa na kuzuia kufungwa kwa miradi ambayo kampuni inahusika. Jumuiya ya chanzo-wazi ina idadi kubwa ya watengenezaji wenye talanta ambao huunda vitu vya kushangaza zaidi - vya kufurahisha, vya kuelimisha, kufungua fursa mpya na nzuri tu, lakini, kwa kweli, hakuna mtu anayetarajia kila mtu kusonga kwa mwelekeo sawa au kufuata malengo ya kawaida. . Kutumia nishati hii na kuielekeza katika mwelekeo ufaao wakati mwingine ni muhimu ili kuendeleza maeneo ambayo yangefaidi watumiaji wetu, lakini wakati huo huo ni lazima tufuatilie maendeleo ya jumuiya zetu na kujifunza kutoka kwao.
Mwanzoni mwa 2018, Red Hat ilipata mradi wa CoreOS, ambao ulikuwa na maoni sawa juu ya siku zijazo - salama zaidi na ya kuaminika, iliyoundwa kwa kanuni za chanzo wazi. Kampuni imefanya kazi ili kuendeleza mawazo haya na kuyatekeleza, kwa kuweka falsafa yetu katika vitendo - kujaribu kuhakikisha kuwa programu zote zinaendeshwa kwa usalama. Kazi hizi zote zimeundwa kwenye Kubernetes, Linux, mawingu ya umma, mawingu ya kibinafsi, na maelfu ya miradi mingine ambayo inasimamia mfumo wetu wa kisasa wa ikolojia.
Toleo jipya la OpenShift 4 litakuwa wazi, la kiotomatiki na la asili zaidi
Jukwaa la OpenShift litafanya kazi na mifumo bora zaidi na inayotegemewa ya uendeshaji ya Linux, ikiwa na usaidizi wa maunzi ya chuma-wazi, uboreshaji rahisi, upangaji wa miundombinu otomatiki na, bila shaka, vyombo (ambavyo kimsingi ni picha za Linux).
Jukwaa linahitaji kuwa salama tangu mwanzo, lakini bado ruhusu wasanidi programu wasome kwa urahisiβyaani, nyumbufu na salama vya kutosha huku ukiruhusu wasimamizi kuikagua na kuidhibiti kwa urahisi.
Inapaswa kuruhusu programu kuendeshwa "kama huduma" na sio kusababisha ukuaji wa miundombinu usioweza kudhibitiwa kwa waendeshaji.
Itawaruhusu watengenezaji kuzingatia kuunda bidhaa halisi kwa watumiaji na wateja. Hutalazimika kupita kwenye msitu wa mipangilio ya vifaa na programu, na shida zote za bahati mbaya zitakuwa jambo la zamani.
OpenShift 4: Mfumo wa NoOps ambao hauhitaji matengenezo
Π ilielezea kazi hizo ambazo zilisaidia kuunda maono ya kampuni ya OpenShift 4. Lengo la timu ni kurahisisha kazi za kila siku za uendeshaji na kudumisha programu iwezekanavyo, ili kufanya michakato hii iwe rahisi na ya utulivu - kwa wataalamu wanaohusika katika utekelezaji na kwa wasanidi. Lakini unawezaje kukaribia lengo hili? Jinsi ya kuunda jukwaa la kuendesha programu ambayo inahitaji uingiliaji mdogo? NoOps ina maana gani katika muktadha huu?
Ukijaribu kutoa muhtasari, basi kwa wasanidi programu dhana za "isiyo na seva" au "NoOps" inamaanisha zana na huduma zinazokuruhusu kuficha sehemu ya "uendeshaji" au kupunguza mzigo huu kwa msanidi.
- Usifanye kazi na mifumo, lakini na miingiliano ya programu (API).
- Usijisumbue kutekeleza programu - wacha mtoa huduma akufanyie.
- Usikimbilie kuunda mfumo mkubwa mara moja - anza kwa kuandika vipande vidogo ambavyo vitafanya kama "vizuizi vya ujenzi", jaribu kufanya nambari hii ifanye kazi na data na matukio, na sio kwa diski na hifadhidata.
Lengo, kama hapo awali, ni kuongeza kasi ya kurudia katika ukuzaji wa programu, kutoa fursa ya kuunda bidhaa bora, na ili msanidi asiwe na wasiwasi juu ya mifumo ambayo programu yake inaendesha. Msanidi programu mwenye ujuzi anafahamu vyema kuwa kuzingatia watumiaji kunaweza kubadilisha picha kwa haraka, kwa hivyo hupaswi kuweka juhudi nyingi katika kuandika programu isipokuwa una uhakika kabisa inahitajika.
Kwa wataalamu wa matengenezo na uendeshaji, neno "NoOps" linaweza kusikika kuwa la kutisha kidogo. Lakini wakati wa kuwasiliana na wahandisi wa nyanjani, inakuwa dhahiri kuwa mifumo na mbinu wanazotumia zinazolenga kuhakikisha kutegemewa na kutegemewa (Uhandisi wa Kuegemea wa Tovuti, SRE) zina mfanano mwingi na mifumo iliyoelezwa hapo juu:
- Usisimamie mifumo - rekebisha michakato yake ya usimamizi.
- Usitekeleze programu - tengeneza bomba ili kuipeleka.
- Epuka kuunganisha huduma zako zote pamoja na kuruhusu kutofaulu kwa moja kusababisha mfumo mzima kushindwaβzitawanye katika miundombinu yako yote kwa kutumia zana za kiotomatiki, na uziunganishe kwa njia zinazoweza kufuatiliwa na kufuatiliwa.
SRE wanajua kuwa hitilafu fulani inaweza kutokea na itabidi wafuatilie na kurekebisha tatizoβkwa hivyo wao hubadilisha kazi ya kawaida kiotomatiki na kuweka bajeti za hitilafu mapema ili wawe tayari kuweka kipaumbele na kufanya maamuzi tatizo linapotokea.
Kubernetes katika OpenShift ni jukwaa lililoundwa kusuluhisha matatizo mawili kuu: badala ya kukulazimisha kuelewa mashine pepe au API za kusawazisha upakiaji, inafanya kazi na vifupisho vya mpangilio wa juu - michakato na huduma za utumaji. Badala ya kusakinisha mawakala wa programu, unaweza kuendesha vyombo, na badala ya kuandika mkusanyiko wako wa ufuatiliaji, tumia zana ambazo tayari zinapatikana kwenye jukwaa. Kwa hivyo, mchuzi wa siri wa OpenShift 4 sio siri - ni suala la kuchukua kanuni za SRE na dhana zisizo na seva na kuzipeleka kwenye hitimisho lao la kimantiki ili kusaidia watengenezaji na wahandisi wa uendeshaji:
- Badilisha na kusawazisha miundombinu ambayo programu hutumia
- Unganisha michakato ya uwekaji na maendeleo pamoja bila kuwawekea vikwazo wasanidi programu wenyewe
- Kuhakikisha kwamba kuzindua, kukagua na kupata huduma ya XNUMX, kipengele, programu au mrundikano mzima si vigumu zaidi kuliko ile ya kwanza.
Lakini ni tofauti gani kati ya jukwaa la OpenShift 4 na watangulizi wake na kutoka kwa njia ya "kiwango" cha kutatua matatizo hayo? Je, ni nini huchochea kiwango cha timu za utekelezaji na uendeshaji? Kutokana na ukweli kwamba mfalme katika hali hii ni nguzo. Kwa hiyo,
- Tunahakikisha kuwa madhumuni ya nguzo ni wazi (Mpendwa wingu, nilichukua kikundi hiki kwa sababu ningeweza)
- Mashine na mifumo ya uendeshaji ipo kuhudumia nguzo (Ukuu wako)
- Dhibiti hali ya wapangishi kutoka kwa nguzo, punguza uundaji wao upya (drift).
- Kwa kila kipengele muhimu cha mfumo, nanny (utaratibu) inahitajika ambayo itafuatilia na kuondoa matatizo
- Kushindwa kwa *kila* kipengele au kipengele cha mfumo na mbinu zinazohusiana za urejeshaji ni sehemu ya kawaida ya maisha
- Miundombinu yote lazima isanidiwe kupitia API.
- Tumia Kubernetes kuendesha Kubernetes. (Ndio, ndio, hiyo sio typo)
- Masasisho yanapaswa kuwa rahisi na bila shida kusakinisha. Iwapo itachukua zaidi ya mbofyo mmoja kusakinisha sasisho, basi ni wazi kuwa tunafanya kitu kibaya.
- Ufuatiliaji na utatuzi wa kipengele chochote haipaswi kuwa tatizo, na kwa hiyo kufuatilia na kuripoti katika miundombinu yote lazima pia iwe rahisi na rahisi.
Je, ungependa kuona uwezo wa jukwaa ukifanya kazi?
Toleo la onyesho la kukagua la OpenShift 4 limepatikana kwa wasanidi programu. Ukiwa na kisakinishi kilicho rahisi kutumia, unaweza kuendesha kikundi kwenye AWS juu ya Red Had CoreOS. Ili kutumia onyesho la kuchungulia, unahitaji tu akaunti ya AWS ili kutoa miundombinu na seti ya akaunti ili kufikia picha za onyesho la kukagua.
- Ili kuanza, nenda kwa na bofya "Anza".
- Ingia kwenye akaunti yako ya Red Hat (au unda mpya) na ufuate maagizo ili kusanidi kikundi chako cha kwanza.
Baada ya ufungaji wa mafanikio, angalia mafunzo yetu ili kupata uelewa wa kina wa mifumo na dhana zinazofanya jukwaa la OpenShift 4 kuwa njia rahisi na rahisi ya kuendesha Kubernetes.
Jaribu toleo jipya la OpenShift na ushiriki maoni yako. Tumejitolea kufanya kazi na Kumbernetes iwe rahisi kufikiwa na rahisi iwezekanavyoβ mustakabali wa NoOps unaanza leo.
Sasa tahadhari!
Kwenye mkutano huo Mnamo Aprili 20, mmoja wa watengenezaji wa OpenShift, Vadim Rutkovsky, atashikilia darasa la bwana - atavunja makundi kumi na kuwalazimisha kurekebisha. Kongamano linalipwa, lakini kwa kuponi ya ofa #RedHat utapata punguzo la 37%.
Darasa la Mwalimu saa 17:15 - 18:15, na stendi iko wazi siku nzima. T-shirt, kofia, stika - kawaida!
Ukumbi #2
"Hapa mfumo mzima unahitaji kubadilishwa: tunarekebisha nguzo za k8s zilizovunjika pamoja na mechanics iliyoidhinishwa."
Chanzo: mapenzi.com