Nėra tobulo kelio, kaip įdiegti „OpenStack“ jūsų įmonėje, tačiau yra bendrų principų, kurie gali padėti sėkmingai įgyvendinti
Vienas iš atvirojo kodo programinės įrangos, pvz., „OpenStack“, pranašumų yra tai, kad galite ją atsisiųsti, išbandyti ir praktiškai suprasti, kad jums nereikės ilgai bendrauti su pardavėjų pardavėjais arba nereikės ilgų vidinių bandomųjų patvirtinimų tarp jūsų įmonės. ir jūsų įmonė. - Pardavėjas.
Bet kas nutinka, kai ateina laikas padaryti daugiau nei tik išbandyti projektą? Kaip paruošite įdiegtą sistemą nuo šaltinio kodo iki gamybos? Kaip galite įveikti organizacines kliūtis, trukdančias diegti naujas ir transformuojančias technologijas? Kur pradėti? Ką veiksite toliau?
Tikrai galima daug ko pasimokyti iš tų, kurie jau įdiegė OpenStack, patirties. Norėdamas geriau suprasti „OpenStack“ pritaikymo modelius, kalbėjausi su keliomis komandomis, kurios sėkmingai pristatė sistemą savo įmonėms.
MercadoLibre: diktuoja būtinybę ir bėga greičiau nei elnias
Jei poreikis yra pakankamai didelis, tada įdiegti lanksčią debesų infrastruktūrą gali būti beveik taip pat paprasta, kaip „sukurk ją ir jie ateis“. Daugeliu atžvilgių tai yra patirtis, kurią Alejandro Comisario, Maximiliano Venesio ir Leandro Reox patyrė dirbdami su savo įmone MercadoLibre, didžiausia Lotynų Amerikos elektroninės prekybos įmone ir aštunta pagal dydį pasaulyje.
2011 m., kai įmonės plėtros skyrius pradėjo savo tuometinės monolitinės sistemos skaidymą į platformą, sudarytą iš laisvai susietų paslaugų, sujungtų per API, infrastruktūros komanda susidūrė su staigiu užklausų, kurias reikėjo įvykdyti jų mažajai komandai, skaičiaus padidėjimas. .
„Pasikeitimas įvyko labai greitai“, – sako Alejandro Comisario, „MercadoLibre“ debesijos paslaugų techninis vadovas. „Per naktį supratome, kad negalime toliau dirbti tokiu tempu be tam tikros sistemos pagalbos.
Tuo metu visa MercadoLibre komanda Alejandro Comisario, Maximiliano Venesio ir Leandro Reox pradėjo ieškoti technologijų, kurios leistų pašalinti rankinius veiksmus, susijusius su infrastruktūros teikimu jų kūrėjams.
Komanda užsibrėžė sau sudėtingesnius tikslus, suformuluodama tikslus ne tik neatidėliotinoms užduotims, bet ir visos įmonės tikslams: sutrumpinti laiką, per kurį naudotojams pateikiamos virtualios mašinos, paruoštos produktyviai aplinkai, nuo 2 valandų iki 10 sekundžių ir panaikinti žmogaus įsikišimas į šį procesą.
Kai jie rado „OpenStack“, tapo aišku, kad būtent to jie ir ieškojo. Sparti „MercadoLibre“ kultūra leido komandai greitai judėti kuriant „OpenStack“ aplinką, nepaisant to, kad tuo metu projektas buvo santykinai nesubrendęs.
„Tapo aišku, kad „OpenStack“ metodas – tyrimai, įsigilinimas į kodą ir funkcionalumo bei mastelio testavimas sutampa su MercadoLibre metodu“, – sako Leandro Reox. „Galėjome iš karto pasinerti į projektą, apibrėžti „OpenStack“ diegimo testų rinkinį ir pradėti testavimą.
Pradiniai bandymai su antruoju „OpenStack“ leidimu nustatė keletą problemų, dėl kurių jie negalėjo pradėti gaminti, tačiau perėjimas nuo „Bexar“ leidimo prie „Cactus“ leidimo įvyko pačiu tinkamu metu. Tolesnis „Cactus“ versijos bandymas suteikė pasitikėjimo, kad debesis yra paruoštas komerciniam naudojimui.
Diegimo sėkmę lėmė komercinės veiklos paleidimas ir kūrėjų supratimas apie galimybę gauti infrastruktūrą taip greitai, kaip kūrėjai gali ją panaudoti.
„Visa įmonė buvo alkana tokios sistemos ir jos teikiamų funkcijų“, – pažymi Maximiliano Venesio, MercadoLibre vyresnysis infrastruktūros inžinierius.
Tačiau komanda buvo atsargi valdydama kūrėjo lūkesčius. Jie turėjo įsitikinti, kad kūrėjai supranta, kad esamos programos negalės veikti naujame privačiame debesyje be pakeitimų.
„Turėjome įsitikinti, kad mūsų kūrėjai yra pasirengę rašyti debesies programas be pilietybės“, – sakė Alejandro Comisario. „Jiems tai buvo didžiulis kultūrinis poslinkis. Kai kuriais atvejais turėjome mokyti kūrėjus, kad jų duomenų saugojimo egzemplioriuje nepakanka. Kūrėjai turėjo pakoreguoti savo mąstymą.
Komanda buvo dėmesinga mokydama kūrėjus ir rekomendavo geriausią praktiką kuriant debesims pritaikytas programas. Jie siuntė el. laiškus, rengė neformalius mokymosi pietus ir oficialius mokymus bei užtikrino, kad debesų aplinka būtų tinkamai dokumentuota. Jų pastangų rezultatas – „MercadoLibre“ kūrėjai dabar taip pat patogiai kuria debesies programas, kaip ir kūrė tradicines įmonės virtualizuotos aplinkos programas.
Automatizavimas, kurį jiems pavyko pasiekti naudojant privatų debesį, pasiteisino, todėl MercadoLibre galėjo žymiai išplėsti savo infrastruktūrą. Tai, kas prasidėjo kaip trijų infrastruktūros komanda, palaikanti 250 kūrėjų, 100 serverių ir 1000 10 virtualių mašinų, išaugo į 500 žmonių komandą, kuri palaiko daugiau nei 2000 kūrėjų, 12 000 serverių ir XNUMX XNUMX virtualių mašinų.
Darbo diena: „OpenStack“ verslo atvejo kūrimas
„SaaS“ įmonės „Workday“ komandai sprendimas priimti „OpenStack“ buvo ne operatyvus, o strateginis.
„Workday“ kelionė į privačių debesų pritaikymą prasidėjo 2013 m., kai įmonės vadovybė sutiko investuoti į plačią programinės įrangos apibrėžtų duomenų centro (SDDC) iniciatyvą. Šios iniciatyvos viltis buvo pasiekti didesnį duomenų centrų automatizavimą, naujoves ir efektyvumą.
Workday sukūrė savo privataus debesies viziją tarp įmonės infrastruktūros, inžinierių ir operacijų komandų ir buvo pasiektas susitarimas pradėti mokslinių tyrimų iniciatyvą. Workday pasamdė Carmine Remi debesų sprendimų direktoriumi vadovauti pokyčiams.
Pirmoji „Rimi“ užduotis „Workday“ buvo išplėsti pradinį verslo modelį didesnei įmonės daliai.
Pagrindinis verslo atvejo akmuo buvo padidinti lankstumą naudojant SDDC. Šis didesnis lankstumas padėtų įmonei pasiekti norą nuolat diegti programinę įrangą be prastovų. API, skirta SDDC, buvo skirta leisti Workday taikomųjų programų ir platformų komandoms diegti naujoves taip, kaip niekada anksčiau.
Verslo atveju taip pat buvo atsižvelgta į įrangos efektyvumą. Workday turi ambicingų tikslų padidinti esamos duomenų centro įrangos ir išteklių perdirbimo rodiklius.
„Mes nustatėme, kad jau turime tarpinės programinės įrangos technologiją, kuri galėtų pasinaudoti privataus debesies pranašumais. Ši tarpinė programinė įranga jau buvo naudojama diegti kūrimo/bandymo aplinkas viešuosiuose debesyse. Naudodami privatų debesį galėtume išplėsti šią programinę įrangą ir sukurti hibridinį debesies sprendimą. Naudodama hibridinę debesų strategiją, Workday gali perkelti darbo krūvius tarp viešųjų ir privačių debesų, maksimaliai išnaudodama aparatinę įrangą ir taupydama verslą.
Galiausiai „Rimi“ debesų strategijoje pažymima, kad paprasti be būsenos darbo krūviai ir jų horizontalus mastelio keitimas leis „Workday“ pradėti naudoti savo privatų debesį su mažesne rizika ir natūraliai pasiekti debesies operacijų brandą.
„Galite pradėti nuo savo plano ir išmokti valdyti naują debesį su nedideliu darbo krūviu, panašiai kaip tradiciniai MTTP, leidžiantys eksperimentuoti saugioje aplinkoje“, – pasiūlė Rimi.
Turėdama tvirtą verslo pagrindą, „Rimi“ įvertino keletą gerai žinomų privačių debesų platformų, įskaitant „OpenStack“, pagal platų vertinimo kriterijų rinkinį, apimantį kiekvienos platformos atvirumą, naudojimo paprastumą, lankstumą, patikimumą, atsparumą, palaikymą ir bendruomenę bei potencialą. Remdamiesi savo įvertinimu, „Rimi“ ir jo komanda pasirinko „OpenStack“ ir pradėjo kurti komercijai paruoštą privatų debesį.
Sėkmingai įdiegusi savo pirmąjį gyvybingą „OpenStack“ debesį, „Workday“ ir toliau siekia plačiau pritaikyti naująją SDDC aplinką. Siekdama šio tikslo, Rimi taiko įvairiapusį metodą, orientuotą į:
- sutelkti dėmesį į debesims paruoštus darbo krūvius, ypač portfelyje esančias programas be būsenos
- apibrėžiant kriterijus ir migracijos procesą
- šių programų perkėlimo kūrimo tikslų nustatymas
- Bendraukite ir mokykite darbo dienos suinteresuotųjų šalių grupes naudodami „OpenStack“ susitikimus, demonstracines versijas, vaizdo įrašus ir mokymus
„Mūsų debesis palaiko įvairius darbo krūvius, kai kuriuos gamyboje, kitus ruošiant komerciniam naudojimui. Galiausiai norime perkelti visus darbo krūvius ir tikiuosi, kad pasieksime lūžio tašką, kai pamatysime staigų veiklos antplūdį. Kiekvieną dieną po truputį ruošiame sistemą, kad atėjus laikui galėtume atlikti tokio lygio veiklą.
BestBuy: tabu laužymas
Elektronikos mažmenininkas „BestBuy“, kurio metinės pajamos siekia 43 mlrd. USD ir 140 000 darbuotojų, yra didžiausia iš straipsnyje išvardytų įmonių. Taigi, nors procesai, kuriuos bestbuy.com infrastruktūros komanda naudojo rengdama privatų debesį OpenStack pagrindu, nėra unikalūs, lankstumas, kuriuo jie taikė šiuos procesus, yra įspūdingas.
Norėdami pristatyti savo pirmąjį „OpenStack“ debesį į „BestBuy“, žiniatinklio sprendimų direktorius Steve'as Easthamas ir vyriausiasis architektas Joelis Crabbas turėjo pasikliauti kūrybiškumu, kad įveiktų daugybę kliūčių, kurios trukdė jiems.
Iniciatyva „BestBuy OpenStack“ atsirado dėl pastangų suprasti įvairius verslo procesus, susijusius su el. prekybos svetainės bestbuy.com išleidimo procesais 2011 m. pradžioje. Šios pastangos atskleidė didelį kokybės užtikrinimo procesų neefektyvumą. Kokybės užtikrinimo procesas sukėlė daug papildomų išlaidų su kiekvienu didesniu svetainės leidimu, kuris įvykdavo du ar keturis kartus per metus. Didžioji šių išlaidų dalis buvo susijusi su rankiniu aplinkos konfigūravimu, nukrypimų suderinimu ir išteklių prieinamumo problemų sprendimu.
Siekdama išspręsti šias problemas, bestbuy.com pristatė iniciatyvą „Quality Assurance on Demand“, kuriai vadovauja Steve'as Easthamas ir Joelas Crabbas, siekiant nustatyti ir pašalinti bestbuy.com kokybės užtikrinimo proceso kliūtis. Pagrindinės šio projekto rekomendacijos apėmė kokybės užtikrinimo procesų automatizavimą ir vartotojų komandų aprūpinimą savitarnos įrankiais.
Nors Steve'as Easthamas ir Joelis Crabbas galėjo pasinaudoti labai didelių kokybės kontrolės išlaidų perspektyva, kad pateisintų investicijas į privatų debesį, jie greitai susidūrė su problema: nors projektas buvo patvirtintas, projektui nebuvo skirta lėšų. Nebuvo lėšų projekto įrangai įsigyti.
Būtinybė yra išradimo motina, o komanda ėmėsi naujo požiūrio į debesies finansavimą: jie sukeitė dviejų kūrėjų biudžetą su kita komanda, kuri turėjo aparatinės įrangos biudžetą.
Už gautą biudžetą jie ketino įsigyti projektui reikalingą įrangą. Susisiekę su HP, tuo metu savo techninės įrangos tiekėju, jie pradėjo optimizuoti pasiūlymą. Kruopščiomis derybomis ir priimtinai sumažinus įrangos reikalavimus, jiems pavyko beveik perpus sumažinti išlaidas įrangai.
Panašiai Steve'as Easthamas ir Joelis Crabbas derėjosi dėl sandorio su bendrovės tinklo komanda, pasinaudodami turimais esamo branduolio pajėgumais ir sutaupydami įprastas išlaidas, susijusias su naujos tinklo įrangos pirkimu.
„Mes buvome ant gana plono ledo“, - sakė Steve'as Easthamas. „Tai nebuvo įprasta „Best Buy“ praktika nei tada, nei dabar. Veikėme žemiau radaro. Galėjome sulaukti papeikimo, bet pavyko to išvengti.
Finansinių sunkumų įveikimas buvo tik pirmoji iš daugelio kliūčių. Tuo metu praktiškai nebuvo galimybės rasti OpenStack ekspertų projektui. Taigi jie turėjo sukurti komandą nuo nulio, į komandą sujungdami tradicinius Java kūrėjus ir sistemos administratorius.
„Mes tiesiog pastatėme juos į kambarį ir pasakėme: „Sužinokite, kaip dirbti su šia sistema“, – sako Joelis Crabbas. — Vienas iš „Java“ kūrėjų mums pasakė: „Tai beprotiška, tu negali to padaryti. Aš nežinau, apie ką tu kalbi“.
Turėjome derinti skirtingus dviejų tipų komandų stilius, kad pasiektume norimą rezultatą – programine įranga pagrįstą, testuojamą, laipsniško kūrimo procesą.
Komandos skatinimas projekto pradžioje leido jiems iškovoti keletą įspūdingų pergalių. Jie sugebėjo greitai pakeisti seną kūrimo aplinką, sumažinti kokybės užtikrinimo (QA) aplinkų skaičių, o transformacijos procese įgijo naują komandų darbo būdą ir programų pristatymo greitį.
Jų sėkmė suteikė jiems galimybę prašyti papildomų išteklių privačiai debesijos iniciatyvai. Ir šį kartą jie turėjo palaikymą aukščiausios įmonės vadovybės lygmeniu.
Steve'as Easthamas ir Joelis Crabbas gavo lėšų, reikalingų papildomiems darbuotojams ir penkioms naujoms įrangos lentynoms samdyti. Pirmasis šios projektų bangos debesis buvo „OpenStack“ aplinka, kuri valdo „Hadoop“ grupes analizei. Ir jis jau yra komercinėje veikloje.
išvada
„MercadoLibre“, „Workday“ ir „Best Buy“ istorijos dalijasi daugybe principų, kurie gali padėti jums sėkmingai pritaikyti „OpenStack“: būkite atviri kūrėjų, įmonių ir kitų potencialių vartotojų poreikiams; dirbti pagal savo įmonėje nustatytus procesus; bendradarbiavimas su kitomis organizacijomis; ir būti pasirengęs prireikus veikti ne pagal taisykles. Tai visi vertingi minkštieji įgūdžiai, kuriuos naudinga turėti naudojant „OpenStack“ debesį.
Nėra tobulo kelio OpenStack diegimui jūsų įmonėje – diegimo kelias priklauso nuo daugelio veiksnių, susijusių tiek su jumis, tiek su jūsų įmone bei nuo situacijos, kurioje atsidūrėte.
Nors šis faktas gali suklaidinti „OpenStack“ gerbėjus, norinčius įgyvendinti savo pirmąjį projektą, vis dėlto tai yra teigiamas požiūris. Tai reiškia, kad nėra jokių apribojimų, kiek galite nueiti naudodami „OpenStack“. Tai, ką galite pasiekti, riboja tik jūsų kūrybiškumas ir išradingumas.
Šaltinis: www.habr.com