Nola aurkeztu zure erakundea OpenStack-en

Ez dago zure enpresan OpenStack ezartzeko bide perfekturik, baina badira inplementazio arrakastatsu batera bideratu dezaketen printzipio orokorrak.

Nola aurkeztu zure erakundea OpenStack-en

OpenStack bezalako kode irekiko softwarearen abantailetako bat deskargatu, probatu eta uler dezakezula da, saltzaileen saltzaileekin interakzio luzeak izan beharrik gabe edo zure enpresaren arteko barne pilotu-onarpen luzeak behar izan gabe. eta zure enpresa.-saltzailea.

Baina zer gertatzen da proiektu bat probatzea baino gehiago egiteko garaia denean? Nola prestatuko duzu zabaldutako sistema iturburu-kodetik ekoizpenera? Nola gaindi ditzakezu teknologia berri eta eraldatzaileak hartzeko erakunde oztopoak? Nondik hasi? Zer egingo duzu gero?

Dagoeneko OpenStack zabaldu dutenen esperientziatik asko ikasi behar da, zalantzarik gabe. OpenStack hartzeko ereduak hobeto ulertzeko, sistema arrakastaz euren enpresetan sartu duten hainbat talderekin hitz egin nuen.

MercadoLibre: beharrak agindu eta oreina baino azkarrago korrika

Behar bezain sendoa bada, orduan hodeiko azpiegitura malgu bat ezartzea "eraiki eta etorriko dira" bezain erraza izan daiteke. Zentzu askotan, Alejandro Comisariok, Maximiliano Venesiok eta Leandro Reox-ek MercadoLibre enpresarekin izan duten esperientzia da, Latinoamerikako merkataritza elektronikoko enpresarik handiena eta munduko zortzigarrena.

2011n, konpainiaren garapen-sailak orduko sistema monolitikoa API bidez konektaturiko zerbitzu baxuez osatutako plataforma batean deskonposatzeko bidaia hasi zuenez, azpiegitura-taldeak bere talde txikiak bete behar zituen eskaera-kopuruaren gorakada nabarmena izan zuen. .

"Aldaketa oso azkar gertatu zen", dio Alejandro Comisario MercadoLibreko hodeiko zerbitzuen arduradun teknikoak. Β«Literalki, gau batetik bestera konturatu ginen ezin genuela erritmo honetan lanean jarraitu sistemaren baten laguntzarik gabe.

Alejandro Comisario, Maximiliano Venesio eta Leandro Reox, garai hartako MercadoLibre talde osoa, garatzaileei azpiegiturak eskaintzeko eskuzko urratsak ezabatzeko aukera emango zieten teknologien bila hasi ziren.

Taldeak helburu konplexuagoak ezarri zizkion bere buruari, berehalako zereginetarako ez ezik, enpresa osoaren helburuetarako ere helburuak formulatuz: erabiltzaileei ingurune produktibo baterako prest dauden makina birtualak eskaintzeko behar den denbora murriztea 2 ordutik 10 segundora eta ezabatzea. prozesu honetatik giza esku-hartzea.

OpenStack aurkitu zutenean, argi geratu zen hori zela bilatzen ari zirena. MercadoLibreren kultura bizkorrari esker taldea azkar mugitu zen OpenStack ingurunea eraikitzen, garai hartan proiektuaren heldugabetasun erlatiboa izan arren.

"Argi geratu zen OpenStack ikuspegia: ikerketa, kodean murgiltzea eta probaren funtzionaltasuna eta eskalatzea MercadoLibreren ikuspegiarekin bat datorrela", dio Leandro Reox-ek. "Berehala proiektuan murgildu ahal izan ginen, gure OpenStack instalaziorako proba multzo bat definitu eta probak egiten hasteko.

OpenStack-en bigarren bertsioan egindako hasierako probak ekoiztera sartzea eragozten zuten hainbat arazo identifikatu zituzten, baina Bexar bertsiotik Cactus bertsiora igarotzea une egokian iritsi zen. Cactus bertsioaren proba gehiago egin ondoren, hodeia erabilera komertzialerako prest dagoela ziurtatu zuten.

Eragiketa komertzialera abiarazteak eta garatzaileek azpiegiturak kontsumitzeko gai diren bezain azkar lortzeko aukera ulertzeak baldintzatu zuten inplementazioaren arrakasta.

"Enpresa osoa gosea zen honelako sistema baten eta honek eskaintzen dituen funtzionaltasunarengatik", adierazi du Maximiliano Venesio MercadoLibreko azpiegitura ingeniari seniorrak.

Hala ere, taldea kontu handiz ibili zen garatzaileen itxaropenak kudeatzen. Garatzaileek lehendik zeuden aplikazioak ezin izango zirela exekutatu hodei pribatu berrian aldaketarik egin gabe ulertu zutela ziurtatu behar zuten.

"Ziurtatu behar genuen gure garatzaileak prest zeudela hodeirako estaturik gabeko aplikazioak idazteko", esan zuen Alejandro Comisariok. Β«Haientzat kultur aldaketa izugarria izan zen. Zenbait kasutan, haien datuak instantzia batean gordetzea nahikoa ez zela irakatsi behar izan diegu garatzaileei. Garatzaileek beren pentsamendua egokitu behar zuten.

Taldea adi egon zen garatzaileak prestatzen eta praktika onak gomendatu zituen hodeian prest dauden aplikazioak sortzeko. Mezu elektronikoak bidali zituzten, ikaskuntza-bazkari informalak eta prestakuntza formalak egin zituzten eta hodeiko ingurunea behar bezala dokumentatuta zegoela ziurtatu zuten. Euren ahaleginaren emaitza da MercadoLibreko garatzaileak gaur egun hodeirako aplikazioak garatzen bezain eroso daudela konpainiaren ingurune birtualizatuetarako ohiko aplikazioak garatzen ari ziren bezala.

Hodei pribatuarekin lortu zuten automatizazioak bere fruituak eman zituen, MercadoLibre-k bere azpiegitura izugarri handitzeko aukera emanez. 250 garatzaile, 100 zerbitzari eta 1000 makina birtual onartzen zituen hiruz osatutako azpiegitura talde gisa hasi zena 10 garatzaile, 500 zerbitzari eta 2000 VM baino gehiago onartzen dituen 12 talde bihurtu da.

Workday: OpenStack-erako negozio kasua eraikitzea

SaaS konpainiako Workday taldearentzat, OpenStack hartzeko erabakia ez zen operatiboa izan eta estrategikoa baino gehiago.

Workday-ren bidaia 2013an hasi zen hodei pribatua hartzeko, konpainiaren lidergoak softwareak definitutako datu-zentro (SDDC) ekimen zabal batean inbertitzea onartu zuenean. Ekimen honen itxaropena datu-zentroetan automatizazio, berrikuntza eta eraginkortasun handiagoa lortzea zen.

Workday-k hodei pribatu baten ikuspegia sortu zuen konpainiaren azpiegitura, ingeniaritza eta operazio taldeen artean, eta akordio bat lortu zen ikerketa-ekimen bat hasteko. Workday-k Carmine Remi kontratatu zuen hodeiko soluzioen zuzendari gisa aldaketa gidatzeko.

Rimi-ren Workday-en lehen zeregina jatorrizko negozio kasua konpainiaren zati handiago batera zabaltzea izan zen.

Negozio-kasuaren oinarria SDDC erabiltzean malgutasuna areagotzea izan zen. Malgutasun areagotu horrek konpainiari softwarea etengabe inplementatzeko nahia lortzen lagunduko lioke zero geldialdi denborarekin. SDDCrako APIak Workday aplikazio eta plataforma taldeei orain arte inoiz posible ez den moduan berritzeko aukera eman nahi izan zuen.

Ekipamenduaren eraginkortasuna ere kontuan hartu zen negozioaren kasuan. Workday-k helburu handiak ditu lehendik dauden datu-zentroko ekipamendu eta baliabideen birziklapen-tasak handitzeko.

β€œHodei pribatuaren onurak aprobetxatu ditzakeen middleware teknologia geneukala ikusi genuen. Middleware hau dagoeneko erabili da garapen/proba inguruneak hodei publikoetan zabaltzeko. Hodei pribatu batekin, software hau heda genezake hodei hibridoko soluzio bat sortzeko. Hodei hibridoaren estrategia erabiliz, Workday-k lan-kargak migra ditzake hodei publiko eta pribatuen artean, hardwarearen erabilera maximizatuz, negozio-aurrezkiak eskaintzen dituen bitartean.

Azkenik, Rimi-ren hodei estrategiak adierazi zuen estaturik gabeko lan-karga soilek eta haien eskala horizontalak aukera emango diotela Workday-ri bere hodei pribatua arrisku gutxiagorekin erabiltzen hasteko eta hodeiko eragiketen heldutasuna modu naturalean lortuko duela.

"Zure planarekin hasi eta lan-karga txiki batekin hodei berri bat nola kudeatu ikas dezakezu, I+G tradizionalaren antzekoa, ingurune seguru batean esperimentatzeko aukera ematen duena", iradoki du Rimik.

Negozio-kasu sendo batekin, Rimik-ek hodei pribatuko hainbat plataforma ezagun ebaluatu zituen, OpenStack barne, plataforma bakoitzaren irekitasuna, erabiltzeko erraztasuna, malgutasuna, fidagarritasuna, erresilientzia, laguntza eta komunitatea eta potentziala barne hartzen zituen ebaluazio-irizpide multzo zabal baten arabera. Euren ebaluazioan oinarrituta, Rimi eta bere taldeak OpenStack aukeratu zuten eta merkataritzarako prest zegoen hodei pribatu bat eraikitzen hasi ziren.

Bere lehen OpenStack hodei bideragarria arrakastaz inplementatu ondoren, Workday-k SDDC ingurune berria gehiago hartzeko ahaleginean jarraitzen du. Helburu hori lortzeko, Rimi-k ikuspegi polifazetiko bat erabiltzen du:

  • hodeian prest dauden lan-kargak bideratu, batez ere zorroko estaturik gabeko aplikazioetan
  • irizpideak eta migrazio prozesua zehaztea
  • aplikazio hauek migratzeko garapen-helburuak ezartzea
  • Komunikatu eta hezi Workday-ko eragileen taldeak OpenStack bilerak, demoak, bideoak eta prestakuntza erabiliz

"Gure hodeiak hainbat lan-karga onartzen ditu, batzuk produkzioan, beste batzuk erabilera komertziala prestatzeko. Azken finean, lan-karga guztiak migratu nahi ditugu, eta espero dut bat-bateko jarduera-fluxua ikusiko dugun punta-puntu batera iritsiko garela. Sistema piezaz pieza prestatzen ari gara egunero jarduera-maila hori garaia iristen denean kudeatu ahal izateko.

BestBuy: tabuak haustea

BestBuy elektronika dendara, urteko 43 milioi dolarreko diru-sarrerak eta 140 langile dituena, artikuluan zerrendatutako enpresen artean handiena da. Beraz, bestbuy.com azpiegitura taldeak OpenStack-en oinarritutako hodei pribatu bat prestatzeko erabilitako prozesuak bakarrak ez diren arren, prozesu hauek aplikatzeko duten malgutasuna ikusgarria da.

Bere lehen OpenStack hodeia BestBuy-ra ekartzeko, Steve Eastham Web Solutions zuzendariak eta Joel Crabb arkitekto buruak sormenean oinarritu behar izan zuten oztopo ugari gainditzeko.

BestBuy OpenStack ekimena bestbuy.com merkataritza elektronikoko gunearen askapen prozesuekin lotutako negozio-prozesu ezberdinak ulertzeko ahaleginetik sortu zen 2011 hasieran. Ahalegin hauek kalitatea bermatzeko prozesuetan eraginkortasun eza nabarmenak agerian utzi zituzten. Kalitatea bermatzeko prozesuak gainkostu garrantzitsuak sartu zituen gune nagusien kaleratze bakoitzean, urtean bi edo lau aldiz gertatzen zirenak. Kostu horren zati handi bat ingurunea eskuz konfiguratzearekin, aldaerak bateratzearekin eta baliabideen erabilgarritasun arazoak konpontzearekin lotuta zegoen.

Arazo horiei aurre egiteko, bestbuy.com-ek Quality Assurance on Demand ekimena aurkeztu zuen, Steve Eastham eta Joel Crabb-ek zuzenduta, bestbuy.com-en kalitatea bermatzeko prozesuan oztopoak identifikatu eta kentzeko. Proiektu honen funtsezko gomendioen artean, kalitatea bermatzeko prozesuak automatizatzea eta erabiltzaile-taldeei autozerbitzu-tresnak eskaintzea izan ziren.

Steve Eastham eta Joel Crabb-ek kalitate-kontroleko kostu oso esanguratsuen aukera erabili ahal izan bazuten ere hodei pribatu batean inbertitzea justifikatzeko, azkar arazo batekin topo egin zuten: proiektuak onarpena jaso zuen arren, ez zegoen funtsik proiekturako. Proiekturako ekipamenduak erosteko aurrekonturik ez zegoen.

Beharrezkoa da asmakizunaren ama, eta taldeak ikuspegi berri bat hartu zuen hodeia finantzatzeko: bi garatzaileren aurrekontua hardwarearen aurrekontua zuen beste talde batekin trukatu zuten.

Lortutako aurrekontuarekin, proiekturako beharrezkoak diren ekipamenduak erosteko asmoa zuten. HPrekin harremanetan jarrita, orduko hardware hornitzailearekin, eskaintza optimizatzen hasi ziren. Negoziazio zorrotzen bidez eta ekipoen eskakizunen murrizketa onargarri baten bidez, ekipoen kostuak ia erdira murriztea lortu zuten.

Ildo beretik, Steve Eastham-ek eta Joel Crabb-ek akordio bat negoziatu zuten konpainiako sareko taldearekin, lehendik zegoen nukleoaren ahalmena erabilgarri aprobetxatuz, sareko ekipamendu berriak erostearekin lotutako ohiko kostuak aurreztuz.

"Izotz mehean geunden", esan zuen Steve Easthamek. Β«Hau ez zen ohiko praktika bat Best Buy-en orduan edo orain. Radar azpian aritu ginen. Errieta egin ziguten, baina saihestea lortu genuen.

Finantza-zailtasunak gainditzea oztopo askoren artean lehena baino ez zen izan. Garai hartan, ez zegoen ia aukerarik proiekturako OpenStack-eko adituak aurkitzeko. Horrela, hutsetik talde bat sortu behar izan zuten Java garatzaile tradizionalak eta sistema-administratzaileak taldean konbinatuz.

"Gela batean jarri eta esan genuen: 'Ikusi sistema hau nola funtzionatzen duen'", dio Joel Crabbek. β€” Java garatzaileetako batek esan zigun: β€œHau zoroa da, ezin duzu hau egin. Ez dakit zertaz ari zarenΒ».

Bi talde motaren estilo desberdinak konbinatu behar izan genituen nahi den emaitza lortzeko: softwarean gidatutako, probatzeko moduko garapen prozesu bat.

Proiektuaren hasieran taldea suspertzeari esker, garaipen ikusgarriak lortu zituzten. Oinarrizko garapen-ingurune bat azkar ordezkatu ahal izan zuten, kalitatea bermatzeko (QA) inguruneen kopurua murrizteko eta eraldaketa-prozesuan talde berrien lan egiteko modua eta aplikazioen bidalketa-abiadura lortu zituzten.

Haien arrakastak egoera onean jarri zituen beren hodei pribatuko ekimenerako baliabide osagarriak eskatzeko. Eta oraingoan laguntza izan dute enpresaren goi-zuzendaritzaren mailan.

Steve Easthamek eta Joel Crabbek langile osagarriak eta bost ekipamendu bastidore berri kontratatzeko behar den finantzaketa jaso zuten. Proiektu bolada honetako lehen hodeia OpenStack ingurunea izan zen, analisietarako Hadoop klusterrak exekutatzen dituena. Eta dagoeneko funtzionamendu komertzialean dago.

Ondorioa

MercadoLibre, Workday eta Best Buy istorioek OpenStack arrakastatsu hartzera bideratu dezaketen printzipio batzuk partekatzen dituzte: Garatzaileen, negozioen eta beste erabiltzaile potentzialen beharretara irekita egon; zure enpresan ezarritako prozesuen barruan lan egitea; beste erakunde batzuekin lankidetza; eta behar denean arauetatik kanpo jarduteko prest egotea. OpenStack hodeiarekin edukitzeko erabilgarriak diren trebetasun bigun baliotsuak dira guztiak.

Ez dago OpenStack zure enpresan ezartzeko bide perfekturik; inplementatzeko bidea zu eta zure enpresarekin eta zure egoerarekin lotutako faktore askoren araberakoa da.

Gertaera hau nahasgarria izan daitekeen OpenStack-eko zaleentzat beren lehen proiektua nola inplementatu galdetzen duten arren, ikuspuntu positiboa da, hala ere. Horrek esan nahi du ez dagoela mugarik OpenStack-ekin noraino joan zaitezkeen. Lor dezakezuna zure sormenak eta trebetasunak soilik mugatzen du.

Iturria: www.habr.com

Gehitu iruzkin berria