{"id":87467,"date":"2020-07-08T13:42:11","date_gmt":"2020-07-08T11:42:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn"},"modified":"2020-07-08T13:42:11","modified_gmt":"2020-07-08T11:42:11","slug":"rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","title":{"rendered":"Przewodnik dla pocz\u0105tkuj\u0105cych: tworzenie potoku DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Je\u015bli jeste\u015b nowicjuszem w DevOps, zapoznaj si\u0119 z tym przewodnikiem po tworzeniu swojego pierwszego pi\u0119cioetapowego procesu.<\/i><\/p>\n

\"Przewodnik<\/p>\n

DevOps sta\u0142 si\u0119 standardowym rozwi\u0105zaniem dla naprawy wolnych, rozproszonych lub nieefektywnych proces\u00f3w rozwoju oprogramowania. Problem w tym, \u017ce je\u015bli jeste\u015b nowy w DevOps i nie wiesz, od czego zacz\u0105\u0107, mo\u017cesz nie mie\u0107 pe\u0142nego zrozumienia tych metod. W tym artykule om\u00f3wimy, czym jest pipeline DevOps oraz przedstawimy instrukcj\u0119 jego stworzenia w pi\u0119ciu krokach. Cho\u0107 ten poradnik nie jest wyczerpuj\u0105cy, ma on na celu zapewnienie podstaw do rozpocz\u0119cia twojej drogi oraz dalszego zg\u0142\u0119biania tej tematyki. Zacznijmy jednak od historii.<\/p>\n

Moja podr\u00f3\u017c z DevOps<\/h3>\n

\nDawniej pracowa\u0142em w zespole chmurowym Citi Group, rozwijaj\u0105c aplikacj\u0119 webow\u0105 Infrastructure-as-a-Service (IaaS) do zarz\u0105dzania infrastruktur\u0105 chmurow\u0105 Citi, ale zawsze interesowa\u0142o mnie, jak uczyni\u0107 proces rozwoju bardziej efektywnym oraz wprowadzi\u0107 pozytywne zmiany kulturowe w zespole programist\u00f3w. Odpowied\u017a znalaz\u0142em w ksi\u0105\u017cce polecanej przez Grega Lavender, dyrektora technicznego Citi ds. architektury chmurowej i infrastruktury. Ksi\u0105\u017cka nosi\u0142a tytu\u0142 \u201eProjekt Feniks\u201d (The Phoenix Project<\/a><\/noindex>), kt\u00f3ra wyja\u015bnia zasady DevOps, a czyta si\u0119 j\u0105 jak powie\u015b\u0107.<\/p>\n

W tabeli na odwrocie ksi\u0105\u017cki pokazano, jak cz\u0119sto r\u00f3\u017cne firmy wdra\u017caj\u0105 swoje systemy w \u015brodowisku produkcyjnym:<\/p>\n

Amazon: 23 000 dziennie
\nGoogle: 5 500 dziennie
\nNetflix: 500 dziennie
\nFacebook: raz dziennie
\nTwitter: 3 razy w tygodniu
\nTypowa firma: raz na 9 miesi\u0119cy<\/p>\n

Jak w og\u00f3le mo\u017cliwe s\u0105 takie cz\u0119stotliwo\u015bci w Amazonie, Google i Netflixie? Wszystko dlatego, \u017ce te firmy wymy\u015bli\u0142y, jak stworzy\u0107 niemal idealny pipeline DevOps.
\n<\/a><\/noindex>
\nByli\u015bmy daleko od tego, a\u017c do momentu, gdy wprowadzili\u015bmy DevOps w Citi. Wtedy w moim zespole by\u0142y r\u00f3\u017cne \u015brodowiska, ale wdro\u017cenie na serwerze deweloperskim by\u0142o ca\u0142kowicie r\u0119czne. Wszyscy programi\u015bci mieli dost\u0119p tylko do jednego serwera deweloperskiego opartego na IBM WebSphere Application Server Community Edition. Problem polega\u0142 na tym, \u017ce serwer wy\u0142\u0105cza\u0142 si\u0119 za ka\u017cdym razem, gdy kilku u\u017cytkownik\u00f3w pr\u00f3bowa\u0142o jednocze\u015bnie przeprowadzi\u0107 wdro\u017cenie, wi\u0119c programi\u015bci musieli informowa\u0107 si\u0119 nawzajem o swoich zamiarach, co by\u0142o do\u015b\u0107 bolesne. Ponadto wyst\u0119powa\u0142y problemy z niskim pokryciem testowym kodu, ci\u0119\u017ckimi procesami r\u0119cznego wdro\u017cenia i brakiem mo\u017cliwo\u015bci \u015bledzenia wdro\u017cenia kodu zwi\u0105zanego z okre\u015blonym zadaniem lub histori\u0105 u\u017cytkownika.<\/p>\n

Zrozumia\u0142em, \u017ce trzeba co\u015b zrobi\u0107, i znalaz\u0142em koleg\u0119 z podobnymi pogl\u0105dami. Postanowili\u015bmy wsp\u00f3\u0142pracowa\u0107 przy tworzeniu pocz\u0105tkowego konwejera DevOps \u2013 on zainstalowa\u0142 maszyn\u0119 wirtualn\u0105 i serwer aplikacji Tomcat, podczas gdy ja pracowa\u0142em nad Jenkins, integruj\u0105c Atlassian Jira i BitBucket, a tak\u017ce zajmuj\u0105c si\u0119 pokryciem testowym kodu. Ten projekt poboczny okaza\u0142 si\u0119 bardzo udany: prawie ca\u0142kowicie zautomatyzowali\u015bmy wiele proces\u00f3w, osi\u0105gn\u0119li\u015bmy niemal 100% funkcjonalno\u015bci naszego serwera deweloperskiego, zapewnili\u015bmy \u015bledzenie oraz poprawili\u015bmy pokrycie testowe kodu, a tak\u017ce dodali\u015bmy mo\u017cliwo\u015b\u0107 \u0142\u0105czenia ga\u0142\u0119zi w Git z zadaniami w Jira lub z wdro\u017ceniami. Wi\u0119kszo\u015b\u0107 narz\u0119dzi, kt\u00f3re u\u017cywali\u015bmy do budowy naszego konwejera DevOps, mia\u0142a otwarty kod \u017ar\u00f3d\u0142owy.<\/p>\n

Teraz rozumiem, jak prosty by\u0142 nasz pipeline DevOps: nie u\u017cywali\u015bmy rozszerze\u0144 takich jak pliki Jenkins czy Ansible. Jednak ten prosty konwejer dzia\u0142a\u0142 dobrze, by\u0107 mo\u017ce dzi\u0119ki zasadzie Pareto (znanej r\u00f3wnie\u017c jako zasada 80\/20).<\/p>\n

Kr\u00f3tkie wprowadzenie do DevOps i pipeline'u CI\/CD<\/h3>\n

\nJe\u015bli zapytasz kilka os\u00f3b: \u201eCzym jest DevOps?\u201d, prawdopodobnie otrzymasz kilka r\u00f3\u017cnych odpowiedzi. DevOps, podobnie jak Agile, rozwija\u0142 si\u0119, aby obj\u0105\u0107 wiele r\u00f3\u017cnych dyscyplin, ale wi\u0119kszo\u015b\u0107 ludzi zgodzi si\u0119 co do kilku rzeczy: DevOps to praktyka rozwoju oprogramowania lub cykl \u017cycia rozwoju oprogramowania (SDLC), kt\u00f3rego centralnym zasad\u0105 jest zmiana kultury, w kt\u00f3rej programi\u015bci i osoby spoza obszaru IT istniej\u0105 w \u015brodowisku, w kt\u00f3rym:<\/p>\n

Automatyzowane s\u0105 operacje, kt\u00f3re wcze\u015bniej by\u0142y wykonywane r\u0119cznie;
\nKa\u017cdy robi to, co potrafi najlepiej;
\nLiczba wdro\u017ce\u0144 w okre\u015blonym czasie ro\u015bnie; Wydajno\u015b\u0107 wzrasta;
\nZwi\u0119ksza si\u0119 elastyczno\u015b\u0107 rozwoju.<\/p>\n

Chocia\u017c posiadanie odpowiednich narz\u0119dzi programowych to nie jedyna rzecz potrzebna do stworzenia \u015brodowiska DevOps, niekt\u00f3re narz\u0119dzia s\u0105 niezb\u0119dne. Kluczowym narz\u0119dziem jest ci\u0105g\u0142a integracja i ci\u0105g\u0142e wdra\u017canie (CI\/CD). W tym procesie \u015brodowiska maj\u0105 r\u00f3\u017cne etapy (np. DEV, INT, TST, QA, UAT, STG, PROD), wiele operacji jest zautomatyzowanych, a programi\u015bci mog\u0105 pisa\u0107 wysokiej jako\u015bci kod, osi\u0105ga\u0107 elastyczno\u015b\u0107 rozwoju i wysok\u0105 cz\u0119stotliwo\u015b\u0107 wdro\u017ce\u0144.<\/p>\n

W tym artykule opisano pi\u0119cioetapowe podej\u015bcie do budowania potoku DevOps, podobnego do przedstawionego na nast\u0119pnej diagramie, przy u\u017cyciu narz\u0119dzi open source.<\/p>\n

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

\nPierwsz\u0105 rzecz\u0105, kt\u00f3rej potrzebujesz, jest narz\u0119dzie CI\/CD. Jenkins, narz\u0119dzie open source, oparte na Javie i udost\u0119pniane na licencji MIT, to \u015brodek, kt\u00f3ry spopularyzowa\u0142 kierunek DevOps i sta\u0142 si\u0119 de facto standardem.<\/p>\n

Czym wi\u0119c jest Jenkins? Mo\u017cna to uzna\u0107 za pewien magiczny uniwersalny pilot zdalnego sterowania, kt\u00f3ry mo\u017ce rozmawia\u0107 z r\u00f3\u017cnymi us\u0142ugami i narz\u0119dziami oraz je organizowa\u0107. Samo narz\u0119dzie CI\/CD, takie jak Jenkins, jest bezu\u017cyteczne, ale staje si\u0119 pot\u0119\u017cniejsze, gdy \u0142\u0105czy si\u0119 z r\u00f3\u017cnymi narz\u0119dziami i us\u0142ugami.<\/p>\n

Jenkins to tylko jedno z wielu narz\u0119dzi open source do CI\/CD, kt\u00f3re mo\u017cesz wykorzysta\u0107 do budowy potoku DevOps.<\/p>\n

Jenkins: Creative Commons i MIT
\nTravis CI: MIT
\nCruiseControl: BSD
\nBuildbot: GPL
\nApache Gump: Apache 2.0
\nCabie: GNU<\/p>\n

Oto, jak wygl\u0105daj\u0105 procesy DevOps z narz\u0119dziem CI\/CD:<\/p>\n

\"Przewodnik<\/p>\n

Masz narz\u0119dzie CI\/CD dzia\u0142aj\u0105ce na swoim lokalnym serwerze, ale na razie niewiele mo\u017cesz zrobi\u0107. Przejd\u017amy na kolejny etap podr\u00f3\u017cy w \u015bwiat DevOps.<\/p>\n

Krok 2: Zarz\u0105dzanie systemami kontroli wersji<\/h3>\n

\nNajlepszym (i prawdopodobnie najprostszym) sposobem, aby sprawdzi\u0107, czy twoje narz\u0119dzie CI\/CD mo\u017ce zdzia\u0142a\u0107 cuda, jest integracja z narz\u0119dziem kontroli wersji (SCM). Po co potrzebujesz kontroli wersji? Za\u0142\u00f3\u017cmy, \u017ce tworzysz aplikacj\u0119. Za ka\u017cdym razem, gdy programujesz, niezale\u017cnie od tego, czy u\u017cywasz Javy, Pythona, C++, Go, Rubiego, JavaScriptu czy jakiegokolwiek innego z niezliczonej ilo\u015bci j\u0119zyk\u00f3w programowania. Kod, kt\u00f3ry piszesz, nazywa si\u0119 kodem \u017ar\u00f3d\u0142owym. Na pocz\u0105tku, zw\u0142aszcza gdy pracujesz sam, prawdopodobnie mo\u017cna wszystko umie\u015bci\u0107 w lokalnym katalogu. Ale gdy projekt ro\u015bnie i zapraszasz innych do wsp\u00f3\u0142pracy, potrzebujesz sposobu na zapobieganie konfliktom podczas efektywnej wymiany modyfikacji. Potrzebujesz te\u017c sposobu na przywracanie wcze\u015bniejszych wersji, poniewa\u017c tworzenie kopii zapasowych i kopiowanie\/wklejanie ich ju\u017c nie wystarcza. Ty (i twoi koledzy z zespo\u0142u) potrzebujecie czego\u015b lepszego.<\/p>\n

To w\u0142a\u015bnie tutaj narz\u0119dzie kontroli wersji staje si\u0119 praktycznie niezb\u0119dne. To narz\u0119dzie przechowuje tw\u00f3j kod w repozytoriach, prowadzi rejestr wersji i koordynuje prac\u0119 uczestnik\u00f3w projektu.<\/p>\n

Chocia\u017c istnieje wiele narz\u0119dzi kontroli wersji, Git jest standardem i to prawda. Zdecydowanie polecam korzystanie z Gita, chocia\u017c istniej\u0105 tak\u017ce inne opcje z otwartym kodem.<\/p>\n

Git: GPLv2 i LGPL v2.1
\nSubversion: Apache 2.0
\nConcurrent Versions System (CVS): GNU
\nVesta: LGPL
\nMercurial: GNU GPL v2+<\/p>\n

Tak wygl\u0105da pipeline DevOps z dodanym narz\u0119dziem kontroli wersji.<\/p>\n

\"Przewodnik<\/p>\n

Narz\u0119dzie CI\/CD mo\u017ce zautomatyzowa\u0107 procesy sprawdzania, pobierania kodu \u017ar\u00f3d\u0142owego i wsp\u00f3\u0142pracy mi\u0119dzy cz\u0142onkami zespo\u0142u. Niez\u0142e, prawda? Ale jak sprawi\u0107, aby to dzia\u0142a\u0142o jako aplikacja, z kt\u00f3rej miliardy ludzi b\u0119d\u0105 mog\u0142y korzysta\u0107 i j\u0105 ocenia\u0107?<\/p>\n

Krok 3: Tworzenie narz\u0119dzia automatyzacji kompilacji<\/h3>\n

\n\u015awietnie! Mo\u017cesz sprawdza\u0107 kod i wprowadza\u0107 zmiany w systemie kontroli wersji, a tak\u017ce zaprasza\u0107 swoich znajomych do wsp\u00f3\u0142pracy przy rozwoju. Ale jeszcze nie stworzy\u0142e\u015b aplikacji. Aby stworzy\u0107 aplikacj\u0119 internetow\u0105, musisz j\u0105 skompilowa\u0107 i spakowa\u0107 w format wywo\u0142ywalny lub uruchomi\u0107 jako plik wykonywalny. (Zauwa\u017c, \u017ce interpretowany j\u0119zyk programowania, taki jak JavaScript czy PHP, nie wymaga kompilacji).<\/p>\n

Skorzystaj z narz\u0119dzia automatyzacji budowy. Niezale\u017cnie od tego, kt\u00f3re narz\u0119dzie automatyzacji budowy zdecydujesz si\u0119 u\u017cy\u0107, wszystkie one d\u0105\u017c\u0105 do tego samego celu: przekszta\u0142cenia kodu \u017ar\u00f3d\u0142owego w po\u017c\u0105dany format i zautomatyzowania zadania czyszczenia, kompilacji, testowania i wdra\u017cania w okre\u015blonym \u015brodowisku. Narz\u0119dzia do budowy b\u0119d\u0105 si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od twojego j\u0119zyka programowania, oto kilka og\u00f3lnych opcji z otwartym kodem \u017ar\u00f3d\u0142owym.<\/p>\n

Nazwa
\nLicencja
\nJ\u0119zyk programowania<\/p>\n

Maven
\nApache 2.0
\n Java<\/p>\n

Ant
\nApache 2.0
\nJava<\/p>\n

Gradle
\nApache 2.0
\nJava<\/p>\n

Bazel
\nApache 2.0
\nJava<\/p>\n

Make
\nGNU
\nN\/A<\/p>\n

Grunt
\nMIT
\nJavaScript<\/p>\n

Gulp
\nMIT
\nJavaScript<\/p>\n

Buildr
\nApache
\nRuby<\/p>\n

Rake
\nMIT
\nRuby<\/p>\n

A-A-P
\nGNU
\nPython<\/p>\n

SCons
\nMIT
\nPython<\/p>\n

BitBake
\nGPLv2
\nPython<\/p>\n

Cake
\nMIT
\nC#<\/p>\n

ASDF
\nExpat (MIT)
\nLISP<\/p>\n

Cabal
\nBSD
\nHaskell<\/p>\n

\u015awietnie! Mo\u017cesz umie\u015bci\u0107 pliki konfiguracyjne narz\u0119dzia automatyzacji budowy w systemie kontroli wersji i pozwoli\u0107 swojemu narz\u0119dziu CI\/CD po\u0142\u0105czy\u0107 wszystko w jedn\u0105 ca\u0142o\u015b\u0107.<\/p>\n

\"Przewodnik<\/p>\n

Wszystko w porz\u0105dku, prawda? Ale gdzie wdro\u017cy\u0107 swoj\u0105 aplikacj\u0119?<\/p>\n

Krok 4: Serwer dla aplikacji internetowych<\/h3>\n

\nNa razie masz zapakowany plik, kt\u00f3ry mo\u017ce by\u0107 zar\u00f3wno wykonywalny, jak i instalacyjny. Aby aplikacja by\u0142a naprawd\u0119 przydatna, musi oferowa\u0107 jak\u0105\u015b us\u0142ug\u0119 lub interfejs, ale potrzebujesz kontenera do umieszczenia swojej aplikacji.<\/p>\n

Serwer dla aplikacji internetowych to dok\u0142adnie taki kontener. Serwer zapewnia \u015brodowisko, w kt\u00f3rym logiczna struktura pakietu wywo\u0142ywalnego mo\u017ce by\u0107 okre\u015blona. Serwer tak\u017ce udost\u0119pnia interfejs i oferuje us\u0142ugi internetowe, otwieraj\u0105c gniazda dla zewn\u0119trznego \u015bwiata. Potrzebujesz serwera HTTP oraz jakiego\u015b \u015brodowiska (na przyk\u0142ad maszyny wirtualnej) do jego instalacji. A na razie za\u0142\u00f3\u017cmy, \u017ce dowiesz si\u0119 o tym p\u00f3\u017aniej (cho\u0107 powiem o kontenerach poni\u017cej).<\/p>\n

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

Nazwa
\nLicencja
\nJ\u0119zyk programowania<\/p>\n

Tomcat
\nApache 2.0
\nJava<\/p>\n

Jetty
\nApache 2.0
\nJava<\/p>\n

WildFly
\nGNU Lesser Public
\nJava<\/p>\n

GlassFish
\nCDDL & GNU Less Public
\nJava<\/p>\n

Django
\n3-Clause BSD
\nPython<\/p>\n

Tornado
\nApache 2.0
\nPython<\/p>\n

Gunicorn
\nMIT
\nPython<\/p>\n

Python
\nMIT
\nPython<\/p>\n

Rails
\nMIT
\nRuby<\/p>\n

Node.js
\nMIT
\nJavascript<\/p>\n

Tw\u00f3j pipeline DevOps jest prawie gotowy do u\u017cycia. Dobra robota!<\/p>\n

\"Przewodnik<\/p>\n

Cho\u0107 mo\u017cna na tym poprzesta\u0107 i zaj\u0105\u0107 si\u0119 integracj\u0105 samodzielnie, jako\u015b\u0107 kodu to wa\u017cna kwestia dla programisty aplikacji i nale\u017cy si\u0119 ni\u0105 martwi\u0107.<\/p>\n

Krok 5: Pokrycie testowania kodu<\/h3>\n

\nWdra\u017canie test\u00f3w mo\u017ce by\u0107 kolejnym uci\u0105\u017cliwym wymaganiem, ale programi\u015bci musz\u0105 wychwytywa\u0107 wszelkie b\u0142\u0119dy w aplikacji na wczesnym etapie i poprawia\u0107 jako\u015b\u0107 kodu, aby zapewni\u0107 satysfakcj\u0119 ko\u0144cowych u\u017cytkownik\u00f3w. Na szcz\u0119\u015bcie istnieje wiele narz\u0119dzi open source do testowania kodu i generowania rekomendacji dotycz\u0105cych poprawy jego jako\u015bci. Jeszcze lepiej, \u017ce wi\u0119kszo\u015b\u0107 narz\u0119dzi CI\/CD mo\u017ce \u0142\u0105czy\u0107 si\u0119 z tymi narz\u0119dziami i automatyzowa\u0107 proces.<\/p>\n

Testowanie kodu sk\u0142ada si\u0119 z dw\u00f3ch cz\u0119\u015bci: framework\u00f3w do testowania kodu, kt\u00f3re pomagaj\u0105 pisa\u0107 i uruchamia\u0107 testy, oraz narz\u0119dzi do generowania sugestii, kt\u00f3re pomagaj\u0105 poprawi\u0107 jako\u015b\u0107 kodu.<\/p>\n

Systemy testowania kodu<\/b><\/p>\n

Nazwa
\nLicencja
\nJ\u0119zyk programowania<\/p>\n

JUnit
\nLicencja publiczna Eclipse
\nJava<\/p>\n

EasyMock
\nApache
\nJava<\/p>\n

Mockito
\nMIT
\nJava<\/p>\n

PowerMock
\nApache 2.0
\nJava<\/p>\n

Pytest
\n MIT
\nPython<\/p>\n

Hypothesis
\nMozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Systemy rekomendacji dotycz\u0105ce poprawy kodu<\/b><\/p>\n

Nazwa
\nLicencja
\nJ\u0119zyk programowania<\/p>\n

Cobertura
\nGNU
\nJava<\/p>\n

CodeCover
\nEclipse Public (EPL)
\nJava<\/p>\n

Coverage.py
\n Apache 2.0
\nPython<\/p>\n

Emma
\nCommon Public License
\nJava<\/p>\n

JaCoCo
\n Licencja publiczna Eclipse
\nJava<\/p>\n

Hypothesis
\n Mozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Jasmine
\nMIT
\nJavaScript<\/p>\n

Karma
\nMIT
\nJavaScript<\/p>\n

Mocha
\n MIT
\nJavaScript<\/p>\n

Jest
\nMIT
\nJavaScript<\/p>\n

Zauwa\u017c, \u017ce wi\u0119kszo\u015b\u0107 narz\u0119dzi i framework\u00f3w wymienionych powy\u017cej zosta\u0142a napisanych dla Javy, Pythona i JavaScriptu, poniewa\u017c C++ i C# s\u0105 j\u0119zykami programowania obj\u0119tymi prawami w\u0142asno\u015bciowymi (cho\u0107 GCC ma otwarte \u017ar\u00f3d\u0142o).<\/p>\n

Teraz, gdy wdro\u017cy\u0142e\u015b narz\u0119dzia do pokrycia kodu testami, Tw\u00f3j pipeline DevOps powinien przypomina\u0107 diagram pokazany na pocz\u0105tku tego przewodnika.<\/p>\n

Dodatkowe kroki<\/h3>\n

\nKontenery<\/b><\/p>\n

Jak ju\u017c wspomina\u0142em, mo\u017cesz hostowa\u0107 sw\u00f3j serwer na maszynie wirtualnej lub serwerze, ale kontenery s\u0105 popularnym rozwi\u0105zaniem.<\/p>\n

Czym s\u0105 kontenery? Kr\u00f3tkie wyja\u015bnienie polega na tym, \u017ce maszyna wirtualna potrzebuje ogromnej ilo\u015bci pami\u0119ci systemu operacyjnego, przekraczaj\u0105cej rozmiar aplikacji, podczas gdy kontener potrzebuje tylko kilku bibliotek i konfiguracji do uruchomienia aplikacji. Oczywi\u015bcie maszyna wirtualna ma wci\u0105\u017c wa\u017cne zastosowania, ale kontener to lekkie rozwi\u0105zanie do hostingu aplikacji, w tym serwer\u00f3w aplikacyjnych.<\/p>\n

Cho\u0107 istniej\u0105 inne opcje kontener\u00f3w, najpopularniejsze to Docker i Kubernetes.<\/p>\n

Docker: Apache 2.0
\nKubernetes: Apache 2.0<\/p>\n

\u015arodki automatyzacji po\u015bredniej<\/b><\/p>\n

Nasz pipeline DevOps g\u0142\u00f3wnie skupia si\u0119 na wsp\u00f3lnym tworzeniu i wdra\u017caniu aplikacji, ale istnieje wiele innych rzeczy, kt\u00f3re mo\u017cna zrobi\u0107 za pomoc\u0105 narz\u0119dzi DevOps. Jednym z nich jest wykorzystanie narz\u0119dzi Infrastructure as Code (IaC), kt\u00f3re znane s\u0105 r\u00f3wnie\u017c jako \u015brodki automatyzacji po\u015bredniej. Te narz\u0119dzia pomagaj\u0105 zautomatyzowa\u0107 instalacj\u0119, zarz\u0105dzanie i inne zadania dla oprogramowania po\u015bredniego. Na przyk\u0142ad, narz\u0119dzie automatyzacji mo\u017ce wyodr\u0119bnia\u0107 aplikacje, takie jak serwer aplikacji, bazy danych i narz\u0119dzia do monitorowania, z odpowiednimi konfiguracjami i wdra\u017ca\u0107 je na serwerze aplikacji.<\/p>\n

Oto kilka narz\u0119dzi automatyzacji po\u015bredniej z otwartym kodem \u017ar\u00f3d\u0142owym:<\/p>\n

Ansible: GNU Public
\nSaltStack: Apache 2.0
\nChef: Apache 2.0
\nPuppet: Apache lub GPL<\/p>\n

\"Przewodnik<\/p>\n

Dowiedz si\u0119 szczeg\u00f3\u0142\u00f3w, jak zdoby\u0107 po\u017c\u0105dan\u0105 profesj\u0119 od podstaw lub rozwin\u0105\u0107 umiej\u0119tno\u015bci i zarobki, ucz\u0105c si\u0119 na p\u0142atnych kursach online SkillFactory:<\/p>\n