Nie ma idealnej drogi do wdrożenia OpenStack w Twojej firmie, ale istnieją ogólne zasady, które mogą Cię pokierować ku udanemu wdrożeniu.
Jedną z zalet oprogramowania open source, takiego jak OpenStack, jest możliwość pobrania go, przetestowania w działaniu i uzyskania praktycznego doświadczenia bez długotrwałej interakcji z dostawcami lub konieczności długich wewnętrznych zatwierdzeń projektu pilotażowego między Twoją firmą a firmą-dostawcą.
Ale co się stanie, gdy przyjdzie czas na zrobienie czegoś więcej niż tylko przetestowanie projektu? Jak przygotujesz wdrożony system od kodu źródłowego do środowiska produkcyjnego? Jak możesz pokonać organizacyjne przeszkody na drodze do wprowadzenia nowych i przełomowych technologii? Od czego zacząć? Co zrobisz dalej?
Z pewnością wiele można wyciągnąć z doświadczenia tych, którzy już wdrożyli OpenStack. Aby lepiej zrozumieć dystrybucję OpenStack, rozmawiałem z kilkoma zespołami, które skutecznie wprowadziły ten system w swoich firmach.
MercadoLibre: dyktat konieczności i bieganie szybciej niż gazela.
Jeśli potrzeba jest wystarczająco silna, wdrożenie elastycznej infrastruktury chmurowej może być prawie tak proste, jak 'zbuduj to, a oni przyjdą'. W wielu aspektach to właśnie tego doświadczenia nabrał Alejandro Comisario, Maximiliano Venesio i Leandro Reox w swojej firmie MercadoLibre, największej firmie e-commerce w Ameryce Łacińskiej i ósmej co do wielkości na świecie.
W 2011 roku, gdy dział rozwoju firmy rozpoczął proces dekompozycji swojej ówczesnej monolitycznej systemu w platformę składającą się z luźno powiązanych usług połączonych przez API, zespół infrastruktury zmierzył się z gwałtownym wzrostem liczby zgłoszeń do ich małego zespołu, które trzeba było zrealizować.
— Zmiana nastąpiła bardzo szybko, — mówi Alejandro Comisario, dyrektor techniczny usług chmurowych MercadoLibre. — Dosłownie z minuty na minutę uznaliśmy, że nie możemy kontynuować pracy w takim tempie bez pomocy jakiegoś systemu.
Alejandro Comisario, Maximiliano Venesio i Leandro Reox - cały zespół MercadoLibre w tym czasie - zaczęli szukać technologii, które pozwoliłyby im wyeliminować ręczne kroki związane z dostarczaniem infrastruktury swoim deweloperom.
Zespół postawił sobie bardziej skomplikowane cele, formułując zadania nie tylko na krótką metę, ale i na cele całej firmy: skrócenie czasu dostarczania użytkownikom gotowych do pracy maszyn wirtualnych z 2 godzin do 10 sekund oraz wykluczenie ludzkiej interwencji z tego procesu.
Kiedy odkryli OpenStack, stało się jasne, że to właśnie to, czego szukali. Szybko rozwijająca się kultura MercadoLibre pozwoliła zespołowi szybko działać w tworzeniu środowiska OpenStack, pomimo względnej niedojrzałości projektu w tamtym czasie.
— Stało się jasne, że podejście OpenStack — badania, zgłębianie kodu i testowanie funkcjonalności oraz skalowalności — pokrywa się z podejściem MercadoLibre, — mówi Leandro Reox. — Mogliśmy od razu zanurzyć się w projekt, określić zestaw testów dla naszej instalacji OpenStack i rozpocząć testowanie.
Ich początkowe testy na drugim wydaniu OpenStack zidentyfikowały kilka problemów, które uniemożliwiały im przejście do produkcji, jednak przejście z wersji Bexar do wersji Cactus miało miejsce dokładnie w odpowiednim czasie. Dalsze testy wersji Cactus dały pewność, że chmura jest gotowa do komercyjnej eksploatacji.
Uruchomienie w komercyjnej eksploatacji oraz zrozumienie przez programistów możliwości uzyskania infrastruktury tak szybko, jak to tylko możliwe, określiły sukces wdrożenia.
— Cała firma pragnęła takiego systemu i funkcjonalności, jaką on zapewnia, — zauważa Maximiliano Venesio, starszy inżynier ds. infrastruktury w MercadoLibre.
Niemniej jednak, zespół był ostrożny w zarządzaniu oczekiwaniami programistów. Musieli upewnić się, że programiści rozumieją, że istniejące aplikacje nie będą mogły działać w nowej chmurze prywatnej bez zmian.
— Musieliśmy upewnić się, że nasi programiści byli gotowi pisać aplikacje stateless dla chmury, — powiedział Alejandro Comisario. — To był ogromny kulturowy zwrot dla nich. W niektórych przypadkach musieliśmy nauczyć programistów, że przechowywanie danych w instancji to za mało. Programiści musieli dostosować swoje myślenie.
Zespół był uważny w szkoleniu programistów i polecał im najlepsze praktyki tworzenia aplikacji gotowych na chmurę. Wysyłali e-maile, organizowali lunche z nieformalnym szkoleniem oraz formalne warsztaty, a także zapewniali odpowiednią dokumentację środowiska chmurowego. Efektem ich wysiłków jest to, że programiści MercadoLibre teraz tak samo komfortowo tworzą aplikacje dla chmury, jak wcześniej rozwijali tradycyjne aplikacje dla wirtualizowanych środowisk firmy.
Automatyzacja, którą udało im się osiągnąć dzięki prywatnej chmurze, zwróciła się, umożliwiając MercadoLibre znaczne rozszerzenie swojej infrastruktury. To, co zaczynało się jako zespół infrastruktury składający się z trzech osób wspierających 250 programistów, 100 serwerów i 1000 maszyn wirtualnych, wzrosło do zespołu składającego się z 10 osób wspierających ponad 500 programistów, 2000 serwerów i 12 000 VM.
Workday: Tworzenie biznesplanu dla OpenStack
Dla zespołu w firmie Workday, działającej w obszarze SaaS, decyzja o przyjęciu OpenStack była nie tyle operacyjną, co strategiczną.
Droga Workday do wdrożenia prywatnej chmury zaczęła się w 2013 roku, kiedy kierownictwo firmy zgodziło się zainwestować w szeroką inicjatywę programowalnego centrum danych (SDDC). Nadzieją na tę inicjatywę było osiągnięcie większej automatyzacji, wprowadzenie innowacji i zwiększenie wydajności centrów danych.
Workday stworzył swoją wizję prywatnej chmury pomiędzy grupami infrastrukturalnymi, inżynieryjnymi i operacyjnymi firmy, osiągając porozumienie o rozpoczęciu inicjatywy badawczej. Workday zatrudnił Carmine Remi na stanowisko dyrektora ds. rozwiązań chmurowych, aby przewodzić zmianom.
Pierwszym zadaniem Rimi w Workday było rozszerzenie początkowego biznesplanu na większą część firmy.
Kamieniem węgielnym biznesplanu było zwiększenie elastyczności w korzystaniu z SDDC. Ta zwiększona elastyczność pomogłaby firmie zrealizować jej dążenia do ciągłego wdrażania oprogramowania bez przestojów. API dla SDDC miało umożliwić zespołom programistycznym i platformom Workday wprowadzanie innowacji w sposób wcześniej niedostępny.
Wydajność sprzętu była również brana pod uwagę w biznesplanie. Workday stawia ambitne cele dotyczące zwiększenia poziomu wykorzystania istniejącego sprzętu oraz zasobów centrum danych.
— Odkryliśmy, że mamy już technologię warstwy pośredniej, która może skorzystać z zalet chmurowego rozwiązania prywatnego. To oprogramowanie warstwy pośredniej było już wykorzystywane do wdrażania środowisk dev/test w publicznych chmurach. Dzięki chmurze prywatnej moglibyśmy rozszerzyć to oprogramowanie, tworząc hybrydowe rozwiązanie chmurowe. Stosując strategię chmury hybrydowej, Workday może migrować obciążenia robocze pomiędzy publicznymi a prywatnymi chmurami, co pozwoli maksymalizować wykorzystanie sprzętu, zapewniając oszczędności dla biznesu.
Na koniec w strategii chmurowej Rimi zauważono, że proste obciążenia stateless oraz ich poziome skalowanie pozwoli Workday na rozpoczęcie korzystania z chmury prywatnej z mniejszym ryzykiem i naturalne osiągnięcie dojrzałości operacji chmurowych.
— Można przystąpić do zaplanowanego działania i nauczyć się zarządzać nową chmurą przy niewielkim obciążeniu, przypominając tradycyjne badania i rozwój, które pozwalają na eksperymentowanie w bezpiecznych warunkach, — zaproponował Rimi.
Mając solidny biznesplan, Rimi ocenił kilka znanych platform chmur prywatnych, w tym OpenStack, według szerokiego zestawu kryteriów oceny, które obejmowały otwartość każdej platformy, łatwość użycia, elastyczność, niezawodność, odporność, dostępność wsparcia i społeczności, a także potencjał. Na podstawie wyników swojej oceny, Rimi i jego zespół wybrali OpenStack i przystąpili do budowy chmury prywatnej, gotowej do komercyjnego wdrożenia.
Sukcesywnie wprowadzając swoje pierwsze działające chmurowe rozwiązanie OpenStack, Workday nadal dąży do szerszego wdrożenia nowego środowiska SDDC. W tym celu Rimi przyjmuje wszechstronne podejście, koncentrując się na:
- koncentracji na obciążeniach roboczych gotowych do chmury, szczególnie na aplikacjach stateless w portfelu
- określeniu kryteriów i procesu migracji
- wyznaczaniu celów dotyczących rozwoju dla migracji tych aplikacji
- komunikacja i szkolenie grup zainteresowanych użytkowników Workday z wykorzystaniem spotkań, prezentacji, filmów i szkoleń OpenStack
— Nasza chmura obsługuje różne obciążenia, niektóre w produkcji, inne przygotowujące się do komercyjnej eksploatacji. Ostatecznie chcemy przenieść wszystkie obciążenia i spodziewam się, że osiągniemy przełomowy moment, kiedy zobaczymy nagły wzrost aktywności. Przygotowujemy system po kawałku każdego dnia, aby być w stanie poradzić sobie z tym poziomem aktywności, gdy nadejdzie czas.
BestBuy: łamiąc zakazy
Sieć detaliczna sprzedaży elektroniki BestBuy osiąga roczny przychód w wysokości 43 miliardów dolarów i zatrudnia 140 000 pracowników, będąc największą z firm wymienionych w artykule. Dlatego choć procesy, które wykorzystał zespół infrastruktury bestbuy.com do przygotowania prywatnej chmury opartej na OpenStack, nie są unikalne, to elastyczność, z jaką zastosowali te procesy, jest imponująca.
Aby wdrożyć swoją pierwszą chmurę OpenStack w BestBuy, dyrektor ds. rozwiązań internetowych Steve Eastham i główny architekt Joel Crabb musieli polegać na kreatywnym podejściu, aby pokonać liczne bariery, które stanęły im na drodze.
Inicjatywa BestBuy OpenStack rozpoczęła się na początku 2011 roku w ramach prób zrozumienia różnych procesów biznesowych związanych z procesami wydania strony e-commerce bestbuy.com. Starzenia te ujawniły znaczne nieefektywności w procesach zapewnienia jakości. Proces kontroli jakości generował znaczące koszty przy każdym dużym wydaniu strony, które odbywało się od dwóch do czterech razy w roku. Znaczna część tych wydatków wiązała się z ręcznym konfigurowaniem środowiska, uzgadnianiem niezgodności i rozwiązywaniem problemów z dostępnością zasobów.
Aby rozwiązać te problemy, bestbuy.com zaproponowano inicjatywę "kontroli jakości na żądanie" pod kierownictwem Steve'a Easthama i Joela Crabba, mająca na celu identyfikację i eliminację wąskich gardeł w procesie kontroli jakości bestbuy.com. Wśród głównych rekomendacji tego projektu znalazła się automatyzacja procesów kontroli jakości oraz zapewnienie grupom użytkowników narzędzi samodzielnej obsługi.
Chociaż Steve Eastham i Joel Crabb byli w stanie wykorzystać perspektywę znacznych kosztów kontroli jakości jako uzasadnienie dla inwestycji w prywatną chmurę, szybko napotkali problem: mimo że aprobación projektu została uzyskana, brakowało środków na projekt. Nie było budżetu na zakup sprzętu do projektu.
Potrzeba jest matką wynalazków, a zespół przyjął nowe podejście do finansowania chmury: wymienili budżet na dwóch deweloperów z innym zespołem, który miał budżet na sprzęt.
Z pozyskanego budżetu planowali zakupić sprzęt niezbędny do projektu. Skontaktowali się z firmą HP, ich dostawcą sprzętu w tamtym czasie, i zajęli się optymalizacją oferty. Dzięki starannym negocjacjom i akceptowalnemu ograniczeniu potrzeb sprzętowych, udało im się prawie o połowę obniżyć koszty sprzętu.
W tym samym duchu Steve Eastham i Joel Crabb zawarli umowę z zespołem sieciowym firmy, korzystając z istniejącej pojemności rdzenia, oszczędzając typowe koszty związane z zakupem nowego sprzętu sieciowego.
— Staliśmy na dość cienkim lodzie — powiedział Steve Eastham. — Nie było to powszechną praktyką w BestBuy ani wtedy, ani teraz. Działaliśmy poniżej radarów. Mogliśmy dostać naganę, ale udało nam się tego uniknąć.
Pokonywanie trudności finansowych było tylko pierwszą z wielu przeszkód. W tamtym czasie możliwości znalezienia ekspertów OpenStack do projektu były praktycznie nieistniejące. W związku z tym musieli stworzyć zespół od podstaw, łącząc tradycyjnych programistów Java i administratorów systemów.
— Po prostu posadziliśmy ich w jednym pomieszczeniu i powiedzieliśmy: 'Wyjaśnijcie, jak pracować z tym systemem' — wspomina Joel Crabb. — Jeden z programistów Java mówił nam: 'To szaleństwo, nie możecie tego zrobić. Nie wiem, o czym mówicie.'
Musieliśmy połączyć różne style obu typów zespołów, aby uzyskać pożądany efekt – proces rozwoju sterowany programowo, łatwy do testowania i iteracyjny.
Stymulowanie zespołu na wczesnym etapie projektu pozwoliło im osiągnąć kilka imponujących sukcesów. Udało im się szybko zastąpić przestarzałe środowisko programistyczne, zredukować liczbę środowisk kontroli jakości (QA) i w procesie transformacji uzyskali nowy sposób pracy grup oraz przyspieszyli tempo dostarczania aplikacji.
Ich sukces stworzył dobre możliwości do uzyskania dodatkowych zasobów dla ich inicjatywy chmurowej. Tym razem mieli wsparcie ze strony najwyższego kierownictwa firmy.
Steve Eastham i Joel Crabb uzyskali finansowanie potrzebne do zatrudnienia dodatkowego personelu i pięciu nowych stanowisk sprzętowych. Pierwszą chmurą w tej fali projektów było środowisko OpenStack, uruchamiające klastry Hadoop do analizy danych. Już jest wykorzystywane w działalności komercyjnej.
Podsumowanie
W historiach MercadoLibre, Workday i Best Buy znajduje się szereg zasad, które mogą poprowadzić Cię na drodze udanej implementacji OpenStack: bycie otwartym na potrzeby programistów, biznesu i innych potencjalnych użytkowników; praca w ramach ustalonych procesów Twojej firmy; współpraca z innymi organizacjami; oraz gotowość do działania poza regułami, gdy zajdzie taka potrzeba. To wszystko cenne umiejętności miękkie, które warto mieć w zestawie razem z chmurą OpenStack.
Nie ma idealnej drogi do wdrożenia OpenStack w Twojej firmie – ścieżka wdrożenia zależy od wielu czynników, zarówno związanych z Tobą, jak i z Twoją firmą oraz sytuacją, w jakiej się znajdujesz.
I chociaż ten fakt może wprowadzać w zakłopotanie zwolenników OpenStack, którzy zastanawiają się, jak wdrożyć swój pierwszy projekt, to jednak jest to pozytywna perspektywa. Oznacza to, że nie ma ograniczeń co do tego, jak daleko możesz dojść z OpenStack – to, co możesz osiągnąć, ogranicza tylko Twoja kreatywność i pomysłowość.
Źródło: habr.com
