Det finns ingen perfekt väg att implementera OpenStack i ditt företag, men det finns allmänna principer som kan vägleda dig mot en framgångsrik implementering
En av fördelarna med programvara med öppen källkod som OpenStack är att du kan ladda ner den, prova den och få en praktisk förståelse av den utan att behöva långa interaktioner med säljare eller långa interna pilotgodkännanden mellan ditt företag och ditt företag.-leverantör.
Men vad händer när det är dags att göra mer än att bara prova ett projekt? Hur kommer du att förbereda det utplacerade systemet från källkod till produktion? Hur kan du övervinna organisatoriska hinder för antagandet av ny och transformativ teknik? Var ska man starta? Vad ska du göra härnäst?
Det finns säkert mycket att lära av erfarenheterna från de som redan har distribuerat OpenStack. För att bättre förstå OpenStack adoptionsmönster pratade jag med flera team som framgångsrikt har introducerat systemet till sina företag.
MercadoLibre: dikterar av nödvändighet och springer snabbare än ett rådjur
Om behovet är tillräckligt starkt kan det vara nästan lika enkelt att implementera en flexibel molninfrastruktur som att "bygga den och de kommer." På många sätt är det den erfarenhet som Alejandro Comisario, Maximiliano Venesio och Leandro Reox har haft med sitt företag MercadoLibre, det största e-handelsföretaget i Latinamerika och det åttonde största i världen.
Under 2011, när företagets utvecklingsavdelning började resan med att bryta ner sitt då monolitiska system till en plattform bestående av löst kopplade tjänster kopplade via API:er, ställdes infrastrukturteamet inför en kraftig ökning av antalet förfrågningar som deras lilla team behövde för att uppfylla .
"Skiftet skedde väldigt snabbt", säger Alejandro Comisario, teknisk ledare för molntjänster på MercadoLibre. "Vi insåg bokstavligen över en natt att vi inte kunde fortsätta arbeta i den här takten utan hjälp av något slags system.
Alejandro Comisario, Maximiliano Venesio och Leandro Reox, hela MercadoLibre-teamet vid den tiden, började leta efter teknologier som skulle tillåta dem att eliminera de manuella stegen som är involverade i att tillhandahålla infrastruktur till sina utvecklare.
Teamet satte upp mer komplexa mål och formulerade mål inte bara för omedelbara uppgifter utan också för hela företagets mål: att minska tiden det tar att förse användare med virtuella maskiner redo för en produktiv miljö från 2 timmar till 10 sekunder och eliminera mänskligt ingripande från denna process.
När de hittade OpenStack stod det klart att det var precis vad de letade efter. MercadoLibres snabba kultur gjorde att teamet snabbt kunde bygga OpenStack-miljön, trots projektets relativa omognad vid den tiden.
"Det blev tydligt att OpenStack-metoden - forskning, fördjupning i kod, och testfunktionalitet och skalning sammanfaller med MercadoLibre-metoden", säger Leandro Reox. "Vi kunde omedelbart dyka in i projektet, definiera en uppsättning tester för vår OpenStack-installation och börja testa.
Deras första test på den andra OpenStack-utgåvan identifierade flera problem som hindrade dem från att gå i produktion, men övergången från Bexar-utgåvan till Cactus-utgåvan kom precis i rätt tid. Ytterligare tester av Cactus-versionen gav förtroende för att molnet är redo för kommersiell användning.
Lanseringen i kommersiell drift och utvecklarnas förståelse för möjligheten att skaffa infrastruktur så snabbt som utvecklarna kan konsumera den avgjorde framgången för implementeringen.
"Hela företaget var hungrigt efter ett sådant här system och den funktionalitet det ger", säger Maximiliano Venesio, senior infrastrukturingenjör på MercadoLibre.
Teamet var dock noggrant med att hantera utvecklarnas förväntningar. De behövde se till att utvecklarna förstod att befintliga applikationer inte skulle kunna köras på det nya privata molnet utan ändringar.
"Vi var tvungna att se till att våra utvecklare var redo att skriva statslösa applikationer för molnet", sa Alejandro Comisario. "Det var en enorm kulturell förändring för dem. I vissa fall var vi tvungna att lära utvecklare att det inte räckte att lagra deras data på en instans. Utvecklarna behövde anpassa sitt tänkande.
Teamet var uppmärksamt med att utbilda utvecklare och rekommenderade bästa praxis för att skapa molnförberedda applikationer. De skickade e-postmeddelanden, höll informella inlärningsluncher och formella utbildningar och såg till att molnmiljön var korrekt dokumenterad. Resultatet av deras ansträngningar är att MercadoLibre-utvecklare nu är lika bekväma med att utveckla applikationer för molnet som de utvecklade traditionella applikationer för företagets virtualiserade miljöer.
Automatiseringen de kunde uppnå med det privata molnet gav resultat, vilket gjorde det möjligt för MercadoLibre att dramatiskt skala upp sin infrastruktur. Det som började som ett infrastrukturteam med tre stödjande 250 utvecklare, 100 servrar och 1000 10 virtuella maskiner har vuxit till ett team på 500 som stödjer över 2000 utvecklare, 12 000 servrar och XNUMX XNUMX virtuella datorer.
Arbetsdag: Bygga ett affärscase för OpenStack
För teamet på SaaS-företaget Workday var beslutet att använda OpenStack mindre ett operativt och mer ett strategiskt.
Workdays resa mot privat molnadoption började 2013, när företagets ledning gick med på att investera i ett brett programvarudefinierat datacenter (SDDC)-initiativ. Förhoppningen för detta initiativ var att uppnå större automatisering, innovation och effektivitet i datacenter.
Workday skapade sin vision för ett privat moln bland företagets infrastruktur-, ingenjörs- och driftteam, och en överenskommelse nåddes om att påbörja ett forskningsinitiativ. Workday anställde Carmine Remi som chef för molnlösningar för att leda förändringen.
Rimis första uppgift på Workday var att utöka det ursprungliga affärsfallet till en större del av företaget.
Hörnstenen i business casen var att öka flexibiliteten vid användning av SDDC. Denna ökade flexibilitet skulle hjälpa företaget att uppnå sin önskan om kontinuerlig programvarudistribution utan stilleståndstid. API:et för SDDC var avsett att tillåta Workday-applikations- och plattformsteam att förnya sig på ett sätt som aldrig tidigare varit möjligt.
Utrustningseffektivitet övervägdes också i affärsfallet. Workday har ambitiösa mål att öka återvinningsgraden för befintlig datacenterutrustning och resurser.
"Vi upptäckte att vi redan hade middleware-teknik som kunde dra nytta av fördelarna med det privata molnet. Denna mellanvara har redan använts för att distribuera dev/testmiljöer i offentliga moln. Med ett privat moln skulle vi kunna utöka denna programvara för att skapa en hybridmolnlösning. Genom att använda en hybrid molnstrategi kan Workday migrera arbetsbelastningar mellan offentliga och privata moln, vilket maximerar hårdvaruanvändningen samtidigt som det ger affärsbesparingar
Slutligen noterade Rimis molnstrategi att enkla tillståndslösa arbetsbelastningar och deras horisontella skalning kommer att göra det möjligt för Workday att börja använda sitt privata moln med mindre risk och uppnå en naturlig mognad för molnverksamheten.
"Du kan börja med din plan och lära dig hur du hanterar ett nytt moln med en liten arbetsbelastning, likt traditionell FoU, som låter dig experimentera i en säker miljö," föreslog Rimi.
Med ett gediget affärscase utvärderade Rimi flera välkända privata molnplattformar, inklusive OpenStack, mot en bred uppsättning utvärderingskriterier som inkluderade varje plattforms öppenhet, användarvänlighet, flexibilitet, tillförlitlighet, motståndskraft, support och gemenskap samt potential. Baserat på sin utvärdering valde Rimi och hans team OpenStack och började bygga ett kommersiellt redo privat moln.
Efter att ha framgångsrikt implementerat sitt första livskraftiga OpenStack-moln fortsätter Workday att sträva efter en bredare användning av den nya SDDC-miljön. För att uppnå detta mål använder Rimi ett mångfacetterat tillvägagångssätt fokuserat på:
- fokusera på molnklara arbetsbelastningar, särskilt tillståndslösa applikationer i portföljen
- definiera kriterier och migreringsprocess
- sätta utvecklingsmål för migrering av dessa applikationer
- Kommunicera och utbilda grupper av Workday-intressenter med hjälp av OpenStack-möten, demos, videor och utbildning
"Vårt moln stöder en mängd olika arbetsbelastningar, vissa i produktion, andra som förberedelser för kommersiell användning. I slutändan vill vi migrera alla arbetsbelastningar, och jag förväntar mig att vi kommer att nå en vändpunkt där vi ser ett plötsligt tillflöde av aktivitet. Vi förbereder systemet bit för bit varje dag för att kunna hantera denna aktivitetsnivå när det är dags.
BestBuy: bryta tabun
Elektronikhandlaren BestBuy, med årliga intäkter på 43 miljarder dollar och 140 000 anställda, är det största av företagen som listas i artikeln. Och så, även om processerna som bestbuy.com-infrastrukturteamet använde för att förbereda ett privat moln baserat på OpenStack inte är unika, är flexibiliteten med vilken de tillämpade dessa processer imponerande.
För att ta sitt första OpenStack-moln till BestBuy, var Web Solutions Director Steve Eastham och chefsarkitekt Joel Crabb tvungna att förlita sig på kreativitet för att övervinna de många hinder som stod i deras väg.
BestBuy OpenStack-initiativet växte fram ur ett försök att förstå de olika affärsprocesserna i samband med releaseprocesserna för e-handelssidan bestbuy.com i början av 2011. Dessa ansträngningar avslöjade betydande ineffektivitet i kvalitetssäkringsprocesser. Kvalitetssäkringsprocessen införde betydande omkostnader med varje större webbplatssläpp, vilket inträffade två till fyra gånger per år. Mycket av denna kostnad var förknippad med att manuellt konfigurera miljön, stämma av avvikelser och lösa problem med resurstillgänglighet.
För att lösa dessa problem introducerade bestbuy.com initiativet Quality Assurance on Demand, ledd av Steve Eastham och Joel Crabb, för att identifiera och eliminera flaskhalsar i bestbuy.coms kvalitetssäkringsprocess. Viktiga rekommendationer från detta projekt inkluderade automatisering av kvalitetssäkringsprocesser och förse användarteam med självbetjäningsverktyg.
Även om Steve Eastham och Joel Crabb kunde använda utsikterna till mycket betydande kvalitetskontrollkostnader för att motivera investeringar i ett privat moln, stötte de snabbt på ett problem: trots att projektet hade fått godkännande fanns det inga medel tillgängliga för projektet. Det fanns ingen budget för att köpa utrustning för projektet.
Nödvändighet är uppfinningens moder, och teamet tog ett nytt tillvägagångssätt för att finansiera molnet: De bytte ut budgeten mot två utvecklare med ett annat team som hade en hårdvarubudget.
Med den resulterande budgeten hade de för avsikt att köpa den utrustning som behövs för projektet. Genom att kontakta HP, deras dåvarande hårdvaruleverantör, började de optimera erbjudandet. Genom noggranna förhandlingar och en acceptabel minskning av utrustningskraven kunde de sänka utrustningskostnaderna med nästan hälften.
På liknande sätt förhandlade Steve Eastham och Joel Crabb fram ett avtal med företagets nätverksteam, och utnyttjade den tillgängliga kapaciteten i den befintliga kärnan och sparade på de typiska kostnaderna för att köpa ny nätverksutrustning.
"Vi var på ganska tunn is," sa Steve Eastham. "Det här var inte vanligt på Best Buy då eller nu. Vi opererade under radarn. Vi kunde ha blivit tillrättavisade, men vi lyckades undvika det.
Att övervinna ekonomiska svårigheter var bara det första av många hinder. Vid den tiden fanns det praktiskt taget ingen möjlighet att hitta OpenStack-experter för projektet. Således var de tvungna att bygga ett team från grunden genom att kombinera traditionella Java-utvecklare och systemadministratörer i teamet.
"Vi satte dem bara i ett rum och sa: 'Ta reda på hur man arbetar med det här systemet'", säger Joel Crabb. — En av Java-utvecklarna sa till oss: "Det här är galet, du kan inte göra det här. Jag vet inte vad du pratar om."
Vi var tvungna att kombinera de olika stilarna för de två typerna av team för att uppnå det önskade resultatet - en mjukvarudriven, testbar, inkrementell utvecklingsprocess.
Att stimulera laget tidigt i projektet gjorde att de kunde få några imponerande vinster. De kunde snabbt ersätta en äldre utvecklingsmiljö, minska antalet kvalitetssäkringsmiljöer (QA) och fick under omvandlingsprocessen nya teams sätt att arbeta och snabba applikationsleveranser.
Deras framgång satte dem i en bra position att be om ytterligare resurser för deras privata molninitiativ. Och den här gången fick de stöd på nivån av företagets högsta ledning.
Steve Eastham och Joel Crabb fick den finansiering som behövdes för att anställa ytterligare personal och fem nya ställ med utrustning. Det första molnet i denna våg av projekt var OpenStack-miljön, som kör Hadoop-kluster för analys. Och den är redan i kommersiell drift.
Slutsats
MercadoLibre, Workday och Best Buy-berättelserna delar ett antal principer som kan vägleda dig mot en framgångsrik OpenStack-användning: Var öppen för behoven hos utvecklare, företag och andra potentiella användare; arbeta inom de etablerade processerna i ditt företag; samarbete med andra organisationer; och vara villig att agera utanför reglerna när det behövs. Dessa är alla värdefulla mjuka färdigheter som är användbara att ha med OpenStack-molnet.
Det finns ingen perfekt väg för att implementera OpenStack i ditt företag - vägen för implementering beror på många faktorer relaterade till både dig och ditt företag och den situation du befinner dig i.
Även om detta faktum kan vara förvirrande för OpenStack-fans som undrar hur de ska implementera sitt första projekt, är det ändå en positiv synvinkel. Det betyder att det inte finns några gränser för hur långt du kan gå med OpenStack. Vad du kan uppnå begränsas endast av din kreativitet och påhittighet.
Källa: will.com