Nincs tökéletes út az OpenStack bevezetéséhez a vállalatánál, de vannak általános elvek, amelyek segíthetnek a sikeres bevezetés felé vezető úton.
Az egyik előnye a nyílt forráskódú szoftvereknek, például az OpenStacknek, az, hogy letöltheti, kipróbálhatja és gyakorlati tapasztalatot szerezhet anélkül, hogy hosszú ideig kellene intéznie az eladókkal vagy hosszadalmas belső jóváhagyásokat kérnie a pilótaprojekthez a saját cége és az eladó cég között.
De mi történik, amikor elérkezik az idő, hogy többet tegyen, mint csupán kipróbálni a projetet? Hogyan készíti elő a telepített rendszert a forráskódtól a termelési környezetig? Hogyan léphet túl a szervezeti akadályokon, amelyek megnehezítik az új és átalakító technológiák bevezetését? Hol kezdje? Mi következik ezután?
Határozottan sokat tanulhatunk azok tapasztalataiból, akik már telepítették az OpenStacket. Annak érdekében, hogy jobban megértsem az OpenStack elfogadásának mintázatait, beszélgettem néhány csapattal, akik sikeresen mutatták be ezt a rendszert a cégeiknek.
MercadoLibre: A szükség diktatúrája és a gyorsabb futás, mint a jávorszarvas.
Ha a szükség elég erős, akkor a rugalmas felhőinfrastruktúra bevezetése majdnem olyan egyszerű lehet, mint hogy "építsd meg és ők jönnek". Sok szempontból ez az a tapasztalat, amelyet Alejandro Comisario, Maximiliano Venesio és Leandro Reox a MercadoLibre nevű, Latin-Amerika legnagyobb elektronikus kereskedelmi vállalatánál, valamint a világ nyolcadik legnagyobb vállalatánál szereztek.
2011-ben, amikor a vállalat fejlesztési osztálya elkezdte a monolitikus rendszerének szétbontását egy API-n keresztül összekapcsolt gyengén kapcsolt szolgáltatásokból álló platformmá, az infrastruktúra csapat drámai növekedéssel találta szembe magát a kisebb csapatuk számára érkező kérések számában, amelyeket teljesíteni kellett.
— A változás nagyon gyorsan történt, — mondja Alejandro Comisario, a MercadoLibre felhőszolgáltatásainak technikai vezetője. — Szinte egyik pillanatról a másikra realizáltuk, hogy nem fogunk tudni ilyen ütemben dolgozni segédrendszer nélkül.
Alejandro Comisario, Maximiliano Venesio és Leandro Reox — a MercadoLibre csapata abban az időben — elkezdte keresni azokat a technológiákat, amelyek lehetővé tennék számukra a fejlesztőik számára nyújtott infrastruktúra kézi lépéseinek kiküszöbölését.
A csapat kihívásokat tűzött ki magának, nemcsak a pillanatnyi feladatok, hanem a vállalat egészének céljainak megfogalmazásával: a felhasználók számára a termeléshez kész virtuális gépek biztosításának idejét 2 óráról 10 másodpercre csökkenteni, és kizárni az emberi beavatkozást a folyamatból.
Amikor rátaláltak az OpenStackre, világossá vált, hogy ez az, amit kerestek. A MercadoLibre gyorsan fejlődő kultúrája lehetővé tette a csapat számára, hogy gyorsan haladjon az OpenStack környezet létrehozásában, annak ellenére, hogy a projekt viszonylag éretlen volt akkoriban.
— Világossá vált, hogy az OpenStack megközelítése — a kutatás, a kódba való merülés és a funkcionalitás, valamint a skálázhatóság tesztelése — egybeesik a MercadoLibre megközelítésével, — mondja Leandro Reox. — Azonnal bele tudtunk merülni a projektbe, meghatároztuk a tesztkészletet az OpenStack telepítésünkhöz és megkezdtük a tesztelést.
Az OpenStack második kiadására vonatkozó kezdeti tesztelés számottevő problémákat tárt fel, amelyek megakadályozták őket a termelésbe lépésben, azonban a Bexar kiadástól a Cactus kiadásra való áttérés éppen időben történt. A Cactus kiadás további tesztelése biztosította, hogy a felhő készen áll a kereskedelmi használatra.
A kereskedelmi üzemeltetésbe való átállás és a fejlesztők számára a lehetőség megértése, hogy az infrastruktúra olyan gyorsan elérhető, amennyire a fejlesztők felhasználják, a bevezetés sikerességét határozta meg.
— Az egész cég vágyott egy ilyen rendszerre és a funkciókra, amelyeket ez nyújt, — említi Maximiliano Venesio, a MercadoLibre infrastruktúra vezető mérnöke.
Ennek ellenére a csapat óvatos volt a fejlesztők elvárásainak kezelésében. Biztosítaniuk kellett, hogy a fejlesztők megértsék — a meglévő alkalmazások nem működnek az új magánfelhőn változtatások nélkül.
— Biztosítanunk kellett, hogy a fejlesztőink készen álljanak az állapot nélküli alkalmazások írására a felhő számára, — mondta Alejandro Comisario. — Ez hatalmas kulturális váltás volt számukra. Bizonyos esetekben meg kellett tanítanunk a fejlesztőknek, hogy az adataik megőrzése az instance-ben nem elegendő. A fejlesztőknek ki kellett igazítaniuk a gondolkodásmódjukat.
A csapat figyelmet fordított a fejlesztők képzésére, és ajánlotta számukra a legjobb gyakorlatokat felhőoptimalizált alkalmazások létrehozásához. E-maileket küldtek, informális képzéseket tartottak ebédekkel, valamint formális tréningeket végeztek, és biztosították a megfelelő dokumentációt a felhő környezet számára. Az erőfeszítéseik eredménye az lett, hogy a MercadoLibre fejlesztői most ugyanolyan kényelmesen dolgoznak felhő alapú alkalmazásokon, mint a vállalat virtualizált környezetére tervezett hagyományos alkalmazásokon.
A privát felhővel elért automatizáció megtérült, lehetővé téve a MercadoLibre számára, hogy drámai mértékben megnövelje infrastruktúráját. Ami három fős infrastruktúra csapatként indult, amely 250 fejlesztőt, 100 szerverek és 1000 virtuális gépet támogatott, most 10 fős csapat lett, amely több mint 500 fejlesztőt, 2000 szervert és 12 000 várt támogat.
Workday: Üzleti eset kidolgozása az OpenStack számára
A Workday-nál dolgozó SaaS csapat számára az OpenStack bevezetéséről szóló döntés inkább stratégiai, semmint operatív volt.
A Workday privát felhőbe való átállásának útja 2013-ban kezdődött, amikor a vállalat vezetősége beleegyezett, hogy befektet a programozás-alapú adatközpont (SDDC) széleskörű kezdeményezésébe. Ennek a kezdeményezésnek a reménye a nagyobb automatizáció, az innovációk bevezetése és az adatközpontok hatékonyságának növelése volt.
A Workday kialakította saját vízióját a privát felhőre az infrastruktúrális, mérnöki és operatív csoportok között, és megállapodtak egy kutatási kezdeményezés megkezdéséről. A Workday a Carmine Remi-t bízták meg a felhő megoldások igazgatói posztjával, hogy vezesse a változást.
Rimi első feladata a Workday-nál a kezdeti üzleti eset bővítése a cég nagyobb részére.
Az üzleti eset sarokköve a SDDC alkalmazásának rugalmasságának növelése volt. Ez a megnövelt rugalmasság segítene a vállalatnak megvalósítani a szoftver folyamatos telepítésének igényeit, nulla leállási idővel. Az SDDC API-ja lehetővé tette volna a Workday alkalmazásfejlesztői és platformcsoportjai számára, hogy olyan innovációkat vezessenek be, amelyek eddig elérhetetlenek voltak.
A berendezés hatékonyságát is figyelembe vették az üzleti esetben. A Workday ambiciózus célokat tűzött ki a meglévő berendezések és az adatközponti erőforrások kihasználásának növelésére.
— Megállapítottuk, hogy már van egy köztes réteget biztosító technológiánk, amely kihasználhatja a privát felhő előnyeit. Ezt a köztes layer szoftvert már a dev/test környezetek nyilvános felhőkben való telepítésére használtuk. A privát felhő segítségével ezt a szoftvert kibővíthetnénk egy hibrid felhőmegoldás létrehozására. A hibrid felhő stratégiával a Workday képes lehet a munkaterhelések migrálására a nyilvános és privát felhők között, ami maximális berendezés-kihasználást és üzleti megtakarítást biztosít.
Végül a Rimi felhőstratégiájában megjegyezték, hogy az egyszerű stateless munkaterhelések és azok horizontális skálázása lehetővé teszi, hogy a Workday kisebb kockázattal kezdje el a privát felhő használatát, és természetes módon érje el a felhőműveletek érettségét.
— El lehet kezdeni a tervezett tervet és megtanulni kezelni az új felhőt egy kisebb munkaterheléssel, hasonlóan a hagyományos K+F-hez, amelyek lehetővé teszik a kísérletezést biztonságos körülmények között – javasolta Rimi.
Szilárd üzleti esettanulmánnyal a Rimi több ismert privát felhőplatformot értékelt, beleértve az OpenStackot is, széleskörű értékelési kritériumok alapján, amelyek között szerepelt a platformok nyitottsága, használhatósága, rugalmassága, megbízhatósága, stabilitása, a támogatás és a közösség megléte, valamint a potenciál. Értékelésének eredményei alapján a Rimi és csapata az OpenStackot választotta és hozzálátott egy kereskedelmi használatra kész privát felhő létrehozásához.
Miután sikeresen bevezették első életképes OpenStack felhőjüket, a Workday továbbra is arra törekszik, hogy szélesebb körben bevezesse az új SDDC környezetet. E cél elérése érdekében Rimi többoldalú megközelítést alkalmaz, amely a következőkre összpontosít:
- a cloud-ready munkaterhelésekre, különösen a stateless alkalmazások portfóliójára
- a migrációs kritériumok és folyamatok meghatározására
- célkitűzések megfogalmazására az alkalmazások migrálásához
- A felhasználók érdekelt csoportjainak kommunikációja és képzése a Workday keretében, OpenStack-megbeszélések, bemutatók, videók és tréningek révén
— Felhőnk különböző munkaterheléseket támogat, némelyik élesben, mások kereskedelmi üzemeltetésre készülnek. Végső célunk az összes munkaterhelés áttelepítése, és várom, hogy elérjük azt a fordulópontot, amikor hirtelen aktivitásnövekedést tapasztalunk. Naponta folyamatosan készítjük a rendszert, hogy képesek legyünk kezelni ezt a szintű aktivitást, amikor eljön az ideje.
BestBuy: a tilalmak megszegése
A BestBuy elektronikai kiskereskedelmi lánc éves bevétele 43 milliárd dollár, és 140,000 alkalmazottal a legnagyobb a cikkben felsorolt cégek közül. Éppen ezért, míg a bestbuy.com infrastrukturális csapata által az OpenStack alapú magánfelhő előkészítéséhez alkalmazott folyamatok nem egyediek, a rugalmasság, amellyel ezeket a folyamatokat alkalmazták, lenyűgöző.
A BestBuy első OpenStack-felhőjének bevezetéséhez Steve Eastham webes megoldásokért felelős igazgatónak és Joel Crabb főépítésznek kreatív megközelítésre kellett támaszkodnia, hogy leküzdje a számos akadályt, amelyek az útjukba kerültek.
A BestBuy OpenStack kezdeményezés 2011 elején indult, hogy megértsék a különböző üzleti folyamatokat, melyek a bestbuy.com elektronikus kereskedelmi webhely megjelenítésével kapcsolatos kiadási folyamatokhoz kapcsolódnak. Ezek az erőfeszítések jelentős hatékonysági problémákat tárt fel a minőségbiztosítási folyamatokban. A minőségellenőrzési folyamat jelentős költségeket okozott minden nagyobb webhelyfrissítéskor, amely évente két- négy alkalommal történt. E költségek jelentős része a környezet manuális beállításához, az eltérések egyeztetéséhez és az erőforrások rendelkezésre állásával kapcsolatos problémák megoldásához kapcsolódott.
E problémák megoldására a bestbuy.com-nál a "minőségellenőrzés igény szerint" kezdeményezést javasolták Steve Eastham és Joel Crabb vezetésével, amely a bestbuy.com minőségellenőrzési folyamatának szűk keresztmetszeteinek azonosítására és eltávolítására irányult. A projekt fő ajánlásai közé tartozott a minőségellenőrzési folyamatok automatizálása és a felhasználói csoportok számára önkiszolgáló eszközök biztosítása.
Bár Steve Eastham és Joel Crabb jelentős minőségellenőrzési költségekre hivatkozhattak a magánfelhőbe való befektetés indoklására, gyorsan szembesültek egy problémával: bár a projekt jóváhagyása megtörtént, a projekt forrásai nem álltak rendelkezésre. Nem volt költségvetés az eszközbeszerzéshez a projekthez.
A szükség nagy úr, és a csapat új megközelítést alkalmazott a felhő finanszírozására: a költségvetést átcsoportosították két fejlesztőről egy másik csapatra, amelynek volt költségvetése az eszközökre.
A megszerzett költségvetésből az eszközöket akarták megvásárolni a projekthez. Felvették a kapcsolatot a HP-val, amely akkoriban az eszközeik beszállítója volt, és az ajánlat optimalizálásával foglalkoztak. Gondos tárgyalásokkal és az eszközigények elfogadható csökkentésével szinte a felére tudták csökkenteni az eszközökre fordított kiadásokat.
Steve Eastham és Joel Crabb hasonló módon üzletet kötött a cég hálózati csapatával, kihasználva a meglévő törzs kapacitását, ezzel megtakarítva a hagyományos költségeket, amelyek új hálózati berendezések beszerzésével jártak volna.
— Elég vékony jégen álltunk, — mondta Steve Eastham. — Ez akkoriban sem BestBuy-ban, sem most nem volt elterjedt gyakorlat. Az irányító szint alatt cselekedtünk. Megkaphattuk volna a figyelmeztetést, de sikerült elkerülnünk.
A pénzügyi nehézségek leküzdése csak az első számos akadályból állt. Abban az időben gyakorlatilag nem volt lehetőség OpenStack szakértőt találni a projekthez. Így hát a csapatot a hagyományos Java-fejlesztők és rendszergazdák összekapcsolásával kellett felépíteniük.
— Csak beraktuk őket egy szobába, és azt mondtuk: "Fejtsék meg, hogyan működjenek együtt ezzel a rendszerrel," — meséli Joel Crabb. — Az egyik Java fejlesztő azt mondta nekünk: "Ez őrület, nem tudjátok ezt megcsinálni. Nem tudom, miről beszéltek."
Össze kellett hangolnunk a kétféle csapat különböző stílusait, hogy elérjük a kívánt eredményt - programozásilag irányított, tesztelésre alkalmas, lépésről lépésre kialakított fejlesztési folyamat.
A csapat korai szakaszban történő ösztönzése lehetővé tette számukra, hogy több lenyűgöző győzelmet érjenek el. Gyorsan képesek voltak lecserélni az elavult fejlesztési környezetet, csökkenteni a minőség-ellenőrzési (QA) környezetek számát, és a folyamat során új munkamódszereket és applikációk szállítási sebességét alakítottak ki a csapatok számára.
Sikerük jó lehetőségeket biztosított arra, hogy további forrásokat kérjenek a privát felhő kezdeményezésükhöz. Ezúttal a vállalat vezetői szintjén is támogatták őket.
Steve Eastham és Joel Crabb megkapták a szükséges finanszírozást, hogy újabb munkatársakat alkalmazzanak és öt új berendezés állomást vásároljanak. Az első felhő ebben a projektvonalban az OpenStack környezet volt, amely Hadoop klasztereket indított az analitikához. Már kereskedelmi használatban van.
Zárás
A MercadoLibre, a Workday és a Best Buy történeteiben számos alapelv található, amely segíthet a probléma sikeres OpenStack bevezetésén: nyitottság a fejlesztők, az üzlet és más lehetséges felhasználók igényeire; a vállalat meglévő folyamataival való összhang; más szervezetekkel való együttműködés; és az, hogy készen álljon a szabályok betartására, amikor ez szükséges. Ezek mind értékes soft-skillek, amelyeket érdemes együtt tudni az OpenStack felhővel.
Nincs tökéletes út az OpenStack bevezetésére a vállalatában – a bevezetés folyamata számos tényezőtől függ, amelyek a saját magával, a vállalatával és az Ön helyzetével kapcsolatosak.
Bár ez a tény zavarba ejtheti az OpenStack rajongóit, akik az első projektjük bevezetésén gondolkodnak, ez egy pozitív nézőpont. Ez azt jelenti, hogy nincsenek határok, hogy meddig juthat el az OpenStackkel; amit elérhet, az csak a kreativitásától és leleményességétől függ.
Forrás: habr.com
