Hur introducera din organisation till OpenStack

Det finns ingen perfekt väg för att implementera OpenStack i ditt företag, men det finns allmänna principer som kan vägleda dig mot en framgångsrik implementation.

En av fördelarna med open source-programvara, såsom OpenStack, är möjligheten att ladda ner den, testa den i praktiken och få en praktisk förståelse utan långvarigt samarbete med leverantörens säljare eller behovet av långa interna godkännandeprocesser för pilotprojekt mellan ditt företag och leverantören.

Men vad händer när det är dags att göra mer än bara testa projektet? Hur förbereder du den distribuerade systemet från källkod till produktionsmiljö? Hur kan du övervinna organisatoriska hinder för att implementera nya och transformerande teknologier? Var ska du börja? Vad gör du härnäst?

Utan tvekan finns det mycket att lära från erfarenheterna hos dem som redan har distribuerat OpenStack. För att bättre förstå mönstren för antagandet av OpenStack pratade jag med flera team som framgångsrikt har presenterat detta system för sina företag.

MercadoLibre: nödens diktatur och att springa snabbare än en hjort.

Om behovet är tillräckligt starkt kan implementeringen av en flexibel molninfrastruktur vara nästan lika enkel som "bygga den och de kommer att komma". På många sätt har Alejandro Comisario, Maximiliano Venesio och Leandro Reox fått denna erfarenhet i sitt företag MercadoLibre, det största e-handelsföretaget i Latinamerika och det åttonde största i världen.

År 2011, när företagets utvecklingsavdelning började sin resa mot att bryta ner sitt dåvarande monolitiska system till en plattform bestående av löst kopplade tjänster som kopplas samman via API, stod infrastrukturteamet inför en kraftig ökning av antalet förfrågningar till sitt lilla team som behövde hanteras.

"Skiftet skedde väldigt snabbt," säger Alejandro Comisario, teknisk chef för molntjänster på MercadoLibre. "Vi insåg bokstavligen över en natt att vi inte skulle kunna fortsätta arbeta i den takten utan stöd av något system."

Alejandro Comisario, Maximiliano Venesio och Leandro Reox – hela teamet på MercadoLibre vid den tiden – började söka efter teknologier som skulle möjliggöra för dem att eliminera de manuella stegen som var kopplade till att tillhandahålla infrastruktur till sina utvecklare.

Teamet satte sig mer utmanande mål, formulerade inte bara mål för aktuella uppgifter utan också för hela företagets syften: att minska tiden för att tillhandahålla användarna produktionsklara virtuella maskiner från 2 timmar till 10 sekunder och utesluta människans inblandning i denna process.

När de fann OpenStack blev det tydligt att det var precis vad de hade letat efter. Den snabbt växande kulturen på MercadoLibre gjorde det möjligt för teamet att snabbt avancera i skapandet av OpenStack-miljön, trots projektets relativt omogna status vid den tiden.

— Det blev tydligt att OpenStack-ansatsen — forskning, dyka ner i koden och testa funktionalitet och skalning — överensstämmer med MercadoLibres arbetsmetoder, säger Leandro Reox. — Vi kunde genast dyka ner i projektet, definiera en uppsättning tester för vår OpenStack-installation och börja testa.

Deras initiala tester av den andra versionen av OpenStack identifierade flera problem som hindrade dem från att gå i produktion, men övergången från version Bexar till version Cactus skedde precis i rätt tid. Ytterligare testning av version Cactus gav trygghet i att molnet var redo för kommersiell drift.

Lanseringen i kommersiell drift och insikten från utvecklarna om möjligheten att få infrastruktur så snabbt som utvecklarna kunde konsumera den, var avgörande för framgången med implementeringen.

— Hela företaget längtade efter ett sådant system och den funktionalitet som det erbjuder, påpekar Maximiliano Venesio, senior infrastrukturingenjör på MercadoLibre.

Trots detta var teamet försiktigt med att hantera utvecklarnas förväntningar. De behövde se till att utvecklarna förstod — att de befintliga applikationerna inte skulle fungera på det nya privata molnet utan förändringar.

— Vi måste se till att våra utvecklare var redo att skriva stateless-applikationer för molnet, sa Alejandro Comisario. — Detta var en enorm kulturell förändring för dem. I vissa fall var vi tvungna att lära utvecklarna att det inte var tillräckligt att spara sina data i instansen. Utvecklarna behövde justera sitt tänkande.

Teamet var uppmärksamt på att utbilda utvecklarna och rekommenderade bästa praxis för att skapa cloud-ready applikationer. De skickade e-post, hade lunchar med informell utbildning och formella träningspass, samt säkerställde korrekt dokumentation av den molnbaserade miljön. Resultatet av deras insatser är att utvecklarna på MercadoLibre nu är lika bekväma med att utveckla applikationer för molnet som de var med att utveckla traditionella applikationer för företagets virtualiserade miljöer.

Den automatisering som de uppnådde med hjälp av det privata molnet har lönat sig, vilket gjorde att MercadoLibre plötsligt kunde öka sin infrastruktur betydligt. Det som började som ett infrastrukturteam bestående av tre personer som stödde 250 utvecklare, 100 servrar och 1000 virtuella maskiner har växt till ett team av 10 personer som stödjer mer än 500 utvecklare, 2000 servrar och 12000 VM.

Workday: Skapa affärsfallet för OpenStack

För teamet på Workday, som arbetar inom SaaS, var beslutet att anta OpenStack mer strategiskt än operationellt.

Workdays väg mot att implementera ett privat moln började 2013, när företagets ledning gick med på att investera i en omfattande initiativ för programvarudefinierad datacenter (SDDC). Hoppet med detta initiativ var att uppnå större automatisering, införa innovation och förbättra datacenterverksamheten.

Workday skapade sin vision för det privata molnet mellan infrastrukturn, ingenjörs- och driftgrupperna inom företaget, och det nåddes en överenskommelse om att påbörja forskningsinitiativet. Workday anställde Carmine Remi som Cloud Solutions Director för att leda förändringarna.

Den första uppgiften för Rimi på Workday var att utvidga det ursprungliga affärsfallet till större delen av företaget.

Stödpunkten i affärsfallet var att öka flexibiliteten med SDDC. Denna ökade flexibilitet skulle hjälpa företaget att uppfylla sina krav på kontinuerlig programvarudistribution med noll driftstopp. API:t för SDDC skulle möjliggöra för Workdays programvaru- och plattformsutvecklingsgrupper att införa innovationer på tidigare otillgängliga sätt.

Effektiviteten hos utrustningen beaktades också i affärscaset. Workday har ambitiösa mål för att öka utnyttjandegraden av befintlig utrustning och resurser i datacentret.

— Vi har upptäckt att vi redan har en mellanlagerteknologi som kan dra nytta av de privata molnen. Denna mellanlagerprogramvara har redan använts för att implementera dev/test-miljöer i publika moln. Med hjälp av det privata molnet skulle vi kunna utvidga denna programvara för att skapa en hybridmolnlösning. Genom att använda en hybridmolnstrategi kan Workday migrera arbetsbelastningar mellan publika och privata moln, vilket möjliggör maximal utnyttjande av utrustningen, vilket ger kostnadsbesparingar för företaget.

Slutligen noterades i Rimis molnstrategi att enkla stateless arbetsbelastningar och deras horisontella skalning skulle möjliggöra för Workday att börja använda sitt privata moln med mindre risk och nå en naturlig mognad i sina molnoperationer.

— Vi kan påbörja den planerade planen och lära oss att hantera det nya molnet med en liten arbetsbelastning, liknande traditionell F&U, som gör det möjligt att experimentera under säkra förhållanden, föreslog Rimi.

Med en solid affärsplan utvärderade Rimi flera välkända plattformar för privata moln, inklusive OpenStack, utifrån en bred uppsättning utvärderingskriterier som inkluderade öppenhet hos varje plattform, användarvänlighet, flexibilitet, tillförlitlighet, motståndskraft, tillgång till support och gemenskap samt potential. Baserat på resultaten av sin utvärdering valde Rimi och hans team OpenStack och började bygga ett privat moln redo för kommersiell drift.

Efter att framgångsrikt ha implementerat sitt första livskraftiga OpenStack-moln fortsätter Workday att sträva efter en bredare implementering av den nya SDDC-miljön. För att nå detta mål använder Rimi ett mångsidigt tillvägagångssätt som fokuserar på:

• fokus på cloud-ready arbetsbelastningar, särskilt stateless-applikationer i portföljen
• definiera kriterier och process för migration
• sätta mål för utvecklingen av dessa applikationer
• Kommunikation och utbildning för grupper av intresserade användare av Workday via möten, demonstrationer, videor och OpenStack-utbildningar.

— Vår molntjänst stöder olika arbetsbelastningar, vissa i produktion och andra förbereds för kommersiell drift. I slutändan vill vi migrera alla arbetsbelastningar, och jag förväntar mig att vi når en brytpunkt när vi ser ett plötsligt flöde av aktivitet. Vi förbereder systemet steg för steg varje dag för att kunna hantera denna aktivitetsnivå när tiden kommer.

BestBuy: att bryta mot förbuden

Detaljhandelskedjan för elektronik BestBuy har en årlig omsättning på 43 miljarder dollar och 140 000 anställda, vilket gör den till den största av företagen som nämns i artikeln. Därför, även om processerna som den infrastrukturella teamet på bestbuy.com använde för att förbereda sitt privata moln baserat på OpenStack inte är unika, är flexibiliteten med vilken de tillämpade dessa processer imponerande.

För att implementera sitt första OpenStack-moln på BestBuy var webblösningschefen Steve Eastham och huvudarkitekten Joel Crabb tvungna att förlita sig på kreativa tillvägagångssätt för att övervinna många hinder som stod i vägen.

Initiativet BestBuy OpenStack växte fram i början av 2011 utifrån försök att förstå de olika affärsprocesserna som är kopplade till e-handelswebbplatsen bestbuy.com. Dessa insatser avslöjade betydande ineffektivitet i kvalitetskontrollprocesserna. Kvalitetsgranskningsprocessen medförde betydande kostnader vid varje större lansering av webbplatsen, som ägde rum två till fyra gånger om året. En stor del av dessa kostnader var kopplade till manuell konfiguration av miljön, samordning av avvikelser och lösning av problem med tillgänglighet av resurser.

För att lösa dessa problem föreslogs initiativet 'kvalitetskontroll på begäran' för bestbuy.com under ledning av Steve Eastham och Joel Crabb, inriktat på att identifiera och åtgärda flaskhalsar i kvalitetsgranskningsprocessen för bestbuy.com. Bland de viktigaste rekommendationerna från detta projekt fanns automatisering av kvalitetskontrollprocesserna och att ge användargrupper verktyg för självbetjäning.

Trots att Steve Eastham och Joel Crabb kunde använda den potentiella risken för betydande kvalitetskontrollkostnader för att rättfärdiga investeringar i en privat molnlösning, stötte de snabbt på ett problem: även om godkännandet för projektet hade erhållits, fanns det inga medel för projektet. Ingen budget för inköp av utrustning fanns.

Behovet är uppfinningens moder, och teamet tog en ny approach till finansieringen av molnet: de bytte budgeten för två utvecklare med ett annat team som hade budget för utrustning.

Med den erhållna budgeten avsåg de att köpa den utrustning som behövdes för projektet. Genom att kontakta HP, deras leverantör av utrustning vid den tiden, började de optimera erbjudandet. Tack vare noggranna förhandlingar och acceptabel nedskärning av utrustningsbehov, kunde de nästan halvera kostnaderna för utrustningen.

I samma anda slöt Steve Eastham och Joel Crabb ett avtal med företagets nätverksgrupp, som utnyttjade kapaciteten i den befintliga kärnan, vilket sparade typiska kostnader för inköp av ny nätverksutrustning.

– Vi stod på ganska tunt is, sade Steve Eastham. – Det var ingen vedertagen praxis på BestBuy varken då eller nu. Vi agerade under radarn. Vi kunde ha fått en reprimand, men klarade oss undan det.

Att övervinna ekonomiska svårigheter var bara det första av många hinder. Vid den tiden fanns det nästan inga möjligheter att hitta OpenStack-experter för projektet. Därför fick de bygga ett team från grunden genom att sammanföra traditionella Java-utvecklare och systemadministratörer.

– Vi satte bara dem i ett rum och sa: 'Ta reda på hur ni arbetar med detta system', berättar Joel Crabb. – En av Java-utvecklarna sa till oss: 'Det här är galet, ni kan inte göra detta. Jag vet inte vad ni pratar om.'

Vi var tvungna att förena olika stilar från två typer av team för att uppnå det önskade resultatet - ett programvarustyrt, testbart, etappvis utvecklingsprocess.

Att stimulera laget i det tidiga skedet av projektet gjorde att de kunde uppnå flera imponerande framgångar. De kunde snabbt byta ut den föråldrade utvecklingsmiljön, minska antalet kvalitetskontrollmiljöer (QA) och under processen få fram ett arbetssätt för de nya grupperna och hastigheten på applikationsleveranser.

Deras framgång öppnade goda möjligheter att be om ytterligare resurser för deras privata molninitiativ. Och den här gången hade de stöd från företagsledningen.

Steve Eastham och Joel Crabb fick finansiering som behövdes för att anställa mer personal och fem nya serverrack. Det första molnet i denna projektvåg blev OpenStack-miljön, som kör Hadoop-kluster för analys. Och det är redan i kommersiell drift.

Slutsats

I berättelserna från MercadoLibre, Workday och Best Buy finns det flera principer som kan vägleda dig mot framgångsrik implementering av OpenStack: vara öppen för utvecklarnas, affärens och andra potentiella användares behov; arbeta inom de etablerade processerna för ditt företag; samarbeta med andra organisationer; och vara beredd att agera utanför reglerna när det behövs. Alla dessa är värdefulla mjuka färdigheter som är bra att ha tillsammans med OpenStack.

Det finns ingen perfekt väg för att implementera OpenStack i ditt företag – implementeringsvägen beror på många faktorer kopplade både till dig och ditt företag samt situationen du befinner dig i.

Och även om detta faktum kan förvirra fans av OpenStack som undrar hur de ska implementera sitt första projekt, är det ändå en positiv synpunkt. Detta innebär 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 klurighet.

Källa: habr.com