Der er ingen perfekt vej til at implementere OpenStack i din virksomhed, men der er generelle principper, der kan guide dig til en vellykket implementering
En af fordelene ved open source-software som OpenStack er, at du kan downloade den, prøve den og få en praktisk forståelse af den uden behov for langvarige interaktioner med sælgere eller behov for lange interne pilotgodkendelser mellem din virksomhed og din virksomhed.-leverandør.
Men hvad sker der, når det er tid til at gøre mere end bare at prøve et projekt? Hvordan vil du forberede det installerede system fra kildekode til produktion? Hvordan kan du overvinde organisatoriske barrierer for indførelse af nye og transformative teknologier? Hvor skal man begynde? Hvad vil du så gøre?
Der er bestemt meget at lære af erfaringerne fra dem, der allerede har implementeret OpenStack. For bedre at forstå OpenStack-adoptionsmønstre talte jeg med flere teams, der med succes har introduceret systemet til deres virksomheder.
MercadoLibre: diktering af nødvendighed og løb hurtigere end en hjort
Hvis behovet er stærkt nok, så kan implementering af en fleksibel cloud-infrastruktur være næsten lige så enkel som at "byg den, og de vil komme." Det er på mange måder den oplevelse, som Alejandro Comisario, Maximiliano Venesio og Leandro Reox har haft med deres firma MercadoLibre, den største e-handelsvirksomhed i Latinamerika og den ottende største i verden.
I 2011, da virksomhedens udviklingsafdeling begyndte rejsen med at dekomponere sit dengang monolitiske system til en platform bestående af løst koblede tjenester forbundet via API'er, blev infrastrukturteamet konfronteret med en kraftig stigning i antallet af anmodninger, som deres lille team skulle opfylde .
"Skiftet skete meget hurtigt," siger Alejandro Comisario, teknisk leder for cloud-tjenester hos MercadoLibre. "Vi indså bogstaveligt talt fra den ene dag til den anden, at vi ikke kunne fortsætte med at arbejde i dette tempo uden hjælp fra en form for system.
Alejandro Comisario, Maximiliano Venesio og Leandro Reox, hele MercadoLibre-teamet på det tidspunkt, begyndte at lede efter teknologier, der ville give dem mulighed for at fjerne de manuelle trin, der er involveret i at levere infrastruktur til deres udviklere.
Teamet satte sig selv mere komplekse mål og formulerede mål ikke kun for umiddelbare opgaver, men også for hele virksomhedens mål: at reducere den tid, det tager at give brugere virtuelle maskiner klar til et produktivt miljø fra 2 timer til 10 sekunder og eliminere menneskelig indgriben fra denne proces.
Da de fandt OpenStack, blev det klart, at det var præcis det, de ledte efter. MercadoLibres hurtige kultur tillod holdet at bevæge sig hurtigt i opbygningen af OpenStack-miljøet på trods af projektets relative umodenhed på det tidspunkt.
"Det blev klart, at OpenStack-tilgangen - forskning, fordybelse i kode og testfunktionalitet og skalering falder sammen med MercadoLibre-tilgangen," siger Leandro Reox. "Vi var i stand til straks at dykke ned i projektet, definere et sæt tests for vores OpenStack-installation og begynde at teste.
Deres indledende test på den anden OpenStack-udgivelse identificerede flere problemer, der forhindrede dem i at gå i produktion, men overgangen fra Bexar-udgivelsen til Cactus-udgivelsen kom på det helt rigtige tidspunkt. Yderligere test af Cactus-udgivelsen gav tillid til, at skyen er klar til kommerciel brug.
Lanceringen til kommerciel drift og udviklernes forståelse af muligheden for at opnå infrastruktur, så hurtigt som udviklere er i stand til at forbruge den, afgjorde implementeringens succes.
"Hele virksomheden var sulten efter et system som dette og den funktionalitet, det giver," bemærker Maximiliano Venesio, senior infrastrukturingeniør hos MercadoLibre.
Teamet var dog omhyggeligt med at styre udviklerens forventninger. De skulle sikre sig, at udviklere forstod, at eksisterende applikationer ikke ville kunne køre på den nye private sky uden ændringer.
"Vi skulle sikre os, at vores udviklere var klar til at skrive statsløse applikationer til skyen," sagde Alejandro Comisario. »Det var et kæmpe kulturskifte for dem. I nogle tilfælde var vi nødt til at lære udviklere, at det ikke var nok at gemme deres data på en instans. Udviklerne var nødt til at justere deres tankegang.
Holdet var opmærksomme på at træne udviklere og anbefalede bedste praksis for at skabe cloud-klare applikationer. De sendte e-mails, holdt uformelle læringsfrokoster og formelle træninger og sikrede, at cloudmiljøet var korrekt dokumenteret. Resultatet af deres indsats er, at MercadoLibre-udviklere nu er lige så komfortable med at udvikle applikationer til skyen, som de udviklede traditionelle applikationer til virksomhedens virtualiserede miljøer.
Den automatisering, de var i stand til at opnå med den private sky, gav pote, hvilket gjorde det muligt for MercadoLibre at opskalere sin infrastruktur dramatisk. Hvad der startede som et infrastrukturteam på tre, der understøttede 250 udviklere, 100 servere og 1000 virtuelle maskiner, er vokset til et team på 10, der understøtter over 500 udviklere, 2000 servere og 12 VM'er.
Arbejdsdag: Opbygning af en Business Case til OpenStack
For teamet hos SaaS-virksomheden Workday var beslutningen om at indføre OpenStack mindre en operationel og mere en strategisk.
Workdays rejse til privat cloud-adoption begyndte i 2013, da virksomhedens ledelse gik med til at investere i et bredt software-defineret datacenter (SDDC) initiativ. Håbet for dette initiativ var at opnå større automatisering, innovation og effektivitet i datacentre.
Workday skabte sin vision for en privat sky blandt virksomhedens infrastruktur-, ingeniør- og driftsteams, og der blev indgået en aftale om at påbegynde et forskningsinitiativ. Workday hyrede Carmine Remi som direktør for cloud-løsninger til at lede forandringen.
Rimis første opgave på Workday var at udvide den oprindelige business case til en større del af virksomheden.
Hjørnestenen i business casen var at øge fleksibiliteten ved brug af SDDC. Denne øgede fleksibilitet ville hjælpe virksomheden med at nå sit ønske om kontinuerlig softwareimplementering uden nedetid. API'et til SDDC var beregnet til at give Workday applikations- og platformsteams mulighed for at innovere på en måde, som aldrig havde været mulig før.
Udstyrseffektivitet blev også overvejet i business casen. Workday har ambitiøse mål om at øge genanvendelsesraten af eksisterende datacenterudstyr og -ressourcer.
"Vi fandt ud af, at vi allerede havde middleware-teknologi, der kunne udnytte fordelene ved den private sky. Denne middleware er allerede blevet brugt til at implementere dev/testmiljøer i offentlige skyer. Med en privat sky kunne vi udvide denne software til at skabe en hybrid cloud-løsning. Ved at bruge en hybrid cloud-strategi kan Workday migrere arbejdsbelastninger mellem offentlige og private skyer, maksimere hardwareudnyttelsen og samtidig levere forretningsbesparelser
Endelig bemærkede Rimis cloud-strategi, at simple statsløse arbejdsbelastninger og deres horisontale skalering vil gøre det muligt for Workday at begynde at bruge sin private cloud med mindre risiko og opnå en naturlig modenhed af cloud-operationer.
"Du kan starte med din plan og lære, hvordan du administrerer en ny sky med en lille arbejdsbyrde, der ligner traditionel R&D, som giver dig mulighed for at eksperimentere i et sikkert miljø," foreslog Rimi.
Med en solid business case evaluerede Rimi adskillige velkendte private cloud-platforme, herunder OpenStack, i forhold til et bredt sæt af evalueringskriterier, der inkluderede hver platforms åbenhed, brugervenlighed, fleksibilitet, pålidelighed, modstandsdygtighed, support og fællesskab og potentiale. Baseret på deres evaluering valgte Rimi og hans team OpenStack og begyndte at bygge en kommercielt klar privat sky.
Efter at have implementeret sin første levedygtige OpenStack-sky, fortsætter Workday med at stræbe efter en bredere indførelse af det nye SDDC-miljø. For at nå dette mål bruger Rimi en mangefacetteret tilgang med fokus på:
- fokus på cloud-klare arbejdsbelastninger, især statsløse applikationer i porteføljen
- definition af kriterier og migrationsproces
- opstilling af udviklingsmål for migrering af disse applikationer
- Kommuniker og uddan grupper af Workday-interessenter ved hjælp af OpenStack-møder, demoer, videoer og træning
"Vores sky understøtter en række forskellige arbejdsbelastninger, nogle i produktionen, andre som forberedelse til kommerciel brug. I sidste ende ønsker vi at migrere alle arbejdsbelastninger, og jeg forventer, at vi når et vendepunkt, hvor vi ser en pludselig tilstrømning af aktivitet. Vi forbereder systemet stykke for stykke hver dag for at kunne håndtere dette aktivitetsniveau, når tiden kommer.
BestBuy: bryde tabuer
Elektronikforhandleren BestBuy, med en årlig omsætning på 43 milliarder dollars og 140 ansatte, er den største af de virksomheder, der er nævnt i artiklen. Og så selvom de processer, som bestbuy.com infrastrukturteamet brugte til at forberede en privat sky baseret på OpenStack, ikke er unikke, er fleksibiliteten, som de anvendte disse processer med, imponerende.
For at bringe deres første OpenStack-sky til BestBuy, måtte webløsningsdirektør Steve Eastham og chefarkitekt Joel Crabb stole på kreativitet for at overvinde de mange barrierer, der stod i vejen.
BestBuy OpenStack-initiativet voksede ud af et forsøg på at forstå de forskellige forretningsprocesser, der er forbundet med udgivelsesprocesserne på e-handelssiden bestbuy.com i begyndelsen af 2011. Disse bestræbelser afslørede betydelige ineffektiviteter i kvalitetssikringsprocesser. Kvalitetssikringsprocessen introducerede betydelige overhead med hver større webstedsudgivelse, som fandt sted to til fire gange om året. En stor del af disse omkostninger var forbundet med manuel konfiguration af miljøet, afstemning af afvigelser og løsning af problemer med ressourcetilgængelighed.
For at løse disse problemer introducerede bestbuy.com Quality Assurance on Demand-initiativet, ledet af Steve Eastham og Joel Crabb, for at identificere og eliminere flaskehalse i bestbuy.com's kvalitetssikringsproces. Nøgleanbefalinger fra dette projekt omfattede automatisering af kvalitetssikringsprocesser og at give brugerteams selvbetjeningsværktøjer.
Selvom Steve Eastham og Joel Crabb var i stand til at bruge udsigten til meget betydelige kvalitetskontrolomkostninger til at retfærdiggøre investering i en privat sky, løb de hurtigt ind i et problem: Selvom projektet var blevet godkendt, var der ingen midler til rådighed for projektet. Der var ikke budget til indkøb af udstyr til projektet.
Nødvendighed er opfindelsens moder, og teamet tog en ny tilgang til finansiering af skyen: De byttede budgettet til to udviklere med et andet team, der havde et hardwarebudget.
Med det resulterende budget havde de til hensigt at købe det nødvendige udstyr til projektet. Ved at kontakte HP, deres hardwareleverandør på det tidspunkt, begyndte de at optimere tilbuddet. Gennem omhyggelige forhandlinger og en acceptabel reduktion af udstyrskravene var de i stand til at reducere udstyrsomkostningerne med næsten det halve.
På samme måde forhandlede Steve Eastham og Joel Crabb en aftale med virksomhedens netværksteam, idet de udnyttede den tilgængelige kapacitet i den eksisterende kerne, og sparede på de typiske omkostninger forbundet med at købe nyt netværksudstyr.
"Vi var på ret tynd is," sagde Steve Eastham. "Dette var ikke en almindelig praksis hos Best Buy dengang eller nu. Vi opererede under radaren. Vi kunne have fået en irettesættelse, men det lykkedes os at undgå det.
At overvinde økonomiske vanskeligheder var kun den første af mange forhindringer. På det tidspunkt var der praktisk talt ingen mulighed for at finde OpenStack-eksperter til projektet. De skulle således bygge et team fra bunden ved at kombinere traditionelle Java-udviklere og systemadministratorer i teamet.
"Vi satte dem bare i et rum og sagde: 'Find ud af, hvordan du arbejder med dette system'," siger Joel Crabb. — En af Java-udviklerne fortalte os: "Det her er vanvittigt, du kan ikke gøre det her. Jeg ved ikke, hvad du taler om."
Vi var nødt til at kombinere de forskellige stilarter af de to typer teams for at opnå det ønskede resultat - en softwaredrevet, testbar, inkrementel udviklingsproces.
At motivere holdet tidligt i projektet gav dem mulighed for at score nogle imponerende sejre. De var i stand til hurtigt at erstatte et ældre udviklingsmiljø, reducere antallet af kvalitetssikringsmiljøer (QA) og i transformationsprocessen opnåede de nye teams måde at arbejde på og hastigheden på applikationslevering.
Deres succes satte dem i en god position til at bede om yderligere ressourcer til deres private cloud-initiativ. Og denne gang havde de støtte på niveau med virksomhedens øverste ledelse.
Steve Eastham og Joel Crabb modtog den nødvendige finansiering til at ansætte yderligere personale og fem nye stativer med udstyr. Den første sky i denne bølge af projekter var OpenStack-miljøet, som kører Hadoop-klynger til analyse. Og den er allerede i kommerciel drift.
Konklusion
MercadoLibre-, Workday- og Best Buy-historierne deler en række principper, der kan guide dig mod en vellykket OpenStack-adoption: Vær åben over for behovene hos udviklere, virksomheder og andre potentielle brugere; arbejde inden for de etablerede processer i din virksomhed; samarbejde med andre organisationer; og være villig til at handle uden for reglerne, når det er nødvendigt. Disse er alle værdifulde bløde færdigheder, som er nyttige at have med OpenStack-skyen.
Der er ingen 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 dette faktum kan være forvirrende for OpenStack-fans, der spekulerer på, hvordan de skal implementere deres første projekt, er det ikke desto mindre et positivt synspunkt. Det betyder, at der ikke er nogen grænser for, hvor langt du kan gå med OpenStack. Hvad du kan opnå, er kun begrænset af din kreativitet og opfindsomhed.
Kilde: www.habr.com