Der er ikke en perfekt vej til at implementere OpenStack i din virksomhed, men der er generelle principper, der kan lede dig mod en vellykket implementering.
En af fordelene ved open source-software som OpenStack er muligheden for at downloade, prøve det i aktion og få praktisk erfaring uden langvarig interaktion med sælgere fra leverandørfirmaer eller behov for langstrakte interne godkendelsesprocesser for et pilotprojekt mellem dit firma og leverandøren.
Men hvad sker der, når tiden er inde til at gøre mere end bare at prøve projektet? Hvordan vil du forberede et produktionssystem fra kildetekst til produktionsmiljø? Hvordan kan du overvinde organisatoriske barrierer for at implementere nye og transformerende teknologier? Hvor skal du starte? Hvad vil du gøre derefter?
Der kan helt klart drages meget af erfaringerne fra dem, der allerede har implementeret OpenStack. For bedre at forstå mønstrene for vedtagelse af OpenStack, talte jeg med flere teams, der med succes har introduceret dette system i deres virksomheder.
MercadoLibre: Diktat af nødvendighed og løb hurtigere end en hjort.
Hvis behovet er stærkt nok, kan implementeringen af en fleksibel cloud-infrastruktur være næsten lige så simpel som 'byg den, og de kommer'. På mange måder er det den oplevelse, som Alejandro Comisario, Maximiliano Venesio og Leandro Reox har haft i deres virksomhed MercadoLibre, den største e-handelsvirksomhed i Latinamerika og verdens ottende største.
I 2011, da udviklingsafdelingen i virksomheden begyndte sin rejse med at nedbryde sit daværende monolitiske system til en platform bestående af løst koblede tjenester, der var forbundet via API, mødte infrastrukturteamet en dramatisk stigning i antallet af forespørgsler til deres lille team, som skulle håndteres.
— Skiftet skete meget hurtigt, — siger Alejandro Comisario, teknisk leder for cloudtjenesterne hos MercadoLibre. — Vi indså bogstaveligt talt i løbet af et øjeblik, at vi ikke kunne fortsætte med at arbejde i den hastighed uden hjælp fra et system.
Alejandro Comisario, Maximiliano Venesio og Leandro Reox — hele MercadoLibres team på det tidspunkt — begyndte at søge efter teknologier, der kunne hjælpe dem med at fjerne de manuelle trin, der var forbundet med at levere infrastruktur til deres udviklere.
Holdet satte sig mere ambitiøse mål ved at formulere mål ikke kun for de kortsigtede opgaver, men også for hele virksomhedens strategi: at reducere tiden til at levere færdig-til-brug virtuelle maskiner til brugerne fra 2 timer til 10 sekunder og fjerne menneskelig indblanding i denne proces.
Da de fandt OpenStack, blev det klart, at det var præcis det, de havde ledt efter. Den hastigt udviklende kultur i MercadoLibre gjorde det muligt for holdet hurtigt at bevæge sig fremad med at skabe OpenStack-miljøet, på trods af at projektet var relativt umodent på det tidspunkt.
— Det blev klart, at OpenStack-tilgangen — at forske, dykke ned i koden, og teste funktionalitet og skalerbarhed — stemte overens med MercadoLibre's tilgang, siger Leandro Reox. — Vi kunne straks dykke ned i projektet, definere et sæt tests for vores OpenStack-installation og begynde testningen.
Deres indledende testning med OpenStack-versionen 2 identificerede flere problemer, der forhindrede dem i at gå i produktion, men overgangen fra Bexar- til Cactus-versionen kom på det rette tidspunkt. Yderligere test med Cactus-versionen gav dem tillid til, at cloud-løsningen var klar til kommerciel drift.
At gå i kommerciel drift og forstå udviklernes mulighed for at få infrastruktur så hurtigt, som de kan forbruge den, var afgørende for succesfuld implementering.
— Hele virksomheden ønskede et sådant system og den funktionalitet, det tilbyder, bemærker Maximiliano Venesio, senior infrastrukturingeniør hos MercadoLibre.
Ikke desto mindre var holdet forsigtige med at styre udviklernes forventninger. De skulle sikre sig, at udviklerne forstod, at de eksisterende applikationer ikke ville kunne fungere på den nye private cloud uden ændringer.
— Vi måtte sikre, at vores udviklere var klar til at skrive stateless applikationer til cloud-miljøet, sagde Alejandro Comisario. — Det var et stort kulturelt skift for dem. I nogle tilfælde måtte vi lære udviklerne, at det ikke var tilstrækkeligt at gemme deres data i instansen. Udviklerne skulle justere deres tankegang.
Teamet var opmærksomt i at træne udviklerne og anbefalede dem bedste praksis for at skabe cloud-ready applikationer. De sendte e-mails, holdt frokoster med uformel undervisning og formelle kurser samt sikrede ordentlig dokumentation af cloud-miljøet. Resultatet af deres indsats er, at udviklerne hos MercadoLibre nu udvikler cloud-applikationer med samme komfort, som de tidligere udviklede traditionelle applikationer til virksomhedens virtualiserede miljøer.
Den automatisering, de opnåede vha. det private cloud, har givet et betydeligt afkast og har gjort det muligt for MercadoLibre at skale deres infrastruktur drastisk op. Hvad der begyndte som et infrastrukturteam bestående af tre personer, der støttede 250 udviklere, 100 servere og 1000 virtuelle maskiner, er vokset til et team på 10 personer, der støtter over 500 udviklere, 2000 servere og 12.000 VM'er.
Workday: Oprettelse af en forretningscase for OpenStack
For teamet i Workday, der arbejder inden for SaaS, var beslutningen om at adoptere OpenStack ikke så meget operationel som strategisk.
Workdays vej til implementering af et privat cloud begyndte i 2013, da virksomhedens ledelse besluttede at investere i en omfattende initiativ for software-defineret datacenter (SDDC). Håbet med dette initiativ var at opnå større automatisering, implementere innovation og forbedre effektiviteten af datacentre.
Workday skabte sine visioner for det private cloud mellem infrastrukturelle, ingeniør- og operationelle grupper i virksomheden, og der blev opnået enighed om at starte en forskningsinitiativer. Workday ansatte Carmine Remi som direktør for cloud-løsninger med det formål at lede forandringerne.
Rimis første opgave i Workday var at udvide den oprindelige forretningscase til størstedelen af virksomheden.
Den centrale del af forretningscasen var at øge fleksibiliteten ved brug af SDDC. Denne øgede fleksibilitet ville hjælpe virksomheden med at sikre sine ønsker om kontinuerlig udrulning af software uden nedetid. API'et til SDDC skulle give udviklings- og platformgrupperne i Workday mulighed for at implementere innovation på en hidtil uset måde.
Effektiviteten af udstyret blev også taget i betragtning i business casen. Workday har ambitiøse mål for at øge udnyttelsen af det eksisterende udstyr og ressourcerne i datacenteret.
— Vi har opdaget, at vi allerede har en middleware-teknologi, der kan drage fordel af et privat cloud. Denne middleware-software er allerede blevet brugt til at implementere udviklings- og testmiljøer i offentlige skyder. Med et privat cloud kunne vi udvide denne software til at skabe en hybrid cloud-løsning. Ved at bruge en hybrid cloud-strategi kan Workday migrere arbejdsbyrder mellem offentlige og private skyer, hvilket maksimerer udnyttelsen af udstyret og sparer penge for virksomheden.
Endelig blev det i Rimis cloud-strategi bemærket, at simple stateless arbejdsbyrder og deres horisontale skalering vil gøre det muligt for Workday at anvende sit private cloud med mindre risiko og naturligt opnå modenhed i cloud-driften.
— Vi kan begynde at følge den planlagte strategi og lære at styre den nye cloud med en lille arbejdsbyrde, ligesom traditionelle F&U, der giver mulighed for at eksperimentere under sikre forhold, — foreslog Rimi.
Med en solid business case vurderede Rimi flere kendte private cloud-platforme, inklusive OpenStack, baseret på et bredt sæt evalueringskriterier, der omfattede åbenhed for hver platform, brugervenlighed, fleksibilitet, pålidelighed, robusthed, tilgængelighed af support og fællesskab, samt potentiale. Baseret på resultaterne af sin vurdering valgte Rimi og hans team OpenStack og begyndte at etablere et privat cloud klar til kommerciel drift.
Efter succesfuldt at have implementeret deres første levedygtige cloud på OpenStack, fortsætter Workday med at stræbe efter en bredere implementering af det nye SDDC-miljø. For at nå dette mål anvender Rimi en flerstrenget tilgang, der fokuserer på:
- fokus på cloud-ready arbejdsbyrder, især stateless applikationer i porteføljen.
- definering af kriterier og migrationsprocessen.
- sætte mål for udvikling af migrering af disse applikationer.
- Kommunikation og træning af grupper af interessenter i Workday ved hjælp af møder, demonstrationer, videoer og OpenStack-træning.
— Vores cloud understøtter forskellige arbejdsbelastninger, nogle i produktion, andre i forberedelse til kommerciel drift. I sidste ende ønsker vi at migrere alle arbejdsbelastninger, og jeg forventer, at vi vil nå et vendepunkt, hvor vi ser en pludselig stigning i aktiviteten. Vi forbereder systemet stykke for stykke hver dag for at kunne håndtere dette aktivitetsniveau, når tiden kommer.
BestBuy: bryder reglerne
Detailkæden BestBuy har en årlig omsætning på 43 milliarder dollars og 140.000 ansatte, hvilket gør den til den største af de virksomheder, der er nævnt i artiklen. Og derfor, selvom de processer, der blev anvendt af infrastrukturteamet bag bestbuy.com til at forberede en privat cloud baseret på OpenStack, ikke er unikke, er den fleksibilitet, hvormed de anvendte disse processer, imponerende.
For at implementere sin første OpenStack-cloud hos BestBuy måtte websolutionschef Steve Eastham og hovedarkitekt Joel Crabb stole på en kreativ tilgang for at overvinde de mange barrierer, der stod i vejen for dem.
BestBuy OpenStack-initiativen voksede i begyndelsen af 2011 ud af forsøg på at forstå de forskellige forretningsprocesser, der var relateret til release-processerne for e-handelswebstedet bestbuy.com. Disse bestræbelser afslørede betydelig ineffektivitet i kvalitetskontrolprocesserne. Kvalitetskontrolprocessen medførte betydelige omkostninger ved hver større release af webstedet, der fandt sted to til fire gange om året. En betydelig del af disse omkostninger var relateret til manuel opsætning af miljøet, harmonisering af uoverensstemmelser og løsning af tilgængelighedsproblemer med ressourcer.
For at tackle disse problemer blev bestbuy.com præsenteret for initiativet "kvalitetskontrol efter behov", ledet af Steve Eastham og Joel Crabb, der sigtede på at identificere og eliminere flaskehalse i kvalitetskontrolprocessen for bestbuy.com. Blandt de vigtigste anbefalinger fra dette projekt var automatisering af kvalitetskontrolprocesserne og at give brugerne værktøjer til selvbetjening.
Selv om Steve Eastham og Joel Crabb kunne bruge udsigten til betydelige omkostninger ved kvalitetskontrol til at retfærdiggøre investeringerne i et privat cloud, stødte de hurtigt på et problem: selvom projektet var godkendt, var der ikke midler til projektet. Der var ikke noget budget til indkøb af udstyr til projektet.
Nødvendighed er opfindelsens moder, og teamet tog en ny tilgang til finansiering af cloud: de byttede budgettet for to udviklere med et andet team, der havde et budget til udstyr.
Med det opnåede budget havde de til hensigt at købe det nødvendige udstyr til projektet. Efter at have kontaktet HP, deres udstyrsleverandør på det tidspunkt, begyndte de at optimere tilbuddet. Takket være grundige forhandlinger og acceptable nedskæringer af udstyrsbehovene, lykkedes det dem at halvere omkostningerne til udstyr.
På samme måde indgik Steve Eastham og Joel Crabb en aftale med virksomhedens netværksteam, udnyttede den eksisterende kapacitet fra det nuværende kerne-netværk og sparede typiske udgifter til indkøb af nyt netværksudstyr.
— Vi stod på ret tynd is, sagde Steve Eastham. — Det var ikke en almindelig praksis hos BestBuy hverken dengang eller nu. Vi opererede under radaren. Vi kunne have fået en reprimande, men vi formåede at undgå det.
At overvinde de økonomiske vanskeligheder var kun det første af mange hindringer. På det tidspunkt var mulighederne for at finde OpenStack-eksperter til projektet næsten ikke eksisterende. Derfor måtte de opbygge et team fra bunden ved at samle traditionelle Java-udviklere og systemadministratorer i et hold.
— Vi satte dem bare i samme rum og sagde: 'Find ud af, hvordan I arbejder med dette system,' fortæller Joel Crabb. — En af Java-udviklerne sagde til os: 'Det er vanvittigt, I kan ikke gøre det. Jeg ved ikke, hvad I taler om.'
Vi måtte kombinere de forskellige stilarter fra de to typer teams for at opnå det ønskede resultat – en programmatisk styret, testbar, trinvis udviklingsproces.
At stimulere teamet i den tidlige fase af projektet gjorde det muligt for dem at opnå flere imponerende sejre. De kunne hurtigt erstatte det forældede udviklingsmiljø, reducere antallet af kvalitetskontrolmiljøer (QA) og under transformationen skabe en ny arbejdsmetode for grupperne og øget applikationsleveringshastighed.
Deres succes gav gode muligheder for at anmode om flere ressourcer til deres initiativ for privat cloud. Denne gang havde de støtte fra toplederne i virksomheden.
Steve Eastham og Joel Crabb modtog den nødvendige finansiering til at ansætte ekstra personale og fem nye servere. Det første cloud-projekt i denne bølge blev OpenStack-miljøet, der driver Hadoop-klynger til analyse. Det er allerede i kommerciel drift.
Konklusion
I beretningerne fra MercadoLibre, Workday og Best Buy findes der en række principper, der kan guide dig på vejen til en vellykket implementering af OpenStack: vær åben for behovene fra udviklere, forretningen og andre potentielle brugere; arbejde inden for de etablerede processer i din virksomhed; samarbejd med andre organisationer; og vær villig til at handle uden for reglerne, når det er nødvendigt. Disse er alle værdifulde bløde færdigheder, der er nyttige sammen med OpenStack.
Der er ikke en perfekt vej til at implementere OpenStack i din virksomhed – implementeringsvejen afhænger af mange faktorer relateret til både dig og din virksomhed og den situation, du befinder dig i.
Selvom denne kendsgerning kan forvirre fans af OpenStack, der er interesserede i, hvordan de bringer deres første projekt til live, er det alligevel et positivt synspunkt. Dette betyder, at der ikke er nogen grænser for, hvor langt du kan gå med OpenStack. Det, du kan opnå, er kun begrænset af din kreativitet og ressourcer.
Kilde: habr.com
