Ei ole täydellistä tietä OpenStackin käyttöönottoon yrityksessäsi, mutta on olemassa yleisiä periaatteita, jotka voivat ohjata sinut onnistuneeseen käyttöönottoon
Yksi avoimen lähdekoodin ohjelmistojen, kuten OpenStack, eduista on se, että voit ladata sen, kokeilla sitä ja saada siitä käytännön käsityksen ilman pitkiä vuorovaikutuksia myyjämyyjien kanssa tai pitkiä sisäisiä pilottihyväksyntöjä yrityksesi välillä. ja yrityksesi - myyjä.
Mutta mitä tapahtuu, kun on aika tehdä muutakin kuin vain kokeilla projektia? Kuinka valmistelet käyttöönotetun järjestelmän lähdekoodista tuotantoon? Kuinka voit voittaa organisaation esteet uusien ja muuttuvien teknologioiden käyttöönoton tieltä? Mistä aloittaa? Mitä aiot tehdä seuraavaksi?
On varmasti paljon opittavaa niiden kokemuksista, jotka ovat jo ottaneet käyttöön OpenStackin. Ymmärtääkseni OpenStackin käyttöönottomalleja paremmin keskustelin useiden tiimien kanssa, jotka ovat menestyksekkäästi esitelleet järjestelmän yrityksilleen.
MercadoLibre: sanelee välttämättömyyden ja juokse nopeammin kuin peura
Jos tarve on riittävän kova, joustavan pilviinfrastruktuurin toteuttaminen voi olla melkein yhtä yksinkertaista kuin "rakenna se ja ne tulevat". Tämä on monella tapaa kokemus, jonka Alejandro Comisario, Maximiliano Venesio ja Leandro Reox ovat saaneet MercadoLibre-yrityksestään, joka on Latinalaisen Amerikan suurin verkkokauppayritys ja maailman kahdeksanneksi suurin.
Vuonna 2011, kun yrityksen kehitysosasto aloitti silloisen monoliittisen järjestelmän purkamisen alustaksi, joka koostui löyhästi yhdistetyistä API:iden kautta yhdistetyistä palveluista, infrastruktuuritiimi kohtasi jyrkän kasvun pienen tiiminsä täyttämiseen tarvittavien pyyntöjen määrässä. .
"Muutos tapahtui erittäin nopeasti", sanoo Alejandro Comisario, MercadoLibren pilvipalvelujen tekninen johtaja. "Tajusimme kirjaimellisesti yhdessä yössä, että emme voi jatkaa työtä tällä tahdilla ilman jonkinlaisen järjestelmän apua.
Alejandro Comisario, Maximiliano Venesio ja Leandro Reox, koko MercadoLibre-tiimi tuolloin, alkoivat etsiä teknologioita, joiden avulla he voisivat poistaa manuaaliset vaiheet infrastruktuurin tarjoamisessa kehittäjilleen.
Tiimi asetti itselleen monimutkaisempia tavoitteita ja muotoili tavoitteita välittömien tehtävien lisäksi myös koko yrityksen tavoitteille: lyhentää aikaa, joka kuluu tuottavaan ympäristöön valmiiden virtuaalikoneiden toimittamiseen käyttäjille 2 tunnista 10 sekuntiin ja eliminoi ihmisen puuttuminen tähän prosessiin.
Kun he löysivät OpenStackin, kävi selväksi, että tämä oli juuri sitä, mitä he etsivät. MercadoLibren nopeatempoinen kulttuuri antoi tiimille mahdollisuuden edetä nopeasti OpenStack-ympäristön rakentamisessa, vaikka projekti oli tuolloin suhteellisen epäkypsä.
"Kävi selväksi, että OpenStack-lähestymistapa – tutkimus, koodiin upottaminen sekä toiminnallisuuden ja skaalauksen testaus ovat yhtäpitäviä MercadoLibre-lähestymistavan kanssa", Leandro Reox sanoo. "Pystyimme heti sukeltamaan projektiin, määrittämään testisarjan OpenStack-asennuksellemme ja aloittamaan testauksen.
Heidän ensimmäinen testaus toisella OpenStack-julkaisulla havaitsi useita ongelmia, jotka estivät niitä siirtymästä tuotantoon, mutta siirtyminen Bexar-julkaisusta Cactus-julkaisuun tapahtui juuri oikeaan aikaan. Cactus-julkaisun lisätestaukset antoivat luottamusta siihen, että pilvi on valmis kaupalliseen käyttöön.
Kaupalliseen käyttöön ottaminen ja kehittäjien ymmärrys mahdollisuudesta saada infrastruktuuri käyttöön niin nopeasti kuin kehittäjät pystyvät kuluttamaan sen, määritti toteutuksen onnistumisen.
"Koko yritys kaipasi tällaista järjestelmää ja sen tarjoamia toimintoja", toteaa MercadoLibren vanhempi infrastruktuuriinsinööri Maximiliano Venesio.
Tiimi oli kuitenkin varovainen kehittäjien odotusten hallinnassa. Heidän oli varmistettava, että kehittäjät ymmärtävät, että nykyiset sovellukset eivät pystyisi toimimaan uudessa yksityisessä pilvessä ilman muutoksia.
"Meidän piti varmistaa, että kehittäjämme ovat valmiita kirjoittamaan valtiottomia sovelluksia pilveen", sanoi Alejandro Comisario. "Se oli heille valtava kulttuurinen muutos. Joissakin tapauksissa meidän oli opetettava kehittäjille, että heidän tietojensa tallentaminen esiintymään ei riitä. Kehittäjien piti muuttaa ajatteluaan.
Tiimi oli tarkkaavainen kehittäjien kouluttamisessa ja suositteli parhaita käytäntöjä pilvivalmiiden sovellusten luomiseen. He lähettivät sähköposteja, pitivät epävirallisia oppimislounaita ja muodollisia koulutuksia ja varmistivat, että pilviympäristö dokumentoitiin asianmukaisesti. Heidän ponnistelunsa tuloksena MercadoLibre-kehittäjät ovat nyt yhtä mukavia kehittämään sovelluksia pilveen kuin he kehittivät perinteisiä sovelluksia yrityksen virtualisoituihin ympäristöihin.
Automaatio, jonka he pystyivät saavuttamaan yksityisellä pilvellä, kannatti tulosta, ja MercadoLibre pystyi laajentamaan infrastruktuuriaan dramaattisesti. Se, joka alkoi kolmen hengen infrastruktuuritiimistä, joka tuki 250 kehittäjää, 100 palvelinta ja 1000 10 virtuaalikonetta, on kasvanut 500 hengen tiimiksi, joka tukee yli 2000 kehittäjää, 12 000 palvelinta ja XNUMX XNUMX virtuaalikonetta.
Työpäivä: Rakenna Business Case OpenStackille
SaaS-yrityksen Workdayn tiimille päätös ottaa OpenStack käyttöön ei ollut niin operatiivinen kuin strateginen päätös.
Workdayn matka yksityisen pilven käyttöönottoon alkoi vuonna 2013, kun yrityksen johto suostui investoimaan laajaan ohjelmistokohtaiseen datakeskukseen (SDDC). Tämän aloitteen toivona oli saavuttaa suurempaa automatisointia, innovaatioita ja tehokkuutta datakeskuksissa.
Workday loi visionsa yksityisestä pilvestä yrityksen infrastruktuuri-, suunnittelu- ja operatiivisten tiimien kesken, ja päästiin sopimukseen tutkimusaloitteen aloittamisesta. Workday palkkasi Carmine Remin pilviratkaisujen johtajaksi johtamaan muutosta.
Rimin ensimmäinen tehtävä Workdaylla oli laajentaa alkuperäistä liiketoimintamallia suurempaan osaan yritystä.
Liiketoiminnan kulmakivenä oli joustavuuden lisääminen SDDC:n käytössä. Tämä lisääntynyt joustavuus auttaisi yritystä saavuttamaan toiveensa jatkuvasta ohjelmistojen käyttöönotosta ilman seisokkeja. API for SDDC oli tarkoitettu mahdollistamaan Workday-sovellus- ja alustatiimien innovointi tavalla, joka ei ollut koskaan ollut mahdollista ennen.
Liiketoiminnassa huomioitiin myös laitteiden tehokkuus. Workdaylla on kunnianhimoiset tavoitteet lisätä nykyisten datakeskuslaitteiden ja -resurssien kierrätysastetta.
"Huomasimme, että meillä on jo väliohjelmistoteknologiaa, joka voisi hyödyntää yksityisen pilven edut. Tätä väliohjelmistoa on jo käytetty kehitys-/testausympäristöjen käyttöönotossa julkisissa pilvissä. Yksityisen pilven avulla voisimme laajentaa tätä ohjelmistoa luomaan hybridipilviratkaisun. Hybridipilvistrategian avulla Workday voi siirtää työkuormia julkisen ja yksityisen pilven välillä maksimoimalla laitteiston käytön ja tuottaen samalla liiketoiminnan säästöjä.
Lopuksi Rimin pilvistrategiassa todettiin, että yksinkertaiset valtiottomat työkuormat ja niiden horisontaalinen skaalaus mahdollistavat Workdaylle mahdollisuuden aloittaa yksityisen pilvensä käytön pienemmällä riskillä ja saavuttaa pilvitoimintojen kypsyyden luonnollisesti.
"Voit aloittaa suunnitelmasta ja oppia hallitsemaan uutta pilveä pienellä työmäärällä, perinteisen tuotekehityksen tapaan, jolloin pääsee kokeilemaan turvallisessa ympäristössä", Rimi ehdotti.
Rimi arvioi vakaalla liiketoimintamallilla useita tunnettuja yksityisiä pilvialustoja, mukaan lukien OpenStack, laajalla arviointikriteereillä, jotka sisälsivät kunkin alustan avoimuuden, helppokäyttöisyyden, joustavuuden, luotettavuuden, joustavuuden, tuen ja yhteisöllisyyden sekä potentiaalin. Arvioinnin perusteella Rimi ja hänen tiiminsä valitsivat OpenStackin ja aloittivat kaupalliseen käyttöön sopivan yksityisen pilven rakentamisen.
Otettuaan onnistuneesti käyttöön ensimmäisen toimivan OpenStack-pilvensä Workday jatkaa pyrkimyksiä uuden SDDC-ympäristön laajempaan käyttöönotossa. Tämän tavoitteen saavuttamiseksi Rimi käyttää monipuolista lähestymistapaa, joka keskittyy:
- keskittyä pilvivalmiisiin työkuormiin, erityisesti salkussa oleviin tilattomiin sovelluksiin
- kriteerien ja siirtymäprosessin määrittelyssä
- asettaa kehitystavoitteita näiden sovellusten siirtämiselle
- Kommunikoi ja kouluta työpäivän sidosryhmiä käyttämällä OpenStack-kokouksia, demoja, videoita ja koulutusta
”Pilvemme tukee monenlaisia työkuormia, joista osa on tuotannossa, osa kaupalliseen käyttöön valmisteltaessa. Lopulta haluamme siirtää kaikki työmäärät, ja odotan, että saavutamme käännepisteen, jossa näemme äkillisen toiminnan tulvan. Valmistelemme järjestelmää pala palalta joka päivä, jotta pystymme käsittelemään tämän tason aktiivisuutta, kun sen aika tulee.
BestBuy: tabujen rikkominen
Elektroniikkakauppias BestBuy, jonka vuositulot ovat 43 miljardia dollaria ja 140 000 työntekijää, on suurin artikkelissa luetelluista yrityksistä. Ja vaikka prosessit, joita bestbuy.com-infrastruktuuritiimi käytti OpenStackiin perustuvan yksityisen pilven valmistukseen, eivät ole ainutlaatuisia, niiden joustavuus näitä prosesseja sovellettaessa on vaikuttavaa.
Tuodakseen ensimmäisen OpenStack-pilvensä BestBuyhin verkkoratkaisujen johtajan Steve Easthamin ja pääarkkitehti Joel Crabbin oli turvauduttava luovuuteen voittaakseen monet heidän tiellään olleet esteet.
BestBuy OpenStack -aloite syntyi pyrkimyksestä ymmärtää erilaisia liiketoimintaprosesseja, jotka liittyvät verkkokauppasivuston bestbuy.com julkaisuprosesseihin vuoden 2011 alussa. Nämä ponnistelut paljastivat merkittäviä tehottomuuksia laadunvarmistusprosesseissa. Laadunvarmistusprosessi aiheutti merkittäviä lisäkustannuksia jokaisen suuren toimipaikan julkaisun yhteydessä, joka tapahtui kahdesta neljään kertaa vuodessa. Suuri osa näistä kustannuksista liittyi ympäristön manuaaliseen määrittämiseen, varianssien täsmäyttämiseen ja resurssien saatavuusongelmien ratkaisemiseen.
Näiden ongelmien ratkaisemiseksi bestbuy.com esitteli Steve Easthamin ja Joel Crabbin johtaman Quality Assurance on Demand -aloitteen, jonka tarkoituksena on tunnistaa ja poistaa pullonkauloja bestbuy.comin laadunvarmistusprosessissa. Keskeisiä tämän projektin suosituksia olivat laadunvarmistusprosessien automatisointi ja itsepalvelutyökalujen tarjoaminen käyttäjätiimeille.
Vaikka Steve Eastham ja Joel Crabb pystyivät käyttämään erittäin merkittäviä laadunvalvontakustannuksia perustellakseen investointeja yksityiseen pilveen, he törmäsivät nopeasti ongelmaan: vaikka hanke oli saanut hyväksynnän, hankkeelle ei ollut käytettävissä varoja. Hankkeen laitteiden hankintaan ei ollut budjettia.
Necessity on keksinnän äiti, ja tiimi otti uuden lähestymistavan pilven rahoittamiseen: he vaihtoivat kahden kehittäjän budjetin toiseen tiimiin, jolla oli laitteistobudjetti.
Saadulla budjetilla he aikoivat ostaa projektiin tarvittavat laitteet. Ottamalla yhteyttä HP:hen, heidän silloiseen laitteistotoimittajaansa, he alkoivat optimoida tarjontaa. Huolellisten neuvottelujen ja laitevaatimusten hyväksyttävän pienentämisen kautta he pystyivät leikkaamaan laitekustannuksia lähes puoleen.
Samalla tavalla Steve Eastham ja Joel Crabb neuvottelivat sopimuksen yrityksen verkkotiimin kanssa hyödyntäen olemassa olevan ytimen käytettävissä olevaa kapasiteettia ja säästäen uusien verkkolaitteiden hankintaan liittyvissä tyypillisissä kustannuksissa.
"Olimme melko ohuella jäällä", sanoi Steve Eastham. ”Tämä ei ollut yleinen käytäntö Best Buyssa silloin tai nyt. Toimimme tutkan alapuolella. Olisimme voineet saada nuhteen, mutta onnistuimme välttämään sen.
Taloudellisten vaikeuksien voittaminen oli vasta ensimmäinen monista esteistä. Tuolloin projektiin ei käytännössä ollut mahdollisuutta löytää OpenStack-asiantuntijoita. Siten heidän piti rakentaa tiimi tyhjästä yhdistämällä tiimiin perinteiset Java-kehittäjät ja järjestelmänvalvojat.
"Laitimme heidät vain huoneeseen ja sanoimme: "Ota selvää, kuinka tämä järjestelmä toimii", sanoo Joel Crabb. - Yksi Java-kehittäjistä kertoi meille: "Tämä on hullua, et voi tehdä tätä. En tiedä mistä puhut."
Meidän piti yhdistää kahden tyyppisen tiimin eri tyylejä saavuttaaksemme halutun tuloksen - ohjelmistopohjaisen, testattavan, inkrementaalisen kehitysprosessin.
Joukkueen kannustaminen projektin varhaisessa vaiheessa antoi heille mahdollisuuden saavuttaa vaikuttavia voittoja. He pystyivät nopeasti korvaamaan vanhan kehitysympäristön, vähentämään laadunvarmistusympäristöjen (QA) määrää ja saamaan muutosprosessissa uusia tiimien toimintatapoja ja sovellusten toimitusnopeutta.
Heidän menestyksensä antoi heille hyvät mahdollisuudet pyytää lisäresursseja yksityiseen pilvialoitteeseensa. Ja tällä kertaa heillä oli tukea yrityksen ylimmän johdon tasolla.
Steve Eastham ja Joel Crabb saivat tarvittavan rahoituksen lisähenkilöstön ja viiden uuden laitetelineen palkkaamiseen. Ensimmäinen pilvi tässä projektiaalossa oli OpenStack-ympäristö, joka käyttää Hadoop-klustereita analytiikkaa varten. Ja se on jo kaupallisessa käytössä.
Johtopäätös
MercadoLibre-, Workday- ja Best Buy -tarinoissa on useita yhteisiä periaatteita, jotka voivat ohjata sinua kohti onnistunutta OpenStackin käyttöönottoa: Ole avoin kehittäjien, yritysten ja muiden potentiaalisten käyttäjien tarpeille; työskennellä yrityksesi vakiintuneiden prosessien mukaisesti; yhteistyö muiden organisaatioiden kanssa; ja olla halukas toimimaan sääntöjen ulkopuolella tarvittaessa. Nämä ovat kaikki arvokkaita pehmeitä taitoja, jotka ovat hyödyllisiä OpenStack-pilven kanssa.
Täydellistä tietä OpenStackin käyttöönotolle yrityksessäsi ei ole - toteutuspolku riippuu monista tekijöistä, jotka liittyvät sekä sinuun että yritykseesi ja tilanteeseen, jossa olet.
Vaikka tämä tosiasia saattaa hämmentää OpenStack-faneja, jotka ihmettelevät ensimmäisen projektinsa toteuttamista, se on kuitenkin myönteinen näkökulma. Tämä tarkoittaa, että OpenStackilla ei ole rajoituksia sille, kuinka pitkälle voit mennä. Sitä, mitä voit saavuttaa, rajoittaa vain luovuutesi ja kekseliäisyytesi.
Lähde: will.com