Popolne poti do uvedbe OpenStacka v vašem podjetju ni, obstajajo pa splošna načela, ki vas lahko vodijo k uspešni uvedbi
Ena od prednosti odprtokodne programske opreme, kot je OpenStack, je ta, da jo lahko prenesete, preizkusite in jo praktično razumete brez potrebe po dolgotrajnih interakcijah s prodajalci prodajalcev ali dolgotrajnih internih pilotnih odobritvah med vašim podjetjem. in vaše podjetje.-prodajalec.
Toda kaj se zgodi, ko je čas, da naredite več kot le preizkusite projekt? Kako boste pripravili nameščeni sistem od izvorne kode do proizvodnje? Kako lahko premagate organizacijske ovire za sprejemanje novih in transformativnih tehnologij? Kje začeti? Kaj boš naredil naslednje?
Vsekakor se je mogoče veliko naučiti iz izkušenj tistih, ki so že uvedli OpenStack. Da bi bolje razumel vzorce sprejema OpenStack, sem govoril z več ekipami, ki so sistem uspešno predstavile svojim podjetjem.
MercadoLibre: diktat nuje in tek hitreje od jelena
Če je potreba dovolj močna, je lahko uvedba prilagodljive infrastrukture v oblaku skoraj tako preprosta kot »zgradite jo in bodo prišli«. V mnogih pogledih je to izkušnja, ki so jo imeli Alejandro Comisario, Maximiliano Venesio in Leandro Reox s svojim podjetjem MercadoLibre, največjim podjetjem za e-trgovino v Latinski Ameriki in osmim največjim na svetu.
Leta 2011, ko je razvojni oddelek podjetja začel pot razgradnje svojega takrat monolitnega sistema v platformo, sestavljeno iz ohlapno povezanih storitev, povezanih prek API-jev, se je infrastrukturna ekipa soočila z močnim povečanjem števila zahtev, ki jih je njihova majhna ekipa morala izpolniti. .
»Premik se je zgodil zelo hitro,« pravi Alejandro Comisario, tehnični vodja za storitve v oblaku pri MercadoLibre. »Dobesedno čez noč smo ugotovili, da s tem tempom ne moremo nadaljevati dela brez pomoči nekakšnega sistema.
Alejandro Comisario, Maximiliano Venesio in Leandro Reox, celotna takratna ekipa MercadoLibre, so začeli iskati tehnologije, ki bi jim omogočile odpravo ročnih korakov, povezanih z zagotavljanjem infrastrukture njihovim razvijalcem.
Ekipa si je zastavila kompleksnejše cilje, pri čemer je oblikovala cilje ne le za takojšnje naloge, ampak tudi za cilje celotnega podjetja: skrajšati čas, potreben za zagotavljanje virtualnih strojev uporabnikom, pripravljenih za produktivno okolje, z 2 ur na 10 sekund in odpraviti človeški poseg iz tega procesa.
Ko so našli OpenStack, je postalo jasno, da je to točno to, kar so iskali. Hitro razvijajoča se kultura MercadoLibre je ekipi omogočila hitro premikanje pri gradnji okolja OpenStack, kljub relativni nezrelosti projekta v tistem času.
»Postalo je jasno, da pristop OpenStack – raziskovanje, poglobitev v kodo ter funkcionalnost testiranja in skaliranje sovpada s pristopom MercadoLibre,« pravi Leandro Reox. »Takoj smo se lahko potopili v projekt, definirali nabor testov za našo namestitev OpenStack in začeli s testiranjem.
Njihovo začetno testiranje na drugi izdaji OpenStack je odkrilo več težav, ki so jim preprečile začetek proizvodnje, vendar je prehod z izdaje Bexar na izdajo Cactus prišel ravno ob pravem času. Nadaljnje testiranje izdaje Cactus je zagotovilo, da je oblak pripravljen za komercialno uporabo.
Začetek komercialne uporabe in razumevanje razvijalcev možnosti pridobitve infrastrukture tako hitro, kot jo razvijalci lahko porabijo, sta določila uspeh implementacije.
»Celotno podjetje je bilo lačno takšnega sistema in funkcionalnosti, ki jo ponuja,« ugotavlja Maximiliano Venesio, višji infrastrukturni inženir pri MercadoLibre.
Vendar je bila ekipa previdna pri upravljanju pričakovanj razvijalcev. Zagotoviti so morali, da razvijalci razumejo, da obstoječe aplikacije ne bodo mogle delovati v novem zasebnem oblaku brez sprememb.
»Morali smo zagotoviti, da so naši razvijalci pripravljeni pisati aplikacije brez stanja za oblak,« je dejal Alejandro Comisario. »To je bil zanje velik kulturni premik. V nekaterih primerih smo morali razvijalce naučiti, da shranjevanje njihovih podatkov na instanci ni dovolj. Razvijalci so morali prilagoditi svoje razmišljanje.
Ekipa je bila pozorna pri usposabljanju razvijalcev in priporočila najboljše prakse za ustvarjanje aplikacij, pripravljenih za oblak. Pošiljali so e-pošto, organizirali neformalna učna kosila in formalna izobraževanja ter poskrbeli, da je okolje v oblaku ustrezno dokumentirano. Rezultat njihovih prizadevanj je, da razvijalci MercadoLibre zdaj tako udobno razvijajo aplikacije za oblak, kot so razvijali tradicionalne aplikacije za virtualizirana okolja podjetja.
Avtomatizacija, ki so jo lahko dosegli z zasebnim oblakom, se je obrestovala, kar je MercadoLibreju omogočilo dramatično povečanje svoje infrastrukture. Kar se je začelo kot infrastrukturna skupina treh, ki podpira 250 razvijalcev, 100 strežnikov in 1000 virtualnih strojev, je preraslo v ekipo 10, ki podpira več kot 500 razvijalcev, 2000 strežnikov in 12 virtualnih strojev.
Delovni dan: izdelava poslovnega primera za OpenStack
Za ekipo podjetja SaaS Workday je bila odločitev o sprejetju OpenStacka manj operativna in bolj strateška.
Workday's pot do sprejetja zasebnega oblaka se je začela leta 2013, ko se je vodstvo podjetja strinjalo z naložbo v široko pobudo programsko definiranega podatkovnega centra (SDDC). Upanje za to pobudo je bilo doseči večjo avtomatizacijo, inovativnost in učinkovitost v podatkovnih centrih.
Workday je ustvaril svojo vizijo zasebnega oblaka med infrastrukturnimi, inženirskimi in operativnimi ekipami podjetja in dosežen je bil dogovor o začetku raziskovalne pobude. Workday je najel Carmine Remi kot direktorja rešitev v oblaku, da bi vodil spremembo.
Rimijeva prva naloga pri Workdayu je bila razširiti prvotni poslovni primer na večji del podjetja.
Temelj poslovnega primera je bilo povečanje prilagodljivosti pri uporabi SDDC. Ta povečana prilagodljivost bi podjetju pomagala doseči željo po neprekinjenem uvajanju programske opreme brez izpadov. API za SDDC je bil namenjen temu, da aplikacijam Workday in ekipam platform omogoči inovacije na način, ki še nikoli ni bil mogoč.
V poslovnem primeru je bila upoštevana tudi učinkovitost opreme. Workday ima ambiciozne cilje povečati stopnje recikliranja obstoječe opreme in virov podatkovnega centra.
»Ugotovili smo, da že imamo tehnologijo vmesne programske opreme, ki bi lahko izkoristila prednosti zasebnega oblaka. Ta vmesna programska oprema je bila že uporabljena za uvajanje razvojnih/testnih okolij v javnih oblakih. Z zasebnim oblakom bi lahko razširili to programsko opremo in ustvarili hibridno rešitev v oblaku. Z uporabo strategije hibridnega oblaka lahko Workday seli delovne obremenitve med javnimi in zasebnimi oblaki, s čimer maksimira izkoriščenost strojne opreme in hkrati zagotavlja poslovne prihranke
Nazadnje je Rimijeva strategija v oblaku ugotovila, da bodo preproste delovne obremenitve brez stanja in njihovo horizontalno skaliranje omogočili Workdayu, da začne uporabljati svoj zasebni oblak z manj tveganja in naravno doseže zrelost operacij v oblaku.
"Lahko začnete s svojim načrtom in se naučite, kako upravljati nov oblak z majhno delovno obremenitvijo, podobno tradicionalnim raziskavam in razvoju, ki vam omogoča eksperimentiranje v varnem okolju," je predlagal Rimi.
S trdnim poslovnim primerom je Rimi ocenil več znanih zasebnih platform v oblaku, vključno z OpenStackom, glede na širok nabor ocenjevalnih meril, ki so vključevala odprtost vsake platforme, enostavnost uporabe, prilagodljivost, zanesljivost, odpornost, podporo in skupnost ter potencial. Na podlagi njihove ocene so Rimi in njegova ekipa izbrali OpenStack in začeli graditi komercialno pripravljen zasebni oblak.
Po uspešni implementaciji svojega prvega uspešnega oblaka OpenStack si Workday še naprej prizadeva za širšo uporabo novega okolja SDDC. Za dosego tega cilja Rimi uporablja večplasten pristop, osredotočen na:
- osredotočite se na delovne obremenitve, pripravljene za oblak, zlasti aplikacije brez stanja v portfelju
- definiranje kriterijev in proces migracije
- določanje razvojnih ciljev za selitev teh aplikacij
- Komunicirajte in izobražujte skupine deležnikov Workday z uporabo sestankov OpenStack, predstavitev, videoposnetkov in usposabljanja
»Naš oblak podpira različne delovne obremenitve, nekatere v proizvodnji, druge v pripravi za komercialno uporabo. Končno želimo preseliti vse delovne obremenitve in pričakujem, da bomo dosegli prelomno točko, ko bomo opazili nenaden pritok dejavnosti. Sistem vsak dan pripravljamo po delih, da bomo lahko kos temu nivoju aktivnosti, ko pride čas.
BestBuy: podiranje tabujev
Trgovec z elektroniko BestBuy z letnimi prihodki v višini 43 milijard dolarjev in 140 zaposlenimi je največje od podjetij, navedenih v članku. In tako, medtem ko procesi, ki jih je skupina za infrastrukturo bestbuy.com uporabila za pripravo zasebnega oblaka, ki temelji na OpenStacku, niso edinstveni, je prilagodljivost, s katero so uporabili te procese, impresivna.
Direktor spletnih rešitev Steve Eastham in glavni arhitekt Joel Crabb sta se morala zanašati na ustvarjalnost, da sta premagala številne ovire, ki so jima stal na poti, da sta prinesla svoj prvi oblak OpenStack v BestBuy.
Pobuda BestBuy OpenStack je nastala iz prizadevanj za razumevanje različnih poslovnih procesov, povezanih s procesi izdaje spletnega mesta za e-trgovino bestbuy.com v začetku leta 2011. Ta prizadevanja so razkrila precejšnje neučinkovitosti v postopkih zagotavljanja kakovosti. Postopek zagotavljanja kakovosti je povzročil precejšnje stroške z vsako večjo izdajo na spletnem mestu, ki se je zgodila dva do štirikrat na leto. Velik del teh stroškov je bil povezan z ročno konfiguracijo okolja, usklajevanjem odstopanj in reševanjem težav z razpoložljivostjo virov.
Za reševanje teh težav je bestbuy.com uvedel pobudo Quality Assurance on Demand, ki sta jo vodila Steve Eastham in Joel Crabb, da bi identificirala in odpravila ozka grla v procesu zagotavljanja kakovosti bestbuy.com. Ključna priporočila tega projekta so vključevala avtomatizacijo procesov zagotavljanja kakovosti in zagotavljanje samopostrežnih orodij uporabniškim skupinam.
Čeprav sta Steve Eastham in Joel Crabb lahko izkoristila možnost zelo velikih stroškov nadzora kakovosti, da bi upravičila naložbo v zasebni oblak, sta hitro naletela na težavo: čeprav je bil projekt odobren, ni bilo na voljo sredstev za projekt. Za nakup opreme za projekt ni bilo proračuna.
Nujnost je mati izuma in ekipa je ubrala nov pristop k financiranju oblaka: zamenjali so proračun za dva razvijalca z drugo ekipo, ki je imela proračun za strojno opremo.
Z dobljenim proračunom so nameravali kupiti potrebno opremo za projekt. Kontaktirali so HP, njihovega takratnega dobavitelja strojne opreme, in začeli optimizirati ponudbo. S skrbnimi pogajanji in sprejemljivim znižanjem zahtev po opremi jim je uspelo skoraj prepoloviti stroške opreme.
Na podoben način sta se Steve Eastham in Joel Crabb dogovorila za dogovor z omrežno ekipo podjetja, pri čemer sta izkoristila razpoložljivo zmogljivost obstoječega jedra in prihranila pri tipičnih stroških, povezanih z nakupom nove omrežne opreme.
"Bili smo na precej tankem ledu," je dejal Steve Eastham. »To ni bila običajna praksa pri Best Buy ne takrat ne zdaj. Delovali smo pod radarjem. Lahko bi dobili ukor, a smo se temu izognili.
Premagovanje finančnih težav je bila le prva od številnih ovir. Takrat praktično ni bilo možnosti, da bi našli strokovnjake za OpenStack za projekt. Tako so morali zgraditi ekipo iz nič, tako da so v ekipo združili tradicionalne Java razvijalce in sistemske skrbnike.
»Pravkar smo jih postavili v sobo in rekli: 'Ugotovite, kako deluje ta sistem,'« pravi Joel Crabb. — Eden od razvijalcev Jave nam je rekel: »To je noro, tega ne morete storiti. Ne vem, o čem govoriš."
Morali smo združiti različne sloge obeh vrst ekip, da bi dosegli želeni rezultat – programsko voden, preizkušen in inkrementalni razvojni proces.
Spodbujanje ekipe na začetku projekta jim je omogočilo, da so dosegli nekaj impresivnih zmag. Uspeli so hitro zamenjati zastarelo razvojno okolje, zmanjšati število okolij za zagotavljanje kakovosti (QA) in v procesu transformacije pridobiti nov način dela ekip in hitrost dostave aplikacij.
Njihov uspeh jih je postavil v dober položaj, da zahtevajo dodatna sredstva za svojo pobudo v zasebnem oblaku. In tokrat so imeli podporo na ravni najvišjega vodstva podjetja.
Steve Eastham in Joel Crabb sta prejela potrebna sredstva za najem dodatnega osebja in pet novih stojal opreme. Prvi oblak v tem valu projektov je bilo okolje OpenStack, ki poganja gruče Hadoop za analitiko. In že je v komercialnem obratovanju.
Zaključek
Zgodbe MercadoLibre, Workday in Best Buy imajo skupna številna načela, ki vas lahko vodijo do uspešnega prevzema OpenStack: Bodite odprti za potrebe razvijalcev, podjetij in drugih potencialnih uporabnikov; delo v okviru ustaljenih procesov vašega podjetja; sodelovanje z drugimi organizacijami; in bodite pripravljeni delovati zunaj pravil, kadar je to potrebno. Vse to so dragocene mehke veščine, ki jih je koristno imeti z oblakom OpenStack.
Popolne poti za uvedbo OpenStacka v vaše podjetje ni – pot uvedbe je odvisna od mnogih dejavnikov, ki so povezani tako z vami kot vašim podjetjem in situacijo, v kateri ste se znašli.
Čeprav je to dejstvo morda zmedeno za oboževalce OpenStacka, ki se sprašujejo, kako izvesti svoj prvi projekt, je to vseeno pozitivno stališče. To pomeni, da ni omejitev glede tega, kako daleč lahko greste z OpenStackom. Kar lahko dosežete, je omejeno le z vašo ustvarjalnostjo in iznajdljivostjo.
Vir: www.habr.com