{"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\/cs\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","title":{"rendered":"Pr\u016fvodce pro za\u010d\u00e1te\u010dn\u00edky: vytv\u00e1\u0159\u00edme DevOps pipeline","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pokud jste nov\u00e1\u010dek v DevOps, pod\u00edvejte se na tento n\u00e1vod, jak vytvo\u0159it sv\u016fj prvn\u00ed p\u011btistup\u0148ov\u00fd pipeline.<\/i><\/p>\n

\"Pr\u016fvodce<\/p>\n

DevOps se stal standardn\u00edm \u0159e\u0161en\u00edm pro opravu pomal\u00fdch, roztr\u017een\u00fdch nebo nefunk\u010dn\u00edch proces\u016f v\u00fdvoje softwaru. Probl\u00e9m je v tom, \u017ee pokud jste nov\u00e1\u010dek v DevOps a nev\u00edte, jak za\u010d\u00edt, m\u016f\u017eete m\u00edt nedostatek porozum\u011bn\u00ed t\u011bmto metod\u00e1m. V tomto \u010dl\u00e1nku se budeme zab\u00fdvat definic\u00ed DevOps pipeline a nab\u00eddneme n\u00e1vod na jej\u00ed vytvo\u0159en\u00ed v p\u011bti kroc\u00edch. A\u010dkoli tento n\u00e1vod nen\u00ed vy\u010derp\u00e1vaj\u00edc\u00ed, m\u011bl by v\u00e1m poskytnout z\u00e1klady, abyste mohli za\u010d\u00edt svou cestu a roz\u0161\u00ed\u0159it sv\u00e9 znalosti v budoucnu. Ale za\u010dneme histori\u00ed.<\/p>\n

Moje cesta k DevOps<\/h3>\n

\nD\u0159\u00edve jsem pracoval v cloudov\u00e9m t\u00fdmu Citi Group, kde jsem vyv\u00edjel webovou aplikaci Infrastructure-as-a-Service (IaaS) pro spr\u00e1vu cloudov\u00e9 infrastruktury Citi, ale v\u017edy m\u011b zaj\u00edmalo, jak u\u010dinit proces v\u00fdvoje efektivn\u011bj\u0161\u00edm a p\u0159in\u00e9st pozitivn\u00ed kulturn\u00ed zm\u011bny do t\u00fdmu v\u00fdvoj\u00e1\u0159\u016f. Odpov\u011b\u010f jsem na\u0161el v knize, kterou doporu\u010dil Greg Lavender, technick\u00fd \u0159editel Citi pro cloudovou architekturu a infrastrukturu. Kniha se jmenovala \u201eProjekt F\u00e9nix\u201c (The Phoenix Project<\/a><\/noindex>), a vysv\u011btluje principy DevOps, p\u0159i\u010dem\u017e se \u010dte jako rom\u00e1n.<\/p>\n

V tabulce na zadn\u00ed stran\u011b knihy je uvedeno, jak \u010dasto r\u016fzn\u00e9 spole\u010dnosti nasazuj\u00ed sv\u00e9 syst\u00e9my v prost\u0159ed\u00ed pro uvoln\u011bn\u00ed verz\u00ed:<\/p>\n

Amazon: 23 000 denn\u011b
\nGoogle: 5 500 denn\u011b
\nNetflix: 500 denn\u011b
\nFacebook: Jednou denn\u011b
\nTwitter: 3kr\u00e1t t\u00fddn\u011b
\nTypick\u00e1 spole\u010dnost: Jednou za 9 m\u011bs\u00edc\u016f<\/p>\n

Jak je v\u016fbec mo\u017en\u00e9, \u017ee Amazon, Google a Netflix maj\u00ed takov\u00e9 frekvence? Je to proto, \u017ee tyto spole\u010dnosti vymyslely, jak vytvo\u0159it t\u00e9m\u011b\u0159 dokonal\u00fd DevOps pipeline.
\n<\/a><\/noindex>
\nByli jsme od toho daleko, dokud jsme ve spole\u010dnosti Citi nezavedli DevOps. V t\u00e9 dob\u011b m\u011bla m\u00e1 skupina r\u016fzn\u00e1 prost\u0159ed\u00ed, ale nasazen\u00ed na v\u00fdvojov\u00e9m serveru bylo zcela ru\u010dn\u00ed. V\u0161ichni v\u00fdvoj\u00e1\u0159i m\u011bli p\u0159\u00edstup pouze k jednomu v\u00fdvojov\u00e9mu serveru zalo\u017een\u00e9mu na IBM WebSphere Application Server Community Edition. Probl\u00e9m byl v tom, \u017ee server se vypnul poka\u017ed\u00e9, kdy\u017e se n\u011bkolik u\u017eivatel\u016f pokusilo prov\u00e9st nasazen\u00ed, tak\u017ee se v\u00fdvoj\u00e1\u0159i museli navz\u00e1jem informovat o sv\u00fdch z\u00e1m\u011brech, co\u017e bylo dost nep\u0159\u00edjemn\u00e9. Krom\u011b toho byly probl\u00e9my s n\u00edzkou \u00farovn\u00ed testovac\u00edho pokryt\u00ed k\u00f3du, t\u011b\u017ekop\u00e1dn\u00fdmi procesy ru\u010dn\u00edho nasazen\u00ed a absenc\u00ed mo\u017enosti sledovat nasazen\u00ed k\u00f3du spojen\u00e9ho s konkr\u00e9tn\u00edm \u00fakolem nebo u\u017eivatelskou histori\u00ed.<\/p>\n

Uv\u011bdomil jsem si, \u017ee je pot\u0159eba n\u011bco podniknout, a na\u0161el jsem kolegu, kter\u00fd m\u011bl stejn\u00fd n\u00e1zor. Rozhodli jsme se spolupracovat na vytvo\u0159en\u00ed po\u010d\u00e1te\u010dn\u00edho DevOps kontejneru \u2013 on nainstaloval virtu\u00e1ln\u00ed stroj a server aplikac\u00ed Tomcat, zat\u00edmco j\u00e1 pracoval na Jenkinsu, integrov\u00e1n\u00ed Atlassian Jira a BitBucket a tak\u00e9 na testovac\u00edm pokryt\u00ed k\u00f3du. Tento vedlej\u0161\u00ed projekt byl velmi \u00fasp\u011b\u0161n\u00fd: t\u00e9m\u011b\u0159 jsme zcela automatizovali mnoho proces\u016f, dos\u00e1hli jsme t\u00e9m\u011b\u0159 100% funk\u010dnosti na\u0161eho v\u00fdvojov\u00e9ho serveru, zajistili jsme sledov\u00e1n\u00ed a zlep\u0161ili testovac\u00ed pokryt\u00ed k\u00f3du a tak\u00e9 jsme p\u0159idali mo\u017enost spojovat v\u011btve v Gitu s \u00fakoly v Jira nebo nasazen\u00edm. V\u011bt\u0161ina n\u00e1stroj\u016f, kter\u00e9 jsme pou\u017eili k v\u00fdstavb\u011b na\u0161eho DevOps kontejneru, m\u011bla otev\u0159en\u00fd zdrojov\u00fd k\u00f3d.<\/p>\n

Nyn\u00ed rozum\u00edm, jak jednoduch\u00fd byl n\u00e1\u0161 DevOps pipeline: nepou\u017e\u00edvali jsme roz\u0161\u00ed\u0159en\u00ed jako Jenkins files nebo Ansible. Tento jednoduch\u00fd kontejner v\u0161ak dob\u0159e fungoval, mo\u017en\u00e1 d\u00edky principu Pareto (zn\u00e1m\u00e9mu tak\u00e9 jako pravidlo 80\/20).<\/p>\n

Stru\u010dn\u00e9 \u00favod do DevOps a CI\/CD pipeline<\/h3>\n

\nPokud se zept\u00e1te n\u011bkolika lid\u00ed: \u201eCo je to DevOps?\u201c, pravd\u011bpodobn\u011b dostanete n\u011bkolik r\u016fzn\u00fdch odpov\u011bd\u00ed. DevOps, podobn\u011b jako Agile, se vyv\u00edjel, aby pokryl \u0159adu r\u016fzn\u00fdch discipl\u00edn, ale v\u011bt\u0161ina lid\u00ed se shodne na n\u011bkolika v\u011bcech: DevOps je praxe v\u00fdvoje softwaru nebo \u017eivotn\u00ed cyklus v\u00fdvoje softwaru (SDLC), jeho\u017e centr\u00e1ln\u00edm principem je zm\u011bna kultury, ve kter\u00e9 existuj\u00ed v\u00fdvoj\u00e1\u0159i a ne-v\u00fdvoj\u00e1\u0159i v prost\u0159ed\u00ed, kde:<\/p>\n

Byly automatizov\u00e1ny operace, kter\u00e9 byly d\u0159\u00edve prov\u00e1d\u011bny ru\u010dn\u011b;
\nKa\u017ed\u00fd d\u011bl\u00e1 to, co um\u00ed nejl\u00e9pe;
\nZvy\u0161uje se po\u010det nasazen\u00ed za ur\u010dit\u00e9 \u010dasov\u00e9 obdob\u00ed; roste propustnost;
\nZvy\u0161uje se flexibilita v\u00fdvoje.<\/p>\n

A\u010dkoli m\u00edt spr\u00e1vn\u00e9 softwarov\u00e9 n\u00e1stroje nen\u00ed jedinou podm\u00ednkou pro vytvo\u0159en\u00ed prost\u0159ed\u00ed DevOps, n\u011bkter\u00e9 n\u00e1stroje jsou nezbytn\u00e9. Kl\u00ed\u010dov\u00fdm n\u00e1strojem je kontinu\u00e1ln\u00ed integrace a kontinu\u00e1ln\u00ed nasazen\u00ed (CI\/CD). V tomto potrub\u00ed m\u00e1 prost\u0159ed\u00ed r\u016fzn\u00e9 f\u00e1ze (nap\u0159. DEV, INT, TST, QA, UAT, STG, PROD), mnoh\u00e9 operace jsou automatizov\u00e1ny a v\u00fdvoj\u00e1\u0159i mohou ps\u00e1t vysoce kvalitn\u00ed k\u00f3d, dosahovat flexibility v\u00fdvoje a vysok\u00e9 frekvence nasazen\u00ed.<\/p>\n

\u010cl\u00e1nek popisuje p\u011btistup\u0148ov\u00fd p\u0159\u00edstup k vytvo\u0159en\u00ed DevOps potrub\u00ed, podobn\u00e9ho tomu zobrazen\u00e9mu na n\u00e1sleduj\u00edc\u00ed diagramu, s vyu\u017eit\u00edm n\u00e1stroj\u016f s otev\u0159en\u00fdm zdrojov\u00fdm k\u00f3dem.<\/p>\n

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

\nPrvn\u00ed v\u011bc, kterou pot\u0159ebujete, je n\u00e1stroj pro CI\/CD. Jenkins, open-source n\u00e1stroj zalo\u017een\u00fd na Jav\u011b a distribuovan\u00fd pod licenc\u00ed MIT, je t\u00edmto prost\u0159edkem, kter\u00fd popularizoval sm\u011br DevOps a stal se de facto standardem.<\/p>\n

Co tedy Jenkins je? Pova\u017eujte ho za jak\u00fdsi magick\u00fd univerz\u00e1ln\u00ed d\u00e1lkov\u00fd ovlada\u010d, kter\u00fd m\u016f\u017ee komunikovat s r\u016fzn\u00fdmi slu\u017ebami a n\u00e1stroji a organizovat je. S\u00e1m o sob\u011b je n\u00e1stroj CI\/CD, jako je Jenkins, k ni\u010demu, ale st\u00e1v\u00e1 se siln\u011bj\u0161\u00edm, kdy\u017e se propoj\u00ed s r\u016fzn\u00fdmi n\u00e1stroji a slu\u017ebami.<\/p>\n

Jenkins je pouze jedn\u00edm z mnoha open-source n\u00e1stroj\u016f pro CI\/CD, kter\u00e9 m\u016f\u017eete pou\u017e\u00edt k vytvo\u0159en\u00ed DevOps pipeline.<\/p>\n

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

Takto vypadaj\u00ed DevOps procesy s n\u00e1strojem CI\/CD:<\/p>\n

\"Pr\u016fvodce<\/p>\n

M\u00e1te n\u00e1stroj CI\/CD b\u011b\u017e\u00edc\u00ed na va\u0161em localhostu, ale zat\u00edm s n\u00edm toho moc neud\u011bl\u00e1te. Poj\u010fme se posunout na dal\u0161\u00ed etapu cesty do sv\u011bta DevOps.<\/p>\n

Krok 2: Spr\u00e1va syst\u00e9m\u016f pro spr\u00e1vu verz\u00ed<\/h3>\n

\nNejlep\u0161\u00ed (a mo\u017en\u00e1 nejjednodu\u0161\u0161\u00ed) zp\u016fsob, jak ov\u011b\u0159it, \u017ee v\u00e1\u0161 n\u00e1stroj CI\/CD um\u00ed kouzlit \u2013 je integrace s n\u00e1strojem pro spr\u00e1vu verz\u00ed (SCM). Pro\u010d pot\u0159ebujete spr\u00e1vu verz\u00ed? P\u0159edstavte si, \u017ee vyv\u00edj\u00edte aplikaci. Kdykoli vytv\u00e1\u0159\u00edte aplikaci, programujete, a nez\u00e1le\u017e\u00ed na tom, zda pou\u017e\u00edv\u00e1te Java, Python, C++, Go, Ruby, JavaScript nebo n\u011bjak\u00fd z miliard programovac\u00edch jazyk\u016f. K\u00f3d, kter\u00fd p\u00ed\u0161ete, se naz\u00fdv\u00e1 zdrojov\u00fd k\u00f3d. Na za\u010d\u00e1tku, zvl\u00e1\u0161\u0165 pokud pracujete sami, je pravd\u011bpodobn\u011b mo\u017en\u00e9 v\u0161echno ulo\u017eit do m\u00edstn\u00edho adres\u00e1\u0159e. Ale kdy\u017e projekt roste a pozvete dal\u0161\u00ed lidi ke spolupr\u00e1ci, pot\u0159ebujete zp\u016fsob, jak zabr\u00e1nit konflikt\u016fm p\u0159i efektivn\u00ed v\u00fdm\u011bn\u011b modifikac\u00ed. Tak\u00e9 pot\u0159ebujete zp\u016fsob, jak obnovit p\u0159edchoz\u00ed verze, proto\u017ee vytv\u00e1\u0159en\u00ed z\u00e1loh a jejich kop\u00edrov\u00e1n\u00ed\/vkl\u00e1d\u00e1n\u00ed se u\u017e st\u00e1v\u00e1 zastaral\u00fdm. Pot\u0159ebujete (a va\u0161i kolegov\u00e9) n\u011bco lep\u0161\u00edho.<\/p>\n

Pr\u00e1v\u011b tady se st\u00e1v\u00e1 n\u00e1stroj pro spr\u00e1vu verz\u00ed prakticky nezbytn\u00fdm. Tento n\u00e1stroj uchov\u00e1v\u00e1 v\u00e1\u0161 k\u00f3d v repozit\u00e1\u0159\u00edch, sleduje verze a koordinuje pr\u00e1ci \u00fa\u010dastn\u00edk\u016f projektu.<\/p>\n

A\u010dkoli existuje spousta n\u00e1stroj\u016f pro spr\u00e1vu verz\u00ed, Git je standard, a to plat\u00ed. Siln\u011b doporu\u010duji pou\u017e\u00edvat Git, p\u0159esto existuj\u00ed tak\u00e9 jin\u00e9 mo\u017enosti s otev\u0159en\u00fdm zdrojov\u00fdm k\u00f3dem.<\/p>\n

Git: GPLv2 a LGPL v2.1
\nSubversion: Apache 2.0
\nSou\u010dasn\u00fd syst\u00e9m verz\u00ed (CVS): GNU
\nVesta: LGPL
\nMercurial: GNU GPL v2+<\/p>\n

Takto vypad\u00e1 DevOps pipeline s p\u0159id\u00e1n\u00edm syst\u00e9m\u016f spr\u00e1vy verz\u00ed.<\/p>\n

\"Pr\u016fvodce<\/p>\n

N\u00e1stroj CI\/CD m\u016f\u017ee automatizovat procesy kontroly, z\u00edsk\u00e1n\u00ed zdrojov\u00e9ho k\u00f3du a spolupr\u00e1ci mezi \u010dleny. Nen\u00ed to \u0161patn\u00e9? Ale jak z toho vytvo\u0159it funk\u010dn\u00ed aplikaci, aby ji miliardy lid\u00ed mohly pou\u017e\u00edvat a ocenit?<\/p>\n

Krok 3: Vytvo\u0159en\u00ed n\u00e1stroje pro automatizaci sestaven\u00ed<\/h3>\n

\nSkv\u011ble! M\u016f\u017eete kontrolovat k\u00f3d a prov\u00e1d\u011bt zm\u011bny v syst\u00e9mu spr\u00e1vy verz\u00ed a tak\u00e9 pozvat sv\u00e9 p\u0159\u00e1tele ke spolupr\u00e1ci na v\u00fdvoji. Ale zat\u00edm jste nevytvo\u0159ili aplikaci. Abyste vytvo\u0159ili webovou aplikaci, mus\u00edte ji zkompilovat a zabalit do nasaditeln\u00e9ho form\u00e1tu nebo spustit jako spustiteln\u00fd soubor. (Vezm\u011bte pros\u00edm na v\u011bdom\u00ed, \u017ee interpretovan\u00fd programovac\u00ed jazyk, jako je JavaScript nebo PHP, nepot\u0159ebuje kompilaci).<\/p>\n

Vyu\u017eijte n\u00e1stroj pro automatizaci sestaven\u00ed. Bez ohledu na to, kter\u00fd n\u00e1stroj pro automatizaci sestaven\u00ed se rozhodnete pou\u017e\u00edt, v\u0161echny maj\u00ed stejn\u00fd c\u00edl: zkompilovat zdrojov\u00fd k\u00f3d do \u017e\u00e1douc\u00edho form\u00e1tu a automatizovat \u00fakol \u00faklidu, kompilace, testov\u00e1n\u00ed a nasazen\u00ed v konkr\u00e9tn\u00edm prost\u0159ed\u00ed. N\u00e1stroje pro sestaven\u00ed se budou li\u0161it v z\u00e1vislosti na va\u0161em programovac\u00edm jazyce, ale zde je n\u011bkolik obecn\u00fdch open-source mo\u017enost\u00ed.<\/p>\n

N\u00e1zev
\nLicence
\nProgramovac\u00ed jazyk<\/p>\n

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

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

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

Bazel
\nApache 2.0
\nJavy<\/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
\nCouchDB<\/p>\n

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

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

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

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

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

Skv\u011ble! M\u016f\u017eete um\u00edstit konfigura\u010dn\u00ed soubory n\u00e1stroje pro automatizaci sestaven\u00ed do syst\u00e9mu spr\u00e1vy verz\u00ed a nechat v\u00e1\u0161 n\u00e1stroj CI\/CD v\u0161e poskl\u00e1dat dohromady.<\/p>\n

\"Pr\u016fvodce<\/p>\n

V\u0161echno je v po\u0159\u00e1dku, \u017ee? Ale kde nasad\u00edte svou aplikaci?<\/p>\n

Krok 4: Server pro webov\u00e9 aplikace<\/h3>\n

\nZat\u00edm m\u00e1te zabalen\u00fd soubor, kter\u00fd m\u016f\u017ee b\u00fdt jak spustiteln\u00fd, tak instala\u010dn\u00ed. Aby byla jak\u00e1koli aplikace skute\u010dn\u011b u\u017eite\u010dn\u00e1, mus\u00ed poskytovat n\u011bjakou slu\u017ebu nebo rozhran\u00ed, ale pot\u0159ebujete kontejner pro hostov\u00e1n\u00ed va\u0161\u00ed aplikace.<\/p>\n

Server pro webov\u00e9 aplikace p\u0159edstavuje pr\u00e1v\u011b takov\u00fd kontejner. Server poskytuje prost\u0159ed\u00ed, ve kter\u00e9m m\u016f\u017ee b\u00fdt definov\u00e1na logika nasaditeln\u00e9ho bal\u00ed\u010dku. Tak\u00e9 server poskytuje rozhran\u00ed a nab\u00edz\u00ed webov\u00e9 slu\u017eby, otev\u00edr\u00e1 sockety do vn\u011bj\u0161\u00edho sv\u011bta. Pot\u0159ebujete HTTP server a tak\u00e9 n\u011bjak\u00e9 prost\u0159ed\u00ed (nap\u0159\u00edklad virtu\u00e1ln\u00ed stroj) pro jeho instalaci. Zat\u00edm p\u0159edpokl\u00e1dejme, \u017ee se o tom dozv\u00edte v\u00edce pozd\u011bji (i kdy\u017e n\u00ed\u017ee v\u00e1m pov\u00edm o kontejnerech).<\/p>\n

Existuje n\u011bkolik open-source server\u016f pro webov\u00e9 aplikace.<\/p>\n

N\u00e1zev
\nLicence
\nProgramovac\u00ed jazyk<\/p>\n

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

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

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

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

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

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

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

CouchDB
\nMIT
\nCouchDB<\/p>\n

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

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

V\u00e1\u0161 DevOps pipeline je t\u00e9m\u011b\u0159 p\u0159ipraven k pou\u017eit\u00ed. Dobr\u00e1 pr\u00e1ce!<\/p>\n

\"Pr\u016fvodce<\/p>\n

I kdy\u017e se m\u016f\u017eete zastavit a za\u010d\u00edt s integrac\u00ed sami, kvalita k\u00f3du je pro v\u00fdvoj\u00e1\u0159e aplikac\u00ed d\u016fle\u017eit\u00e1 a je t\u0159eba se o ni postarat.<\/p>\n

Krok 5: Pokryt\u00ed testov\u00e1n\u00ed k\u00f3du<\/h3>\n

\nImplementace test\u016f m\u016f\u017ee b\u00fdt dal\u0161\u00edm n\u00e1ro\u010dn\u00fdm po\u017eadavkem, ale v\u00fdvoj\u00e1\u0159i by m\u011bli zachytit jak\u00e9koli chyby v aplikaci v ran\u00e9 f\u00e1zi a zlep\u0161it kvalitu k\u00f3du, aby zajistili spokojenost koncov\u00fdch u\u017eivatel\u016f. Na\u0161t\u011bst\u00ed existuje mnoho open-source n\u00e1stroj\u016f pro testov\u00e1n\u00ed va\u0161eho k\u00f3du a generov\u00e1n\u00ed doporu\u010den\u00ed pro zlep\u0161en\u00ed jeho kvality. Je\u0161t\u011b l\u00e9pe, v\u011bt\u0161ina n\u00e1stroj\u016f CI\/CD se m\u016f\u017ee propojit s t\u011bmito n\u00e1stroji a automatizovat proces.<\/p>\n

Testov\u00e1n\u00ed k\u00f3du se skl\u00e1d\u00e1 ze dvou \u010d\u00e1st\u00ed: r\u00e1mce pro testov\u00e1n\u00ed k\u00f3du, kter\u00e9 napom\u00e1haj\u00ed p\u0159i psan\u00ed a spou\u0161t\u011bn\u00ed test\u016f, a n\u00e1stroje pro generov\u00e1n\u00ed n\u00e1vrh\u016f, kter\u00e9 pom\u00e1haj\u00ed zlep\u0161it kvalitu k\u00f3du.<\/p>\n

Syst\u00e9my testov\u00e1n\u00ed k\u00f3du<\/b><\/p>\n

N\u00e1zev
\nLicence
\nProgramovac\u00ed jazyk<\/p>\n

JUnit
\nEclipse Public License
\nJavy<\/p>\n

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

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

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

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

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

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

Syst\u00e9my doporu\u010den\u00ed pro zlep\u0161en\u00ed k\u00f3du<\/b><\/p>\n

N\u00e1zev
\nLicence
\nProgramovac\u00ed jazyk<\/p>\n

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

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

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

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

JaCoCo
\n Eclipse Public License
\nJavy<\/p>\n

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

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

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

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

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

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

Vezm\u011bte pros\u00edm na v\u011bdom\u00ed, \u017ee v\u011bt\u0161ina n\u00e1stroj\u016f a r\u00e1mc\u016f zm\u00edn\u011bn\u00fdch v\u00fd\u0161e je naps\u00e1na pro Java, Python a JavaScript, proto\u017ee C++ a C# jsou propriet\u00e1rn\u00ed programovac\u00ed jazyky (a\u010dkoli GCC je open source).<\/p>\n

Nyn\u00ed, kdy\u017e jste implementovali n\u00e1stroje pokryt\u00ed k\u00f3du testy, m\u011bl by v\u00e1\u0161 DevOps pipeline vypadat jako diagram uveden\u00fd na za\u010d\u00e1tku t\u00e9to p\u0159\u00edru\u010dky.<\/p>\n

Dal\u0161\u00ed kroky<\/h3>\n

\nKontejnery<\/b><\/p>\n

Jak jsem ji\u017e zm\u00ednil, m\u016f\u017eete hostovat sv\u016fj server na virtu\u00e1ln\u00edm stroji nebo serveru, ale kontejnery jsou popul\u00e1rn\u00edm \u0159e\u0161en\u00edm.<\/p>\n

Co jsou kontejnery? Kr\u00e1tk\u00e9 vysv\u011btlen\u00ed spo\u010d\u00edv\u00e1 v tom, \u017ee virtu\u00e1ln\u00ed stroj pot\u0159ebuje obrovsk\u00e9 mno\u017estv\u00ed pam\u011bti opera\u010dn\u00edho syst\u00e9mu, kter\u00e9 p\u0159ekra\u010duje velikost aplikace, zat\u00edmco kontejner pot\u0159ebuje pouze n\u011bkolik knihoven a konfigurac\u00ed pro spu\u0161t\u011bn\u00ed aplikace. Je z\u0159ejm\u00e9, \u017ee virtu\u00e1ln\u00ed stroj st\u00e1le m\u00e1 d\u016fle\u017eit\u00e9 oblasti pou\u017eit\u00ed, ale kontejner je lehk\u00fdm \u0159e\u0161en\u00edm pro hostov\u00e1n\u00ed aplikace, v\u010detn\u011b serveru aplikac\u00ed.<\/p>\n

A\u010dkoliv existuj\u00ed i jin\u00e9 mo\u017enosti kontejner\u016f, nejpopul\u00e1rn\u011bj\u0161\u00edmi jsou Docker a Kubernetes.<\/p>\n

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

N\u00e1stroje pro automatizaci propojovac\u00edho \u0159et\u011bzce<\/b><\/p>\n

N\u00e1\u0161 DevOps pipeline je p\u0159ev\u00e1\u017en\u011b zam\u011b\u0159en na spole\u010dn\u00e9 vytv\u00e1\u0159en\u00ed a nasazov\u00e1n\u00ed aplikac\u00ed, ale existuje mnoho dal\u0161\u00edch v\u011bc\u00ed, kter\u00e9 lze d\u011blat pomoc\u00ed DevOps n\u00e1stroj\u016f. Jedn\u00edm z nich je vyu\u017eit\u00ed n\u00e1stroj\u016f Infrastructure as Code (IaC), kter\u00e9 jsou tak\u00e9 zn\u00e1my jako n\u00e1stroje pro automatizaci propojovac\u00edho \u0159et\u011bzce. Tyto n\u00e1stroje pom\u00e1haj\u00ed automatizovat instalaci, spr\u00e1vu a dal\u0161\u00ed \u00fakoly pro propojovac\u00ed software. Nap\u0159\u00edklad m\u016f\u017ee automatiza\u010dn\u00ed n\u00e1stroj extrahovat aplikace jako webov\u00fd aplika\u010dn\u00ed server, datab\u00e1zi a monitorovac\u00ed n\u00e1stroj s odpov\u00eddaj\u00edc\u00edmi konfiguracemi a nasadit je na aplika\u010dn\u00edm serveru.<\/p>\n

Zde je n\u011bkolik n\u00e1stroj\u016f pro automatizaci propojovac\u00edho \u0159et\u011bzce s otev\u0159en\u00fdm zdrojov\u00fdm k\u00f3dem:<\/p>\n

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

\"Pr\u016fvodce<\/p>\n

Zjist\u011bte podrobnosti, jak z\u00edskat \u017e\u00e1dan\u00e9 povol\u00e1n\u00ed od nuly nebo Level Up v dovednostech a platu, absolvov\u00e1n\u00edm placen\u00fdch online kurz\u016f SkillFactory:<\/p>\n