Nie ma idealnej ścieżki wdrożenia OpenStack w Twojej firmie, ale istnieją ogólne zasady, które mogą poprowadzić Cię do udanego wdrożenia
Jedną z zalet oprogramowania typu open source, takiego jak OpenStack, jest to, że można je pobrać, wypróbować i uzyskać praktyczne zrozumienie bez konieczności długotrwałych interakcji ze sprzedawcami dostawców lub konieczności długich zatwierdzeń pilota wewnętrznego pomiędzy Twoją firmą i Twoja firma.-sprzedawca.
Ale co się stanie, gdy nadejdzie czas, aby zrobić coś więcej niż tylko wypróbować projekt? Jak przygotujesz wdrożony system od kodu źródłowego do produkcji? Jak pokonać bariery organizacyjne utrudniające wdrażanie nowych i rewolucyjnych technologii? Gdzie zacząć? Co zrobisz dalej?
Z pewnością można wiele się nauczyć z doświadczeń tych, którzy już wdrożyli OpenStack. Aby lepiej zrozumieć wzorce wdrażania OpenStack, rozmawiałem z kilkoma zespołami, które z sukcesem wprowadziły system w swoich firmach.
MercadoLibre: dyktowana konieczność i bieganie szybciej niż jeleń
Jeśli potrzeba jest wystarczająco duża, wdrożenie elastycznej infrastruktury chmurowej może być niemal tak proste, jak „zbuduj ją, a przyjdą”. Pod wieloma względami jest to doświadczenie, które Alejandro Comisario, Maximiliano Venesio i Leandro Reox mieli ze swoją firmą MercadoLibre, największą firmą e-commerce w Ameryce Łacińskiej i ósmą co do wielkości na świecie.
W 2011 roku, gdy dział rozwoju firmy rozpoczął proces rozkładu ówczesnego monolitycznego systemu na platformę składającą się z luźno powiązanych usług połączonych za pośrednictwem interfejsów API, zespół ds. infrastruktury stanął w obliczu gwałtownego wzrostu liczby żądań, które ich mały zespół musiał spełnić .
„Zmiana nastąpiła bardzo szybko” – mówi Alejandro Comisario, kierownik techniczny usług w chmurze w MercadoLibre. „Dosłownie z dnia na dzień zdaliśmy sobie sprawę, że nie możemy kontynuować pracy w tym tempie bez pomocy jakiegoś systemu.
Alejandro Comisario, Maximiliano Venesio i Leandro Reox, czyli cały ówczesny zespół MercadoLibre, zaczęli szukać technologii, które pozwoliłyby im wyeliminować ręczne czynności związane z udostępnianiem infrastruktury programistom.
Zespół postawił sobie bardziej złożone cele, formułując cele nie tylko dla doraźnych zadań, ale także dla celów całej firmy: skrócenie czasu potrzebnego na udostępnienie użytkownikom maszyn wirtualnych gotowych do produkcyjnego środowiska z 2 godzin do 10 sekund oraz wyeliminowanie interwencja człowieka w tym procesie.
Kiedy znaleźli OpenStack, stało się jasne, że to jest dokładnie to, czego szukali. Dynamiczna kultura MercadoLibre umożliwiła zespołowi szybkie rozpoczęcie tworzenia środowiska OpenStack, pomimo względnej niedojrzałości projektu w tamtym czasie.
„Stało się jasne, że podejście OpenStack – badanie, zanurzanie się w kodzie, testowanie funkcjonalności i skalowanie pokrywa się z podejściem MercadoLibre” – mówi Leandro Reox. „Byliśmy w stanie od razu zagłębić się w projekt, zdefiniować zestaw testów dla naszej instalacji OpenStack i rozpocząć testy.
Wstępne testy drugiej wersji OpenStack wykazały kilka problemów, które uniemożliwiały wejście do wersji produkcyjnej, ale przejście z wersji Bexar do wersji Cactus nastąpiło w idealnym momencie. Dalsze testy wersji Cactus dały pewność, że chmura jest gotowa do użytku komercyjnego.
Uruchomienie komercyjnego działania i zrozumienie przez deweloperów możliwości pozyskania infrastruktury tak szybko, jak deweloperzy będą w stanie ją skonsumować, przesądziło o powodzeniu wdrożenia.
„Cała firma była głodna takiego systemu i funkcjonalności, jakie zapewnia” – zauważa Maximiliano Venesio, starszy inżynier infrastruktury w MercadoLibre.
Zespół jednak ostrożnie zarządzał oczekiwaniami deweloperów. Musieli mieć pewność, że programiści zrozumieją, że istniejące aplikacje nie będą mogły działać w nowej chmurze prywatnej bez wprowadzenia zmian.
„Musieliśmy upewnić się, że nasi programiści są gotowi do pisania aplikacji bezstanowych dla chmury” – powiedział Alejandro Comisario. „To była dla nich ogromna zmiana kulturowa. W niektórych przypadkach musieliśmy nauczyć programistów, że przechowywanie danych w instancji nie wystarczy. Twórcy musieli dostosować swoje myślenie.
Zespół uważnie szkolił programistów i zalecał najlepsze praktyki tworzenia aplikacji gotowych do pracy w chmurze. Wysyłali e-maile, organizowali nieformalne lunche i formalne szkolenia oraz dbali o odpowiednią dokumentację środowiska chmury. Rezultatem ich wysiłków jest to, że programiści MercadoLibre czują się teraz równie swobodnie w tworzeniu aplikacji dla chmury, jak podczas tworzenia tradycyjnych aplikacji dla zwirtualizowanych środowisk firmy.
Automatyzacja, którą udało im się osiągnąć dzięki chmurze prywatnej, opłaciła się, umożliwiając firmie MercadoLibre radykalne zwiększenie skali swojej infrastruktury. To, co zaczęło się jako trzyosobowy zespół ds. infrastruktury obsługujący 250 programistów, 100 serwerów i 1000 maszyn wirtualnych, rozrosło się do 10-osobowego zespołu obsługującego ponad 500 programistów, 2000 serwerów i 12 000 maszyn wirtualnych.
Dzień roboczy: Tworzenie uzasadnienia biznesowego dla OpenStack
Dla zespołu Workday, firmy SaaS, decyzja o przyjęciu OpenStack była w mniejszym stopniu decyzją operacyjną, a bardziej strategiczną.
Droga Workday do wdrożenia chmury prywatnej rozpoczęła się w 2013 r., kiedy kierownictwo firmy zgodziło się zainwestować w szeroką inicjatywę dotyczącą centrów danych definiowanych programowo (SDDC). Nadzieją związaną z tą inicjatywą było osiągnięcie większej automatyzacji, innowacyjności i wydajności w centrach danych.
Workday stworzył swoją wizję chmury prywatnej wśród zespołów zajmujących się infrastrukturą, inżynierią i operacjami firmy, po czym osiągnięto porozumienie w sprawie rozpoczęcia inicjatywy badawczej. Workday zatrudnił Carmine Remi jako dyrektora ds. rozwiązań chmurowych, aby poprowadził zmianę.
Pierwszym zadaniem Rimiego w Workday było rozszerzenie pierwotnego uzasadnienia biznesowego na większą część firmy.
Podstawą uzasadnienia biznesowego było zwiększenie elastyczności podczas korzystania z SDDC. Ta zwiększona elastyczność pomogłaby firmie osiągnąć cel ciągłego wdrażania oprogramowania przy zerowych przestojach. Interfejs API dla SDDC miał umożliwić zespołom zajmującym się aplikacjami i platformami Workday wprowadzanie innowacji w sposób, który nigdy wcześniej nie był możliwy.
W uzasadnieniu biznesowym uwzględniono także wydajność sprzętu. Workday ma ambitne cele polegające na zwiększeniu wskaźników recyklingu istniejącego sprzętu i zasobów centrów danych.
„Odkryliśmy, że mamy już technologię oprogramowania pośredniego, która może wykorzystać zalety chmury prywatnej. To oprogramowanie pośrednie zostało już użyte do wdrożenia środowisk deweloperskich/testowych w chmurach publicznych. Dzięki chmurze prywatnej moglibyśmy rozszerzyć to oprogramowanie, tworząc rozwiązanie chmury hybrydowej. Stosując strategię chmury hybrydowej, Workday może migrować obciążenia między chmurami publicznymi i prywatnymi, maksymalizując wykorzystanie sprzętu, zapewniając jednocześnie oszczędności biznesowe
Wreszcie w strategii chmurowej Rimi zauważono, że proste bezstanowe obciążenia robocze i ich poziome skalowanie umożliwią Workday rozpoczęcie korzystania z chmury prywatnej przy mniejszym ryzyku i naturalne osiągnięcie dojrzałości operacji w chmurze.
„Możesz zacząć od swojego planu i nauczyć się zarządzać nową chmurą przy niewielkim nakładzie pracy, podobnie jak w przypadku tradycyjnych prac badawczo-rozwojowych, co pozwala eksperymentować w bezpiecznym środowisku” – zasugerował Rimi.
Mając solidne uzasadnienie biznesowe, Rimi oceniło kilka dobrze znanych platform chmury prywatnej, w tym OpenStack, pod kątem szerokiego zestawu kryteriów oceny, które obejmowały otwartość, łatwość obsługi, elastyczność, niezawodność, odporność, wsparcie i społeczność oraz potencjał każdej platformy. Na podstawie swojej oceny Rimi i jego zespół wybrali OpenStack i rozpoczęli budowę gotowej do użytku komercyjnego chmury prywatnej.
Po pomyślnym wdrożeniu swojej pierwszej opłacalnej chmury OpenStack firma Workday nadal dąży do szerszego przyjęcia nowego środowiska SDDC. Aby osiągnąć ten cel, Rimi stosuje wieloaspektowe podejście skupiające się na:
- skoncentruj się na obciążeniach gotowych do pracy w chmurze, zwłaszcza na aplikacjach bezstanowych w portfolio
- zdefiniowanie kryteriów i procesu migracji
- ustalanie celów programistycznych w zakresie migracji tych aplikacji
- Komunikuj się i edukuj grupy interesariuszy Workday, korzystając ze spotkań, demonstracji, filmów i szkoleń OpenStack
„Nasza chmura obsługuje różnorodne obciążenia, niektóre w fazie produkcyjnej, inne w przygotowaniu do użytku komercyjnego. Ostatecznie chcemy przenieść wszystkie obciążenia i spodziewam się, że osiągniemy punkt krytyczny, w którym zaobserwujemy nagły wzrost aktywności. Każdego dnia przygotowujemy system kawałek po kawałku, aby móc obsłużyć ten poziom aktywności, gdy nadejdzie czas.
BestBuy: łamanie tabu
Największą z firm wymienionych w artykule jest sprzedawca detaliczny sprzętu elektronicznego BestBuy, osiągający roczne przychody na poziomie 43 miliardów dolarów i zatrudniający 140 000 pracowników. I tak, choć procesy, jakie wykorzystał zespół ds. infrastruktury bestbuy.com do przygotowania chmury prywatnej opartej na OpenStack, nie są unikalne, to elastyczność, z jaką zastosował te procesy, jest imponująca.
Aby wprowadzić swoją pierwszą chmurę OpenStack do BestBuy, dyrektor ds. rozwiązań internetowych Steve Eastham i główny architekt Joel Crabb musieli polegać na kreatywności, aby pokonać wiele barier, które stały na ich drodze.
Inicjatywa BestBuy OpenStack wyrosła z próby zrozumienia różnych procesów biznesowych związanych z procesami wydawania witryny e-commerce bestbuy.com na początku 2011 roku. Wysiłki te ujawniły znaczne niedociągnięcia w procesach zapewniania jakości. Proces zapewniania jakości powodował znaczne koszty związane z każdą publikacją głównej witryny, która miała miejsce dwa do czterech razy w roku. Duża część tych kosztów była związana z ręczną konfiguracją środowiska, uzgadnianiem rozbieżności i rozwiązywaniem problemów z dostępnością zasobów.
Aby rozwiązać te problemy, bestbuy.com wprowadziło inicjatywę Quality Assurance on Demand, kierowaną przez Steve'a Easthama i Joela Crabba, mającą na celu identyfikację i wyeliminowanie wąskich gardeł w procesie zapewniania jakości w bestbuy.com. Kluczowe rekomendacje z tego projektu obejmowały automatyzację procesów zapewnienia jakości i zapewnienie zespołom użytkowników narzędzi samoobsługowych.
Choć Steve Eastham i Joel Crabb potrafili wykorzystać perspektywę bardzo znacznych kosztów kontroli jakości do uzasadnienia inwestycji w chmurę prywatną, szybko napotkali problem: mimo że projekt uzyskał akceptację, nie było na niego dostępnych środków. 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: zamienił budżet dwóch programistów na inny zespół, który miał budżet na sprzęt.
Za uzyskany budżet zamierzali zakupić sprzęt niezbędny do realizacji projektu. Skontaktowali się z HP, ówczesnym dostawcą sprzętu, i rozpoczęli optymalizację oferty. Dzięki ostrożnym negocjacjom i akceptowalnej redukcji wymagań sprzętowych udało im się obniżyć koszty sprzętu prawie o połowę.
W podobnym duchu Steve Eastham i Joel Crabb negocjowali umowę z zespołem ds. sieci firmy, wykorzystując dostępną pojemność istniejącego rdzenia i oszczędzając na typowych kosztach związanych z zakupem nowego sprzętu sieciowego.
„Staliśmy na dość cienkim lodzie” – powiedział Steve Eastham. „Nie była to powszechna praktyka w Best Buy ani wtedy, ani teraz. Działaliśmy poniżej radaru. Mogliśmy zostać ukarani, ale udało nam się tego uniknąć.
Pokonanie trudności finansowych było tylko pierwszą z wielu przeszkód. W tamtym czasie praktycznie nie było możliwości znalezienia ekspertów OpenStack do projektu. Dlatego musieli zbudować zespół od podstaw, łącząc w zespół tradycyjnych programistów Java i administratorów systemów.
„Po prostu umieściliśmy ich w pokoju i powiedzieliśmy: «Dowiedz się, jak obsługiwać ten system»” – mówi Joel Crabb. — Jeden z programistów Java powiedział nam: „To szaleństwo, nie możesz tego zrobić. Nie wiem, o czym mówisz.”
Musieliśmy połączyć różne style obu typów zespołów, aby osiągnąć pożądany rezultat – oparty na oprogramowaniu, możliwy do testowania, przyrostowy proces rozwoju.
Motywowanie zespołu na początku projektu pozwoliło mu odnieść imponujące zwycięstwa. Udało im się szybko zastąpić dotychczasowe środowisko programistyczne, zmniejszyć liczbę środowisk zapewnienia jakości (QA), a w procesie transformacji zyskali nowy sposób pracy zespołów i szybkość dostarczania aplikacji.
Sukces umożliwił im zwrócenie się o dodatkowe zasoby na potrzeby inicjatywy dotyczącej chmury prywatnej. I tym razem mieli wsparcie na poziomie najwyższego kierownictwa firmy.
Steve Eastham i Joel Crabb otrzymali fundusze potrzebne na zatrudnienie dodatkowego personelu i pięć nowych stojaków na sprzęt. Pierwszą chmurą w tej fali projektów było środowisko OpenStack, w którym uruchamiane są klastry Hadoop do celów analitycznych. I już działa komercyjnie.
wniosek
Historie MercadoLibre, Workday i Best Buy łączy wiele zasad, które mogą poprowadzić Cię do pomyślnego wdrożenia OpenStack: Bądź otwarty na potrzeby programistów, firm i innych potencjalnych użytkowników; pracować w ramach ustalonych procesów Twojej firmy; współpraca z innymi organizacjami; i bądź gotowy działać poza zasadami, jeśli to konieczne. Są to cenne umiejętności miękkie, które warto posiadać w chmurze OpenStack.
Nie ma idealnej ścieżki wdrożenia OpenStack w Twojej firmie – ścieżka wdrożenia zależy od wielu czynników związanych zarówno z Tobą, jak i Twoją firmą oraz sytuacją, w której się znajdujesz.
Chociaż fakt ten może być mylący dla fanów OpenStack zastanawiających się, jak wdrożyć swój pierwszy projekt, jest to jednak pozytywny punkt widzenia. Oznacza to, że nie ma ograniczeń co do tego, jak daleko możesz zajść z OpenStack. To, co możesz osiągnąć, ogranicza jedynie Twoja kreatywność i zaradność.
Źródło: www.habr.com