Det er ingen perfekt vei for å implementere OpenStack i din bedrift, men det er generelle prinsipper som kan veilede deg mot en vellykket implementering
En av fordelene med åpen kildekode-programvare som OpenStack er at du kan laste den ned, prøve den ut og få en praktisk forståelse av den uten behov for langvarig interaksjon med selgere eller behov for lange interne pilotgodkjenninger mellom bedriften din. og din bedrift.-leverandør.
Men hva skjer når det er på tide å gjøre mer enn bare å prøve et prosjekt? Hvordan vil du forberede det distribuerte systemet fra kildekode til produksjon? Hvordan kan du overvinne organisatoriske barrierer for å ta i bruk nye og transformative teknologier? Hvor skal jeg begynne? Hva vil du gjøre videre?
Det er absolutt mye å lære av erfaringene til de som allerede har distribuert OpenStack. For bedre å forstå OpenStack-adopsjonsmønstre, snakket jeg med flere team som har introdusert systemet til bedriftene sine.
MercadoLibre: dikterer nødvendighet og løper raskere enn en hjort
Hvis behovet er sterkt nok, kan implementering av en fleksibel skyinfrastruktur være nesten like enkelt som "bygg den og de kommer." På mange måter er dette erfaringen Alejandro Comisario, Maximiliano Venesio og Leandro Reox har hatt med selskapet MercadoLibre, det største e-handelsselskapet i Latin-Amerika og det åttende største i verden.
I 2011, da selskapets utviklingsavdeling begynte reisen med å dekomponere det daværende monolittiske systemet til en plattform bestående av løst koblede tjenester koblet via APIer, ble infrastrukturteamet møtt med en kraftig økning i antall forespørsler det lille teamet deres trengte for å oppfylle .
"Skiftet skjedde veldig raskt," sier Alejandro Comisario, teknisk leder for skytjenester hos MercadoLibre. "Vi skjønte bokstavelig talt over natten at vi ikke kunne fortsette å jobbe i dette tempoet uten hjelp fra et slags system.
Alejandro Comisario, Maximiliano Venesio og Leandro Reox, hele MercadoLibre-teamet på den tiden, begynte å lete etter teknologier som ville tillate dem å eliminere de manuelle trinnene involvert i å tilby infrastruktur til utviklerne deres.
Teamet satte seg mer komplekse mål, og formulerte mål ikke bare for umiddelbare oppgaver, men også for målene til hele selskapet: redusere tiden det tar å gi brukere virtuelle maskiner klare for et produktivt miljø fra 2 timer til 10 sekunder og eliminere menneskelig inngripen fra denne prosessen.
Da de fant OpenStack ble det klart at det var akkurat dette de lette etter. MercadoLibres raske kultur tillot teamet å bevege seg raskt i å bygge OpenStack-miljøet, til tross for den relative umodenhet til prosjektet på den tiden.
"Det ble klart at OpenStack-tilnærmingen - forskning, fordypning i kode og testing av funksjonalitet og skalering faller sammen med MercadoLibre-tilnærmingen," sier Leandro Reox. "Vi var i stand til umiddelbart å dykke inn i prosjektet, definere et sett med tester for OpenStack-installasjonen vår og begynne å teste.
Deres første testing på den andre OpenStack-utgivelsen identifiserte flere problemer som hindret dem i å gå i produksjon, men overgangen fra Bexar-utgivelsen til Cactus-utgivelsen kom på akkurat rett tidspunkt. Ytterligere testing av Cactus-utgivelsen ga tillit til at skyen er klar for kommersiell bruk.
Lanseringen til kommersiell drift og utviklernes forståelse av muligheten for å skaffe infrastruktur så raskt som utviklerne er i stand til å konsumere den, avgjorde suksessen til implementeringen.
"Hele selskapet var sulten på et system som dette og funksjonaliteten det gir," bemerker Maximiliano Venesio, senior infrastrukturingeniør hos MercadoLibre.
Imidlertid var teamet nøye med å administrere utviklerforventningene. De måtte sørge for at utviklerne forsto at eksisterende applikasjoner ikke ville kunne kjøre på den nye private skyen uten endringer.
"Vi måtte sørge for at utviklerne våre var klare til å skrive statsløse applikasjoner for skyen," sa Alejandro Comisario. «Det var et stort kulturskifte for dem. I noen tilfeller måtte vi lære utviklere at det ikke var nok å lagre dataene deres på en forekomst. Utviklerne måtte justere tankegangen sin.
Teamet var oppmerksomme på opplæring av utviklere og anbefalte beste praksis for å lage skyklare applikasjoner. De sendte e-poster, holdt uformelle læringslunsjer og formelle treninger, og sørget for at skymiljøet var ordentlig dokumentert. Resultatet av deres innsats er at MercadoLibre-utviklere nå er like komfortable med å utvikle applikasjoner for skyen som de utviklet tradisjonelle applikasjoner for selskapets virtualiserte miljøer.
Automatiseringen de var i stand til å oppnå med den private skyen ga resultater, og gjorde det mulig for MercadoLibre å skalere opp infrastrukturen dramatisk. Det som startet som et infrastrukturteam på tre som støttet 250 utviklere, 100 servere og 1000 virtuelle maskiner, har vokst til et team på 10 som støtter over 500 utviklere, 2000 servere og 12 000 virtuelle maskiner.
Arbeidsdag: Bygge en Business Case for OpenStack
For teamet i SaaS-selskapet Workday var beslutningen om å ta i bruk OpenStack mindre operasjonell og mer strategisk.
Workdays reise til privat skyadopsjon begynte i 2013, da selskapets ledelse gikk med på å investere i et bredt programvaredefinert datasenter-initiativ (SDDC). Håpet for dette initiativet var å oppnå større automatisering, innovasjon og effektivitet i datasentre.
Workday skapte sin visjon for en privat sky blant selskapets infrastruktur-, ingeniør- og driftsteam, og det ble oppnådd en avtale om å starte et forskningsinitiativ. Workday ansatte Carmine Remi som direktør for skyløsninger for å lede endringen.
Rimis første oppgave på Workday var å utvide den opprinnelige business casen til en større del av selskapet.
Hjørnesteinen i business casen var å øke fleksibiliteten ved bruk av SDDC. Denne økte fleksibiliteten vil hjelpe selskapet med å oppnå ønsket om kontinuerlig programvaredistribusjon uten nedetid. API for SDDC var ment å tillate Workday-applikasjons- og plattformteam å innovere på en måte som aldri hadde vært mulig før.
Utstyrseffektivitet ble også vurdert i business casen. Workday har ambisiøse mål om å øke gjenvinningsgraden av eksisterende datasenterutstyr og ressurser.
«Vi fant ut at vi allerede hadde mellomvareteknologi som kunne dra nytte av fordelene med den private skyen. Denne mellomvaren har allerede blitt brukt til å distribuere utviklings-/testmiljøer i offentlige skyer. Med en privat sky kan vi utvide denne programvaren til å lage en hybrid skyløsning. Ved å bruke en hybrid skystrategi kan Workday migrere arbeidsbelastninger mellom offentlige og private skyer, og maksimere maskinvareutnyttelsen samtidig som det gir bedriftsbesparelser
Til slutt bemerket Rimis skystrategi at enkle statsløse arbeidsbelastninger og deres horisontale skalering vil tillate Workday å begynne å bruke sin private sky med mindre risiko og oppnå skyoperasjoner naturlig modenhet.
"Du kan starte med planen din og lære hvordan du administrerer en ny sky med en liten arbeidsmengde, i likhet med tradisjonell FoU, som lar deg eksperimentere i et trygt miljø," foreslo Rimi.
Med en solid business case evaluerte Rimi flere kjente private skyplattformer, inkludert OpenStack, mot et bredt sett av evalueringskriterier som inkluderte hver plattforms åpenhet, brukervennlighet, fleksibilitet, pålitelighet, motstandskraft, støtte og fellesskap og potensial. Basert på deres evaluering valgte Rimi og teamet hans OpenStack og begynte å bygge en kommersiell klar privat sky.
Etter å ha implementert sin første levedyktige OpenStack-sky, fortsetter Workday å strebe etter bredere bruk av det nye SDDC-miljøet. For å nå dette målet bruker Rimi en mangefasettert tilnærming med fokus på:
- fokus på skyklare arbeidsbelastninger, spesielt statsløse applikasjoner i porteføljen
- definere kriterier og migrasjonsprosess
- sette utviklingsmål for migrering av disse applikasjonene
- Kommuniser og utdann grupper av Workday-interessenter ved hjelp av OpenStack-møter, demoer, videoer og opplæring
«Skyen vår støtter en rekke arbeidsbelastninger, noen i produksjon, andre som forberedelse for kommersiell bruk. Til syvende og sist ønsker vi å migrere alle arbeidsmengder, og jeg forventer at vi vil nå et vippepunkt hvor vi ser en plutselig tilstrømning av aktivitet. Vi forbereder systemet bit for bit hver dag for å kunne håndtere dette aktivitetsnivået når den tid kommer.
BestBuy: bryte tabuer
Elektronikkforhandleren BestBuy, med årlige inntekter på 43 milliarder dollar og 140 000 ansatte, er den største av selskapene som er oppført i artikkelen. Og selv om prosessene bestbuy.com-infrastrukturteamet brukte for å utarbeide en privat sky basert på OpenStack ikke er unike, er fleksibiliteten de brukte disse prosessene med imponerende.
For å bringe sin første OpenStack-sky til BestBuy, måtte nettløsningsdirektør Steve Eastham og sjefsarkitekt Joel Crabb stole på kreativitet for å overvinne de mange barrierene som sto i veien.
BestBuy OpenStack-initiativet vokste ut av et forsøk på å forstå de ulike forretningsprosessene knyttet til utgivelsesprosessene til e-handelssiden bestbuy.com tidlig i 2011. Denne innsatsen avdekket betydelig ineffektivitet i kvalitetssikringsprosesser. Kvalitetssikringsprosessen introduserte betydelige overhead med hver større nettstedutgivelse, som skjedde to til fire ganger i året. Mye av denne kostnaden var forbundet med å manuelt konfigurere miljøet, avstemme avvik og løse problemer med ressurstilgjengelighet.
For å løse disse problemene introduserte bestbuy.com initiativet Quality Assurance on Demand, ledet av Steve Eastham og Joel Crabb, for å identifisere og eliminere flaskehalser i bestbuy.coms kvalitetssikringsprosess. Sentrale anbefalinger fra dette prosjektet inkluderte automatisering av kvalitetssikringsprosesser og å gi brukerteam selvbetjeningsverktøy.
Selv om Steve Eastham og Joel Crabb var i stand til å bruke utsiktene til svært betydelige kvalitetskontrollkostnader for å rettferdiggjøre investering i en privat sky, fikk de raskt et problem: selv om prosjektet hadde fått godkjenning, var det ingen midler tilgjengelig for prosjektet. Det var ikke budsjett til å kjøpe utstyr til prosjektet.
Nødvendighet er oppfinnelsens mor, og teamet tok en ny tilnærming til å finansiere skyen: De byttet budsjettet for to utviklere med et annet team som hadde et maskinvarebudsjett.
Med det resulterende budsjettet hadde de tenkt å kjøpe utstyret som trengs for prosjektet. Ved å kontakte HP, deres maskinvareleverandør på den tiden, begynte de å optimalisere tilbudet. Gjennom forsiktige forhandlinger og en akseptabel reduksjon i utstyrsbehovet klarte de å kutte utstyrskostnadene med nesten det halve.
På samme måte forhandlet Steve Eastham og Joel Crabb en avtale med selskapets nettverksteam, og utnyttet den tilgjengelige kapasiteten til den eksisterende kjernen, og sparte på de typiske kostnadene forbundet med å kjøpe nytt nettverksutstyr.
"Vi var på ganske tynn is," sa Steve Eastham. "Dette var ikke vanlig praksis på Best Buy da eller nå. Vi opererte under radaren. Vi kunne ha blitt irettesatt, men vi klarte å unngå det.
Å overvinne økonomiske vanskeligheter var bare den første av mange hindringer. På den tiden var det praktisk talt ingen mulighet til å finne OpenStack-eksperter til prosjektet. Dermed måtte de bygge et team fra bunnen av ved å kombinere tradisjonelle Java-utviklere og systemadministratorer i teamet.
"Vi bare satte dem i et rom og sa: "Finn ut hvordan du fungerer med dette systemet," sier Joel Crabb. — En av Java-utviklerne fortalte oss: «Dette er sprøtt, du kan ikke gjøre dette. Jeg vet ikke hva du snakker om."
Vi måtte kombinere de forskjellige stilene til de to typene team for å oppnå ønsket resultat – en programvaredrevet, testbar, inkrementell utviklingsprosess.
Å oppmuntre laget tidlig i prosjektet tillot dem å score noen imponerende seire. De var i stand til raskt å erstatte et eldre utviklingsmiljø, redusere antallet kvalitetssikringsmiljøer (QA), og i prosessen med transformasjon fikk de nye teams arbeidsmåte og hastighet på applikasjonslevering.
Deres suksess satte dem i en god posisjon til å be om ytterligere ressurser for deres private skyinitiativ. Og denne gangen hadde de støtte på nivå med selskapets toppledelse.
Steve Eastham og Joel Crabb mottok finansieringen som var nødvendig for å ansette ekstra personell og fem nye stativer med utstyr. Den første skyen i denne bølgen av prosjekter var OpenStack-miljøet, som kjører Hadoop-klynger for analyse. Og den er allerede i kommersiell drift.
Konklusjon
MercadoLibre, Workday og Best Buy-historiene deler en rekke prinsipper som kan lede deg mot en vellykket OpenStack-adopsjon: Vær åpen for behovene til utviklere, bedrifter og andre potensielle brukere; arbeid innenfor de etablerte prosessene i din bedrift; samarbeid med andre organisasjoner; og være villig til å handle utenfor reglene når det er nødvendig. Dette er alle verdifulle myke ferdigheter som er nyttige å ha med OpenStack-skyen.
Det er ingen perfekt vei for å implementere OpenStack i din bedrift - veien for implementering avhenger av mange faktorer knyttet til både deg og din bedrift og situasjonen du befinner deg i.
Selv om dette faktum kan være forvirrende for OpenStack-fans som lurer på hvordan de skal implementere sitt første prosjekt, er det likevel et positivt synspunkt. Dette betyr at det ikke er noen grenser for hvor langt du kan gå med OpenStack. Hva du kan oppnå er bare begrenset av din kreativitet og oppfinnsomhet.
Kilde: www.habr.com