{"id":33504,"date":"2019-10-31T21:52:58","date_gmt":"2019-10-31T18:52:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom\/"},"modified":"2019-10-31T21:52:58","modified_gmt":"2019-10-31T18:52:58","slug":"rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"Poradnik dla pocz\u0105tkuj\u0105cych: tworzenie \u0142a\u0144cuch\u00f3w DevOps za pomoc\u0105 narz\u0119dzi open source","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Poradnik
\nTworzenie pierwszego \u0142a\u0144cucha DevOps w pi\u0119ciu krokach dla nowicjuszy.<\/em><\/p>\n

<\/p>\n

DevOps sta\u0142 si\u0119 panaceum dla zbyt wolnych, rozproszonych oraz innych problematycznych proces\u00f3w rozwoju. Ale potrzebna jest minimalna wiedza na temat DevOps. Om\u00f3wimy tu takie poj\u0119cia jak \u0142a\u0144cuch DevOps oraz jak go stworzy\u0107 w pi\u0119ciu krokach. To nie jest pe\u0142ny przewodnik, a jedynie \"ryba\", kt\u00f3r\u0105 mo\u017cna rozwija\u0107. Zacznijmy od historii.<\/p>\n

<\/p>\n

Moje pierwsze do\u015bwiadczenia z DevOps<\/h3>\n

<\/p>\n

Kiedy\u015b pracowa\u0142em z chmurami w Citi Group i rozwija\u0142em aplikacj\u0119 IaaS, aby zarz\u0105dza\u0107 infrastruktur\u0105 chmurow\u0105 Citi, ale zawsze ciekawi\u0142o mnie, jak mo\u017cna zoptymalizowa\u0107 \u0142a\u0144cuch rozwoju i poprawi\u0107 kultur\u0119 w\u015br\u00f3d programist\u00f3w. Greg Lavender, nasz dyrektor techniczny ds. architektury chmurowej i infrastruktury, poleci\u0142 mi ksi\u0105\u017ck\u0119 Projekt \"Feniks\"<\/a><\/noindex>. Wyja\u015bnia ona doskonale zasady DevOps, a przy tym czyta si\u0119 jak powie\u015b\u0107.<\/p>\n

<\/a><\/noindex><\/p>\n

W tabeli po drugiej stronie pokazano, jak cz\u0119sto firmy wypuszczaj\u0105 nowe wersje:<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Jak Amazon, Google i Netflix s\u0105 w stanie wypuszcza\u0107 tak wiele? A to proste: zrozumieli, jak stworzy\u0107 niemal idealny \u0142a\u0144cuch DevOps.<\/p>\n

<\/p>\n

W Citi wszystko wygl\u0105da\u0142o zupe\u0142nie inaczej, dop\u00f3ki nie przeszli\u015bmy na DevOps. Wtedy moja dru\u017cyna mia\u0142a r\u00f3\u017cne \u015brodowiska, ale wdro\u017cenie na serwerze rozwojowym odbywa\u0142o si\u0119 r\u0119cznie. Wszyscy programi\u015bci mieli dost\u0119p tylko do jednego serwera rozwojowego opartego na IBM WebSphere Application Server Community Edition. Podczas jednoczesnej pr\u00f3by wdro\u017cenia serwer \"siada\u0142\", a my za ka\u017cdym razem musieli\u015bmy \"bolesnie\" si\u0119 dogadywa\u0107. Mieli\u015bmy te\u017c niewystarczaj\u0105ce pokrycie kodu testami, czasoch\u0142onny proces r\u0119cznego wdro\u017cenia i brak mo\u017cliwo\u015bci \u015bledzenia wdro\u017cenia kodu zwi\u0105zanego z jakim\u015b zadaniem lub wymaganiem klienta.<\/p>\n

<\/p>\n

By\u0142o jasne, \u017ce trzeba co\u015b pilnie zrobi\u0107 i znalaz\u0142em koleg\u0119 o podobnych pogl\u0105dach. Postanowili\u015bmy wsp\u00f3lnie stworzy\u0107 pierwszy \u0142a\u0144cuch DevOps \u2014 on skonfigurowa\u0142 maszyn\u0119 wirtualn\u0105 i serwer aplikacji Tomcat, a ja zaj\u0105\u0142em si\u0119 Jenkins, integracj\u0105 z Atlassian Jira i BitBucket oraz pokryciem kodu testami. Projekt odni\u00f3s\u0142 sukces: ca\u0142kowicie zautomatyzowali\u015bmy \u0142a\u0144cuch rozwoju, osi\u0105gn\u0119li\u015bmy niemal 100% nieprzerwanej pracy serwera rozwojowego, mogli\u015bmy \u015bledzi\u0107 i poprawia\u0107 pokrycie kodu testami, a ga\u0142\u0105\u017a Git mog\u0142a by\u0107 powi\u0105zana z wdro\u017ceniem i zadaniem Jira. A niemal wszystkie narz\u0119dzia, kt\u00f3rymi zbudowali\u015bmy \u0142a\u0144cuch DevOps, by\u0142y oparte na otwartym kodzie \u017ar\u00f3d\u0142owym.<\/p>\n

<\/p>\n

W rzeczywisto\u015bci, proces by\u0142 uproszczony, poniewa\u017c nawet nie stosowali\u015bmy zaawansowanych konfiguracji przy u\u017cyciu Jenkinsa czy Ansible. Ale wszystko si\u0119 uda\u0142o. By\u0107 mo\u017ce to efekt zasady Pareto<\/a><\/noindex> (znana tak\u017ce jako zasada 80\/20).<\/p>\n

<\/p>\n

Kr\u00f3tki opis \u0142a\u0144cucha DevOps i CI\/CD<\/h3>\n

<\/p>\n

DevOps ma r\u00f3\u017cne definicje. DevOps, podobnie jak Agile, obejmuje r\u00f3\u017cne dyscypliny. Jednak wi\u0119kszo\u015b\u0107 zgodzi si\u0119 z nast\u0119puj\u0105c\u0105 definicj\u0105: DevOps to metoda, czyli cykl \u017cycia, rozwoju oprogramowania, kt\u00f3rej g\u0142\u00f3wn\u0105 zasad\u0105 jest tworzenie kultury, w kt\u00f3rej deweloperzy i inni pracownicy \"na tej samej fali\", r\u0119czna praca zostaje zautomatyzowana, ka\u017cdy zajmuje si\u0119 tym, w czym jest najlepszy, zwi\u0119ksza si\u0119 cz\u0119stotliwo\u015b\u0107 dostaw, ro\u015bnie wydajno\u015b\u0107, a elastyczno\u015b\u0107 wzrasta.<\/p>\n

<\/p>\n

I chocia\u017c same narz\u0119dzia nie wystarczaj\u0105 do stworzenia \u015brodowiska DevOps, s\u0105 one niezb\u0119dne. Najwa\u017cniejszym z nich jest ci\u0105g\u0142a integracja i ci\u0105g\u0142e dostarczanie (CI\/CD). W \u0142a\u0144cuchu dla ka\u017cdego \u015brodowiska istniej\u0105 r\u00f3\u017cne etapy (na przyk\u0142ad, DEV (rozw\u00f3j), INT (integracja), TST (testowanie), QA (kontrola jako\u015bci), UAT (testowanie akceptacyjne przez u\u017cytkownik\u00f3w), STG (preparacja), PROD (u\u017cytkowanie)), zadania r\u0119czne s\u0105 zautomatyzowane, deweloperzy mog\u0105 pisa\u0107 jako\u015bciowy kod, dostarcza\u0107 go i \u0142atwo si\u0119 dostosowywa\u0107.<\/p>\n

<\/p>\n

Niniejsza notka opisuje, jak w pi\u0119ciu krokach stworzy\u0107 \u0142a\u0144cuch DevOps, jak pokazano na obrazku poni\u017cej, przy u\u017cyciu narz\u0119dzi z otwartym kodem \u017ar\u00f3d\u0142owym.<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Przechodzimy do rzeczy.<\/p>\n

<\/p>\n

Krok 1: Platforma CI\/CD<\/h3>\n

<\/p>\n

Na pocz\u0105tek potrzebujesz narz\u0119dzia CI\/CD. Jenkins to otwarte narz\u0119dzie CI\/CD napisane w Javie na licencji MIT, kt\u00f3re rozpocz\u0119\u0142o popularyzacj\u0119 ruchu DevOps i kt\u00f3re de facto sta\u0142o si\u0119 standardem dla CI\/CD.<\/p>\n

<\/p>\n

Czym jest Jenkins? Wyobra\u017a sobie, \u017ce masz magiczny pilot do r\u00f3\u017cnych us\u0142ug i narz\u0119dzi. Samo narz\u0119dzie CI\/CD, takie jak Jenkins, jest bezu\u017cyteczne, ale z r\u00f3\u017cnymi narz\u0119dziami i us\u0142ugami staje si\u0119 wszechmocne.<\/p>\n

<\/p>\n

Opr\u00f3cz Jenkinsa istnieje wiele innych otwartych narz\u0119dzi, wybierz jakiekolwiek. <\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Oto jak wygl\u0105da proces DevOps z narz\u0119dziem CI\/CD<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Masz na localhost narz\u0119dzie CI\/CD, ale na razie niewiele mo\u017cna z tym zrobi\u0107. Przechodzimy do nast\u0119pnego kroku.<\/p>\n

<\/p>\n

Krok 2: zarz\u0105dzanie wersjami<\/h3>\n

<\/p>\n

Najlepszym (a mo\u017ce najprostszym) sposobem na sprawdzenie mo\u017cliwo\u015bci narz\u0119dzia CI\/CD jest zintegrowanie go z narz\u0119dziem do zarz\u0105dzania wersjami (source control management, SCM). Po co potrzebne jest zarz\u0105dzanie wersjami? Za\u0142\u00f3\u017cmy, \u017ce tworzysz aplikacj\u0119. Piszesz j\u0105 w Java, Pythonie, C++, Go, Rubym, JavaScripcie lub w jakimkolwiek innym j\u0119zyku, kt\u00f3rych jest mn\u00f3stwo. To, co piszesz, nazywa si\u0119 kodem \u017ar\u00f3d\u0142owym. Na pocz\u0105tku, zw\u0142aszcza je\u015bli pracujesz samodzielnie, mo\u017cesz zapisywa\u0107 wszystko w lokalnym katalogu. Ale kiedy projekt si\u0119 rozwija i do\u0142\u0105cza do niego wi\u0119cej os\u00f3b, potrzebujesz sposobu na dzielenie si\u0119 zmianami w kodzie, unikaj\u0105c jednocze\u015bnie konflikt\u00f3w podczas scalania zmian. A tak\u017ce musisz mie\u0107 spos\u00f3b na odzyskiwanie wcze\u015bniejszych wersji bez korzystania z kopii zapasowych i stosowania metody kopiuj-wklej dla plik\u00f3w z kodem.<\/p>\n

<\/p>\n

I tutaj nie ob\u0119dzie si\u0119 bez SCM. SCM przechowuje kod w repozytoriach, zarz\u0105dza jego wersjami i koordynuje go w\u015br\u00f3d programist\u00f3w.<\/p>\n

<\/p>\n

Jest sporo narz\u0119dzi SCM, ale de facto standardem sta\u0142 si\u0119 Git. Zalecam korzystanie z niego, ale s\u0105 te\u017c inne opcje.<\/p>\n

<\/p>\n

\"Poradnik<\/p>\n

<\/p>\n

Oto jak wygl\u0105da pipeline DevOps po dodaniu SCM.<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Narz\u0119dzie CI\/CD mo\u017ce automatyzowa\u0107 \u0142adowanie i pobieranie kodu \u017ar\u00f3d\u0142owego oraz wsp\u00f3\u0142prac\u0119 w zespole. Nie\u017ale? Ale jak teraz zamieni\u0107 to na dzia\u0142aj\u0105c\u0105 aplikacj\u0119, kochan\u0105 przez miliardy u\u017cytkownik\u00f3w?<\/p>\n

<\/p>\n

Krok 3: narz\u0119dzie automatyzacji budowy<\/h3>\n

<\/p>\n

Wszystko idzie zgodnie z planem. Mo\u017cesz przesy\u0142a\u0107 kod i rejestrowa\u0107 zmiany w systemie kontroli wersji, a tak\u017ce zaprosi\u0107 znajomych do wsp\u00f3\u0142pracy. Ale na razie nie masz aplikacji. Aby to by\u0142o web-aplikacja, trzeba j\u0105 skompilowa\u0107 i umie\u015bci\u0107 w paczce do dostarczenia lub uruchomi\u0107 jako plik wykonywalny. (J\u0119zyk programowania interpretowany, jak JavaScript czy PHP, nie wymaga kompilacji.)<\/p>\n

<\/p>\n

U\u017cyj narz\u0119dzia automatyzacji budowy. Niezale\u017cnie od tego, jakie narz\u0119dzie wybierzesz, b\u0119dzie ono zbiera\u0142o kod w odpowiednim formacie i automatyzowa\u0142o czyszczenie, kompilacj\u0119, testowanie i dostarczanie. Narz\u0119dzia budowy r\u00f3\u017cni\u0105 si\u0119 w zale\u017cno\u015bci od j\u0119zyka, ale zazwyczaj u\u017cywane s\u0105 nast\u0119puj\u0105ce popularne opcje z otwartym kodem.<\/p>\n

<\/p>\n

\"Poradnik<\/p>\n

<\/p>\n

Doskonale! Teraz wstawimy pliki konfiguracyjne narz\u0119dzia automatyzacji budowy do systemu kontroli wersji, aby narz\u0119dzie CI\/CD mog\u0142o je zebra\u0107.<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Wygl\u0105da na to, \u017ce wszystko jest w porz\u0105dku. Ale dok\u0105d teraz to wszystko wdro\u017cy\u0107?<\/p>\n

<\/p>\n

Krok 4: serwer aplikacji webowych<\/h3>\n

<\/p>\n

Zatem masz spakowany plik, kt\u00f3ry mo\u017cna wykona\u0107 lub wdro\u017cy\u0107. Aby aplikacja naprawd\u0119 by\u0142a u\u017cyteczna, musi mie\u0107 jaki\u015b serwis lub interfejs, ale musisz to wszystko gdzie\u015b umie\u015bci\u0107.<\/p>\n

<\/p>\n

Aplikacj\u0119 internetow\u0105 mo\u017cna umie\u015bci\u0107 na serwerze aplikacji. Serwer aplikacji zapewnia \u015brodowisko, w kt\u00f3rym mo\u017cna wykona\u0107 logik\u0119 programow\u0105 z pakietu, zrealizowa\u0107 renderowanie interfejsu i otworzy\u0107 us\u0142ugi internetowe przez gniazdo. Potrzebujesz serwera HTTP i kilku innych \u015brodowisk (na przyk\u0142ad maszyny wirtualnej), aby zainstalowa\u0107 serwer aplikacji. Na razie wyobra\u017amy sobie, \u017ce znasz si\u0119 na tym w trakcie dzia\u0142ania (cho\u0107 o kontenerach opowiem poni\u017cej).<\/p>\n

<\/p>\n

Istnieje kilka otwartych serwer\u00f3w aplikacji webowych.<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Ju\u017c mamy prawie dzia\u0142aj\u0105cy \u0142a\u0144cuch DevOps. \u015awietna robota!<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

W zasadzie tutaj mo\u017cna si\u0119 zatrzyma\u0107, dalej poradzisz sobie sam, ale warto jeszcze wspomnie\u0107 o jako\u015bci kodu.<\/p>\n

<\/p>\n

Krok 5: Pokrycie Testowe<\/h3>\n

<\/p>\n

Testowanie zabiera du\u017co czasu i wysi\u0142ku, ale lepiej natychmiast znale\u017a\u0107 b\u0142\u0119dy i poprawi\u0107 kod, aby zadowoli\u0107 ko\u0144cowych u\u017cytkownik\u00f3w. Istnieje wiele otwartych narz\u0119dzi, kt\u00f3re nie tylko przetestuj\u0105 kod, ale tak\u017ce doradz\u0105, jak go poprawi\u0107. Wi\u0119kszo\u015b\u0107 narz\u0119dzi CI\/CD mo\u017ce integrowa\u0107 si\u0119 z tymi narz\u0119dziami i automatyzowa\u0107 proces.<\/p>\n

<\/p>\n

Testowanie dzieli si\u0119 na dwie cz\u0119\u015bci: ramy testowe do pisania i wykonywania test\u00f3w oraz narz\u0119dzia z podpowiedziami dotycz\u0105cymi poprawy jako\u015bci kodu.<\/p>\n

<\/p>\n

Ramy testowe<\/h3>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Narz\u0119dzia z podpowiedziami dotycz\u0105cymi jako\u015bci<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Wi\u0119kszo\u015b\u0107 tych narz\u0119dzi i ram zosta\u0142a napisana dla Java, Python i JavaScript, poniewa\u017c C++ i C# s\u0105 proprietary (cho\u0107 GCC ma otwarty kod \u017ar\u00f3d\u0142owy).<\/p>\n

<\/p>\n

Zastosowali\u015bmy narz\u0119dzia do pokrycia testowego i teraz pipeline DevOps powinien wygl\u0105da\u0107 jak na rysunku na pocz\u0105tku przewodnika.<\/p>\n

<\/p>\n

Dodatkowe kroki<\/h2>\n

<\/p>\n

Kontenery<\/h3>\n

<\/p>\n

Jak ju\u017c wspomnia\u0142em, serwer aplikacji mo\u017cna umie\u015bci\u0107 na maszynie wirtualnej lub serwerze, ale kontenery s\u0105 bardziej popularne.<\/p>\n

<\/p>\n

Czym s\u0105 kontenery<\/a><\/noindex>? \u0412\u043a\u0440\u0430\u0442\u0446\u0435, \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u0442\u0430, \u0447\u0435\u043c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0430 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0443 \u043e\u0431\u044b\u0447\u043d\u043e \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u0412 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0431\u0435\u0437 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u043d\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c, \u043d\u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440 \u0432\u043c\u0435\u0449\u0430\u0435\u0442 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0438\u0445 \u0437\u0430\u0442\u0440\u0430\u0442.<\/p>\n

<\/p>\n

Dla kontener\u00f3w zwykle wybiera si\u0119 Docker i Kubernetes, chocia\u017c s\u0105 te\u017c inne opcje.<\/p>\n

<\/p>\n

\"Poradnik<\/a><\/noindex><\/p>\n

<\/p>\n

Przeczytaj artyku\u0142y o Dockerze i Kubernetesie na Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n