LFCA: Lærðu hugbúnaðardreifingarumhverfi – Hluti 23

Innleiðing DevOps er lykilatriði fyrir hvaða teymi sem er að vinna og viðhalda stórum verkefnum. Eins og fjallað var um í fyrri undirviðfangsefnum, veitir DevOps teymum verkfæri og ferla sem þarf til að hagræða verkflæði og veita þá lipurð sem þarf til að vinna á skilvirkan hátt, sem leiðir til aukinnar framleiðni. Svona, ef fyrirtæki þitt á að vera viðeigandi í stöðugt breytilegu og samkeppnishæfu nútímaumhverfi, þá er ekki valkostur að taka upp DevOps.

[Þér gæti líka líkað við: Lærðu grunnhugtök DevOps ]

Burtséð frá hinum ýmsu DevOps verkfærum og ferlum sem þú hefur sætt þig við, mælir bestu starfsvenjur með því að nota mörg dreifingarumhverfi í hugbúnaðarþróunarlífsferli þínum til að tryggja að forritin þín séu vandlega prófuð á öllum stigum áður en þau verða loksins aðgengileg notendum.

Hvað er dreifing í hugbúnaðarþróun

Í hugbúnaðarþróun vísar dreifing til blöndu af ferlum og skrefum sem þarf til að koma út eða skila fullkomnu hugbúnaðarforriti til endanotandans. Dreifing á sér stað í áföngum og lokastigið er venjulega hápunktur vikna eða mánaða ítarlegra prófana til að tryggja að villur og aðrir gallar hafi verið auðkenndir og lagaðir.

Með því að nýta mörg umhverfi við uppsetningu tryggir það að hugbúnaðurinn sé vandlega prófaður og nauðsynlegum uppfærslum og eiginleikum er ýtt áður en lokaafurðin er sett á markað. Klassíska dreifingarlíkanið er þriggja þrepa uppsetning sem felur í sér eftirfarandi dreifingarumhverfi.

Þróunarumhverfið er stigið þar sem forritarar nota kóðann. Það er helst stigið þar sem forritarar fá fyrsta tækifæri til að prófa kóðann fyrir galla og galla og eyða þeim.

Þetta er talið fyrsta vörnin gegn hvers kyns ósamræmi eða vandamálum við umsóknina. Stundum getur þróunarumhverfið verið staðbundin tölva þróunaraðila þar sem þeir vinna að kóða frá þægindum á stöðvum sínum.

Tekið er á öllum hugbúnaðargöllum eða göllum í þróunarumhverfinu áður en haldið er áfram í næsta áfanga. Þetta er mikið ferli sem er endurtekið þar til hægt er að lýsa umsókninni hæfa til að halda áfram á næsta stig.

Þegar kóðinn er talinn nokkuð stöðugur og öflugur er honum síðan ýtt á sviðsetningarstigið til viðbótarprófunar. Í sviðsetningarumhverfinu hefur gæðatryggingateymið (QA) aðgang að sviðsetningarþjóninum og framkvæmir frammistöðuprófanir á forritinu til að tryggja að það virki eins og það á að gera.

Prófunin hjálpar til við að greina svæði sem þarfnast úrbóta. Allar villur sem greindar eru eru tilkynntar til þróunaraðila þar sem ferlið er endurtekið til ánægju og kóðinn er fluttur á næsta stig.

Þegar kóðinn hefur staðist allar gæðatryggingarprófanir er hann síðan settur í framleiðsluumhverfið. Það er í framleiðsluumhverfinu þar sem forritið er loksins gert aðgengilegt fyrir viðskiptavininn eða endanotandann. Framleiðsluumhverfi getur verið net netþjóna í gagnaveri á staðnum eða arkitektúr skýjaþjóna sem staðsettir eru á mörgum landfræðilegum stöðum fyrir offramboð og mikið framboð.

ATHUGIÐ: Ofangreind uppsetning er mjög einfölduð nálgun við að dreifa kóða. Það fer eftir kröfum verkefnisins þíns, það gætu verið fleiri umhverfi eða færri. Til dæmis geta sumar stofnanir kreist inn í forframleiðsluumhverfi fyrir fínni prófun og gæðatryggingu rétt áður en viðskiptavinurinn getur nálgast lokaafurðina á framleiðslustigi. Í öðrum tilfellum er gæðatrygging tekin úr sviðsetningarumhverfinu og er til sem sjálfstætt umhverfi.

Eftir að hafa skoðað einfaldað þriggja þrepa dreifingarlíkan, skulum við nú hafa yfirlit yfir nokkra kosti þess að hafa mörg dreifingarumhverfi.

Kostir þess að nota mörg dreifingarumhverfi

Til að tryggja að endanleg vara sé uppfyllt og eins villulaus og mögulegt er, er mjög mælt með ítarlegum prófunum í mörgum umhverfi. En þetta er bara ein af ástæðunum fyrir því að viðhalda mörgum dreifingarumhverfi. Aðrir kostir eru:

Ein helsta ástæðan fyrir því að nota ýmis dreifingarumhverfi er að lágmarka líkurnar á því að forritið brotni ef breyting sem ýtt er á forritið hefur neikvæð áhrif.

Stærri breytingar er þægilega hægt að gera í aðskildum umhverfi (þróun og sviðsetningu) í stað þess að vera beint á lifandi forritinu í framleiðslu. Með því að gera það getur þróunarteymið haft hugarró um að breytingar sem gerðar eru í öðru prófunarumhverfi hafi ekki áhrif á forritið.

Þar sem þú þarft ekki að hafa áhyggjur af því að brjóta lifandi forritið geturðu gert allar breytingar sem þú telur henta í öðru dreifingarumhverfi. Að auki, þegar búið er að prófa, geturðu ýtt öllum þessum breytingum á lifandi umhverfi í einu án þess að gera það í aðskildum skrefum, sem sparar þér dýrmætan tíma.

Takmörkun á aðgangi að framleiðslugögnum sem eru á framleiðsluþjónum fer langt í að tryggja trúnaðarmál og viðkvæmar upplýsingar eins og notendanöfn, lykilorð og kreditkortanúmer frá óviðkomandi aðilum. Hönnuðir geta notað dummy gögn í þróunarumhverfi til að prófa forritið í stað þess að fá aðgang að viðkvæmum framleiðslugögnum, sem skapar alvarlega áhættu.

Mörg umhverfi veita þróunarteymi þínu frelsi til að gera tilraunir með prófunarumhverfi og nýta skapandi hugmyndir sínar sem best þar sem engin hætta er á að trufla lifandi kóðann. Hönnuðir geta innleitt betri hugmyndir og sent kóðann á sérstaka prófunarþjóna þar sem aðrir prófunaraðilar geta hugfað og gefið endurgjöf um hvort innleiða eigi breytingarnar á aðalkóðagrunninum.

Í meirihluta DevOps stillinga muntu örugglega lenda í mörgum dreifingarumhverfi. Hafðu í huga að þó að hver stofnun hafi sína einstöku uppsetningu, þá eru aðal dreifingarskrefin nokkurn veginn þau sömu.

Þegar öllu er á botninn hvolft hjálpar það að hafa mörg umhverfi þér að fá skjót viðbrögð frá mismunandi fólki miklu hraðar og elta villur og aðra galla á samkvæmari hátt. Allar frammistöðuprófanir og samþættingar eru gerðar óaðfinnanlega áður en forritið er loksins sett í framleiðslu.