Nincs tökéletes út az OpenStack bevezetéséhez a cégedben, de vannak általános elvek, amelyek elvezethetnek a sikeres megvalósításhoz
A nyílt forráskódú szoftverek, például az OpenStack egyik előnye, hogy letöltheti, kipróbálhatja, és gyakorlati ismereteket szerezhet róla anélkül, hogy hosszas interakcióra lenne szüksége a szállítói értékesítőkkel, vagy hosszas belső kísérleti jóváhagyásokra lenne szüksége a vállalat között. és az Ön cége.
De mi történik, ha eljön az ideje, hogy többet tegyen, mint egy projekt kipróbálása? Hogyan készíti fel a telepített rendszert a forráskódtól a termelésig? Hogyan lehet leküzdeni az új és átalakuló technológiák bevezetése előtt álló szervezeti akadályokat? Hol kezdjem? mit fog tenni ezután?
Minden bizonnyal sokat lehet tanulni azok tapasztalataiból, akik már telepítették az OpenStack-et. Az OpenStack bevezetési mintáinak jobb megértése érdekében több olyan csapattal is beszéltem, akik sikeresen bemutatták a rendszert vállalataiknak.
MercadoLibre: diktálja a szükségességet, és gyorsabban fut, mint egy szarvas
Ha az igény elég erős, akkor egy rugalmas felhő-infrastruktúra megvalósítása majdnem olyan egyszerű lehet, mint „építsd meg, és jönnek”. Sok tekintetben ez az a tapasztalat, amelyet Alejandro Comisario, Maximiliano Venesio és Leandro Reox a MercadoLibre céggel, Latin-Amerika legnagyobb e-kereskedelmi vállalatával és a világon a nyolcadik legnagyobb e-kereskedelmi vállalattal élt át.
2011-ben, amikor a cég fejlesztési részlege megkezdte az akkori monolit rendszerének API-kon keresztül összekapcsolt, lazán összekapcsolt szolgáltatásokból álló platformmá történő lebontását, az infrastruktúra csapata azzal szembesült, hogy jelentősen megnőtt a kis csapatuknak teljesítendő kérések száma. .
„A váltás nagyon gyorsan történt” – mondja Alejandro Comisario, a MercadoLibre felhőszolgáltatásokért felelős műszaki vezetője. „Szó szerint egyik napról a másikra rájöttünk, hogy nem tudunk ilyen ütemben tovább dolgozni valamilyen rendszer segítsége nélkül.
Alejandro Comisario, Maximiliano Venesio és Leandro Reox, a MercadoLibre teljes csapata akkoriban olyan technológiákat kezdett keresni, amelyek lehetővé teszik számukra, hogy kiküszöböljék a fejlesztőik infrastruktúrájának kézi biztosítását.
A csapat összetettebb célokat tűzött ki maga elé, nem csak az azonnali feladatokra, hanem az egész vállalat céljaira is megfogalmazott célokat: 2 óráról 10 másodpercre csökkenti a felhasználók számára a produktív környezetre kész virtuális gépek rendelkezésre bocsátásának idejét, valamint emberi beavatkozás ebből a folyamatból.
Amikor megtalálták az OpenStack-et, világossá vált, hogy pontosan ezt keresték. A MercadoLibre gyors tempójú kultúrája lehetővé tette a csapat számára, hogy gyorsan haladjon az OpenStack környezet felépítésében, annak ellenére, hogy a projekt akkoriban még viszonylag éretlen volt.
„Világossá vált, hogy az OpenStack megközelítés – a kutatás, a kódba való belemerülés, valamint a funkcionalitás és a skálázás tesztelése egybeesik a MercadoLibre megközelítéssel” – mondja Leandro Reox. „Azonnal bele tudtunk merülni a projektbe, meghatároztunk egy tesztkészletet az OpenStack telepítéséhez, és elkezdtük a tesztelést.
A második OpenStack-kiadás kezdeti tesztelése során számos olyan probléma merült fel, amelyek akadályozták őket abban, hogy gyártásba lépjenek, de a Bexar kiadásról a Cactus kiadásra való átállás éppen a megfelelő időben történt. A Cactus kiadás további tesztelése megbizonyosodott arról, hogy a felhő készen áll a kereskedelmi használatra.
A kereskedelmi üzembe helyezés és az, hogy a fejlesztők megértették az infrastruktúra olyan gyors megszerzésének lehetőségét, amilyen gyorsan a fejlesztők azt fel tudják használni, meghatározta a megvalósítás sikerét.
„Az egész vállalat ki volt éhezve egy ilyen rendszerre és az általa nyújtott funkcionalitásra” – jegyzi meg Maximiliano Venesio, a MercadoLibre vezető infrastrukturális mérnöke.
A csapat azonban óvatosan kezelte a fejlesztői elvárásokat. Biztosítaniuk kellett, hogy a fejlesztők megértsék, hogy a meglévő alkalmazások nem futhatnak az új privát felhőben változtatások nélkül.
„Meg kellett győződnünk arról, hogy fejlesztőink készek állapot nélküli alkalmazásokat írni a felhőhöz” – mondta Alejandro Comisario. „Ez hatalmas kulturális váltás volt számukra. Egyes esetekben meg kellett tanítanunk a fejlesztőknek, hogy adataik egy példányon való tárolása nem elegendő. A fejlesztőknek módosítaniuk kellett a gondolkodásukat.
A csapat figyelmes volt a fejlesztők képzése során, és bevált gyakorlatokat ajánlott a felhőkompatibilis alkalmazások létrehozásához. E-maileket küldtek, informális tanulási ebédeket és formális képzéseket tartottak, és gondoskodtak a felhőkörnyezet megfelelő dokumentálásáról. Erőfeszítéseik eredménye, hogy a MercadoLibre fejlesztői ma már ugyanolyan kényelmesen fejlesztenek alkalmazásokat a felhőhöz, mint a hagyományos alkalmazásokat a vállalat virtualizált környezeteihez.
Az automatizálás, amelyet a privát felhővel el tudtak érni, kifizetődött, lehetővé téve a MercadoLibre számára, hogy drámai mértékben bővítse infrastruktúráját. A 250 fejlesztőt, 100 szervert és 1000 virtuális gépet támogató háromból álló infrastruktúra-csapatból 10 fős csapattá nőtte ki magát, amely több mint 500 fejlesztőt, 2000 szervert és 12 virtuális gépet támogat.
Munkanap: Üzleti eset készítése az OpenStack számára
A SaaS-vállalat Workday csapata számára az OpenStack bevezetésére vonatkozó döntés kevésbé volt operatív, hanem stratégiai döntés.
A Workday útja a privát felhő bevezetése felé 2013-ban kezdődött, amikor a vállalat vezetése beleegyezett egy széles körű szoftver-definiált adatközpont (SDDC) kezdeményezésbe. Ennek a kezdeményezésnek a reménye az volt, hogy nagyobb automatizálást, innovációt és hatékonyságot érjenek el az adatközpontokban.
A Workday a vállalat infrastrukturális, mérnöki és üzemeltetési csapatai között kialakította vízióját egy privát felhőről, és megállapodás született egy kutatási kezdeményezés megkezdéséről. A Workday felbérelte Carmine Remit a felhőmegoldásokért felelős igazgatónak, hogy vezesse a változást.
A Rimi első feladata a Workdaynél az volt, hogy az eredeti üzleti esetet a vállalat nagyobb részére kiterjessze.
Az üzleti ügy sarokköve az SDDC használatának rugalmasságának növelése volt. Ez a megnövekedett rugalmasság segítene abban, hogy a vállalat elérje a folyamatos szoftvertelepítési vágyát, nulla állásidővel. Az API for SDDC célja az volt, hogy lehetővé tegye a Workday alkalmazás- és platformcsoportok számára, hogy olyan innovációt hajthassanak végre, amely korábban soha nem volt lehetséges.
Az üzleti ügyben a berendezések hatékonyságát is figyelembe vették. A Workday ambiciózus céljai a meglévő adatközponti berendezések és erőforrások újrahasznosítási arányának növelése.
„Úgy találtuk, hogy már rendelkezünk köztesszoftver-technológiával, amely ki tudja használni a privát felhő előnyeit. Ezt a köztes szoftvert már használták fejlesztői/tesztelési környezetek nyilvános felhőkben való üzembe helyezésére. Egy privát felhő segítségével ezt a szoftvert kibővíthetjük egy hibrid felhőmegoldás létrehozására. A hibrid felhőstratégia használatával a Workday migrálhatja a munkaterheléseket a nyilvános és a privát felhők között, maximalizálva a hardver kihasználtságát, miközben üzleti megtakarításokat biztosít.
Végül a Rimi felhőstratégiája megjegyezte, hogy az egyszerű állapot nélküli munkaterhelések és azok vízszintes skálázása lehetővé teszi a Workday számára, hogy kisebb kockázattal kezdje el használni privát felhőjét, és természetes módon érje el a felhőműveletek érettségét.
„Kezdheti a tervével, és megtanulhatja, hogyan kezelhet egy új felhőt kis munkaterheléssel, hasonlóan a hagyományos K+F-hez, amely lehetővé teszi, hogy biztonságos környezetben kísérletezzen” – javasolta a Rimi.
Szilárd üzleti alapon a Rimi több jól ismert privát felhőplatformot, köztük az OpenStack-et is értékelt az értékelési kritériumok széles skálája alapján, amelyek magukban foglalták az egyes platformok nyitottságát, könnyű használhatóságát, rugalmasságát, megbízhatóságát, rugalmasságát, támogatását és közösségét, valamint potenciálját. Értékelésük alapján a Rimi és csapata az OpenStack-et választotta, és elkezdte építeni egy kereskedelmi használatra alkalmas privát felhőt.
Az első életképes OpenStack felhő sikeres bevezetése után a Workday továbbra is törekszik az új SDDC környezet szélesebb körű alkalmazására. E cél elérése érdekében a Rimi sokoldalú megközelítést alkalmaz, amely a következőkre összpontosít:
- összpontosítson a felhő-kompatibilis munkaterhelésekre, különösen a portfólió állapot nélküli alkalmazásaira
- kritériumok és migrációs folyamat meghatározása
- fejlesztési célok meghatározása ezen alkalmazások migrálásához
- Kommunikáljon és oktasson a Workday érdekelt feleiből álló csoportokat OpenStack-találkozók, bemutatók, videók és képzések segítségével
„Felhőnk sokféle munkaterhelést támogat, egyesek a termelésben, mások a kereskedelmi használatra való felkészülés során. Végső soron az összes munkaterhelést át akarjuk helyezni, és arra számítok, hogy el fogunk érni egy olyan fordulóponthoz, ahol a tevékenység hirtelen beáramlását látjuk. A rendszert minden nap darabonként készítjük fel, hogy ezt a tevékenységi szintet is kezelni tudjuk, amikor eljön az ideje.
BestBuy: tabuk áttörése
A BestBuy elektronikai kiskereskedő 43 milliárd dolláros éves bevétellel és 140 000 alkalmazottal a legnagyobb a cikkben felsorolt cégek közül. Így, bár a bestbuy.com infrastruktúra csapata által az OpenStack alapú privát felhő elkészítéséhez használt folyamatok nem egyediek, lenyűgöző az a rugalmasság, amellyel ezeket a folyamatokat alkalmazták.
Ahhoz, hogy első OpenStack felhőjüket a BestBuy-hoz hozzák, Steve Eastham webmegoldás-igazgatónak és Joel Crabbnak a kreativitásra kellett hagyatkozniuk, hogy leküzdjék az útjukat gátló akadályokat.
A BestBuy OpenStack kezdeményezés abból az erőfeszítésből született, hogy megértsék a bestbuy.com e-kereskedelmi webhely 2011 elején történő megjelenési folyamataihoz kapcsolódó különféle üzleti folyamatokat. Ezek az erőfeszítések jelentős hiányosságokat tártak fel a minőségbiztosítási folyamatokban. A minőségbiztosítási folyamat jelentős többletköltséggel járt minden nagyobb helyszíni kiadásnál, amely évente kétszer-négy alkalommal történt. Ennek a költségnek a nagy része a környezet manuális konfigurálásához, az eltérések egyeztetéséhez és az erőforrás-elérhetőségi problémák megoldásához kapcsolódott.
E problémák megoldása érdekében a bestbuy.com bevezette a minőségbiztosítási kezdeményezést, Steve Eastham és Joel Crabb vezetésével, hogy azonosítsa és kiküszöbölje a bestbuy.com minőségbiztosítási folyamatának szűk keresztmetszeteit. A projekt legfontosabb ajánlásai között szerepelt a minőségbiztosítási folyamatok automatizálása és a felhasználói csapatok önkiszolgáló eszközökkel való ellátása.
Bár Steve Eastham és Joel Crabb a nagyon jelentős minőség-ellenőrzési költségek kilátásba helyezésével indokolttá tették a privát felhőbe való befektetést, gyorsan problémába ütköztek: bár a projekt megkapta a jóváhagyást, nem állt rendelkezésre forrás a projektre. Nem volt költségvetés a projekthez szükséges eszközök beszerzésére.
A szükségszerűség a találmány anyja, és a csapat új megközelítést alkalmazott a felhő finanszírozásával kapcsolatban: két fejlesztő költségvetését felcserélték egy másik csapattal, akiknek hardveres költségvetésük volt.
Az így kapott költségvetésből a projekthez szükséges eszközöket szándékoztak vásárolni. A HP akkori hardverszállítójával kapcsolatba lépve megkezdték a kínálat optimalizálását. Gondos tárgyalásokkal és a berendezésigény elfogadható csökkentésével közel felére tudták csökkenteni a berendezések költségeit.
Steve Eastham és Joel Crabb hasonló szellemben tárgyalt a vállalat hálózati csapatával, kihasználva a meglévő mag rendelkezésre álló kapacitását, megtakarítva az új hálózati berendezések beszerzésével járó tipikus költségeket.
„Elég vékony jégen voltunk” – mondta Steve Eastham. „Ez nem volt általános gyakorlat a Best Buynál sem akkor, sem most. A radar alatt működtünk. Megdorgálhattunk volna, de sikerült elkerülnünk.
A pénzügyi nehézségek leküzdése csak az első volt a sok akadály közül. Akkoriban gyakorlatilag nem volt lehetőség OpenStack-szakértőket találni a projekthez. Így a nulláról kellett csapatot építeniük a hagyományos Java fejlesztők és rendszeradminisztrátorok csapatba egyesítésével.
„Csak beraktuk őket egy szobába, és azt mondtuk: „Tudja meg, hogyan kell működni ezzel a rendszerrel” – mondja Joel Crabb. – Az egyik Java fejlesztő azt mondta nekünk: „Ez őrültség, ezt nem tudod megcsinálni. Nem tudom, miről beszélsz."
A kétféle csapat különböző stílusát ötvöznünk kellett a kívánt eredmény eléréséhez - szoftvervezérelt, tesztelhető, inkrementális fejlesztési folyamat.
A csapat ösztönzése a projekt korai szakaszában lehetővé tette számukra, hogy lenyűgöző győzelmeket szerezzenek. Gyorsan le tudták cserélni az örökölt fejlesztőkörnyezetet, csökkenteni tudták a minőségbiztosítási (QA) környezetek számát, és az átalakulás során új csapatok munkamódszerét és az alkalmazások kézbesítésének sebességét is megszerezték.
Sikerük jó helyzetbe hozta őket, hogy további forrásokat kérjenek privát felhő-kezdeményezésükhöz. És ezúttal a cég felső vezetése szintjén kaptak támogatást.
Steve Eastham és Joel Crabb megkapta a további személyzet és öt új állvány felszereléséhez szükséges finanszírozást. Az első felhő ebben a projekthullámban az OpenStack környezet volt, amely Hadoop-fürtöket futtat az elemzésekhez. És már kereskedelmi forgalomban van.
Következtetés
A MercadoLibre, a Workday és a Best Buy történetek számos olyan alapelvet tartalmaznak, amelyek a sikeres OpenStack bevezetés felé vezethetnek: Légy nyitott a fejlesztők, vállalkozások és más potenciális felhasználók igényeire; a vállalata kialakított folyamatai szerint dolgozzon; együttműködés más szervezetekkel; és szükség esetén hajlandóak a szabályokon kívül cselekedni. Ezek mind értékes soft készségek, amelyek hasznosak az OpenStack felhővel.
Nincs tökéletes út az OpenStack bevezetéséhez az Ön vállalatában – a megvalósítás útja számos tényezőtől függ, amelyek mind Önhöz, mind vállalatához kapcsolódnak, valamint attól, hogy milyen helyzetben van.
Bár ez a tény zavaró lehet az OpenStack rajongók számára, akik azon tűnődnek, hogyan valósítsák meg első projektjüket, ez mégis pozitív nézőpont. Ez azt jelenti, hogy az OpenStack használatával nincs korlátlan meddig juthat el. Amit elérhetsz, annak csak a kreativitásod és a találékonyságod szab határt.
Forrás: will.com