{"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\/ro\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"Ghid pentru \u00eencep\u0103tori: Crearea lan\u021burilor DevOps cu ajutorul instrumentelor open-source.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ghid
\nCrearea primului lan\u021b DevOps \u00een cinci pa\u0219i pentru \u00eencep\u0103tori.<\/em><\/p>\n

<\/p>\n

DevOps a devenit panaceul pentru procesele de dezvoltare prea lente, fragmentate \u0219i alte probleme. Dar sunt necesare cuno\u0219tin\u021be minime \u00een DevOps. Aici vor fi abordate concepte precum lan\u021bul DevOps \u0219i cum s\u0103-l creezi \u00een cinci pa\u0219i. Acesta nu este un ghid complet, ci doar o \u201ebaz\u0103\u201d pe care o po\u021bi extinde. S\u0103 \u00eencepem cu o istorie.<\/p>\n

<\/p>\n

\u00cent\u00e2lnirea mea cu DevOps<\/h3>\n

<\/p>\n

C\u00e2ndva lucram cu cloud-uri la Citi Group \u0219i dezvoltam o aplica\u021bie web IaaS pentru a gestiona infrastructura cloud a Citi, dar \u00eentotdeauna m-a interesat cum s\u0103 optimizez lan\u021bul de dezvoltare \u0219i s\u0103 \u00eembun\u0103t\u0103\u021besc cultura printre dezvoltatori. Greg Lavender, directorul nostru tehnic pe arhitectura \u0219i infrastructura cloud, mi-a recomandat o carte Proiectul \u201eFenix\u201d<\/a><\/noindex>. Aceasta explic\u0103 perfect principiile DevOps, citindu-se ca un roman.<\/p>\n

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

\u00cen tabelul de pe verso este prezentat c\u00e2t de des companiile lanseaz\u0103 versiuni noi:<\/p>\n

<\/p>\n

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

<\/p>\n

Cum reu\u0219esc Amazon, Google \u0219i Netflix s\u0103 lanseze at\u00e2t de multe? E simplu: au \u00een\u021beles cum s\u0103 creeze un lan\u021b DevOps aproape perfect.<\/p>\n

<\/p>\n

La Citi lucrurile nu st\u0103teau deloc a\u0219a, p\u00e2n\u0103 nu am trecut la DevOps. Atunci echipa mea avea diferite medii, dar livrarea pe serverul de dezvoltare se f\u0103cea manual. To\u021bi dezvoltatorii aveau acces doar la un singur server de dezvoltare bazat pe IBM WebSphere Application Server Community Edition. C\u00e2nd \u00eencercam simultan s\u0103 livr\u0103m, serverul \u201ec\u0103dea\u201d, iar noi trebuia s\u0103 ne \u201enegociem dur\u201d de fiecare dat\u0103. Mai aveam \u0219i o acoperire insuficient\u0103 a codului cu teste, un proces manual de livrare foarte laborios \u0219i nicio posibilitate de a urm\u0103ri livrarea codului pe baza unei sarcini sau cerin\u021be a clientului.<\/p>\n

<\/p>\n

Era clar c\u0103 trebuie s\u0103 facem ceva urgent, a\u0219a c\u0103 am g\u0103sit un coleg care \u00eemp\u0103rt\u0103\u0219ea acelea\u0219i idei. Am decis s\u0103 cre\u0103m \u00eempreun\u0103 primul lan\u021b DevOps \u2013 el a configurat o ma\u0219in\u0103 virtual\u0103 \u0219i un server de aplica\u021bii Tomcat, iar eu m-am ocupat de Jenkins, integrarea cu Atlassian Jira \u0219i BitBucket, precum \u0219i de acoperirea codului cu teste. Proiectul a fost un succes: am automatizat complet lan\u021bul de dezvoltare, am realizat aproape 100% timp de func\u021bionare a serverului de dezvoltare, am putut urm\u0103ri \u0219i \u00eembun\u0103t\u0103\u021bi acoperirea codului cu teste, iar ramura Git putea fi legat\u0103 de livrare \u0219i de sarcina Jira. \u0218i aproape toate instrumentele cu care am construit lan\u021bul DevOps erau open source.<\/p>\n

<\/p>\n

\u00cen esen\u021b\u0103, lan\u021bul a fost simplificat, deoarece nu am folosit configura\u021bii extinse cu Jenkins sau Ansible. Totu\u0219i, ne-a ie\u0219it. Poate c\u0103 este o consecin\u021b\u0103 a principiului Pareto<\/a><\/noindex> (sau regula 80\/20).<\/p>\n

<\/p>\n

Descriere scurt\u0103 a lan\u021bului DevOps \u0219i CI\/CD<\/h3>\n

<\/p>\n

DevOps are diverse defini\u021bii. DevOps, la fel ca Agile, implic\u0103 diferite discipline. \u00cens\u0103 cei mai mul\u021bi vor fi de acord cu urm\u0103toarea defini\u021bie: DevOps este o metod\u0103, sau ciclu, de dezvoltare a software-ului, al c\u0103rui principiu principal este crearea unei culturi \u00een care dezvoltatorii \u0219i ceilal\u021bi angaja\u021bi sunt 'pe aceea\u0219i lungime de und\u0103', munca manual\u0103 este automatizat\u0103, fiecare se ocup\u0103 de ceea ce \u0219tie s\u0103 fac\u0103 cel mai bine, frecven\u021ba livr\u0103rilor cre\u0219te, productivitatea muncii se \u00eembun\u0103t\u0103\u021be\u0219te, iar flexibilitatea se \u00eembun\u0103t\u0103\u021be\u0219te.<\/p>\n

<\/p>\n

\u0218i, de\u0219i uneltele singure nu sunt suficiente pentru a crea un mediu DevOps, f\u0103r\u0103 ele nu se poate. Cea mai important\u0103 dintre ele este integrarea continu\u0103 \u0219i livrarea continu\u0103 (CI\/CD). \u00cen lan\u021bul pentru fiecare mediu exist\u0103 diferite etape (de exemplu, DEV (dezvoltare), INT (integrare), TST (testare), QA (controlul calit\u0103\u021bii), UAT (testare acceptat\u0103 de utilizatori), STG (preparare), PROD (utilizare)), sarcinile manuale sunt automatizate, dezvoltatorii pot scrie cod de calitate, \u00eel livreaz\u0103 \u0219i se pot adapta din u\u0219or.<\/p>\n

<\/p>\n

Aceast\u0103 not\u0103 descrie cum s\u0103 creezi un lan\u021b DevOps \u00een cinci pa\u0219i, a\u0219a cum este ilustrat \u00een imaginea de mai jos, folosind unelte cu cod surs\u0103 deschis.<\/p>\n

<\/p>\n

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

<\/p>\n

Hai s\u0103 trecem la treab\u0103.<\/p>\n

<\/p>\n

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

<\/p>\n

\u00cen primul r\u00e2nd, ai nevoie de un instrument CI\/CD. Jenkins este un instrument CI\/CD open-source scris \u00een Java, cu licen\u021b\u0103 MIT, care a \u00eenceput popularizarea mi\u0219c\u0103rii DevOps \u0219i care, de facto, a devenit standardul pentru CI\/CD.<\/p>\n

<\/p>\n

Dar ce este Jenkins? Imagineaz\u0103-\u021bi c\u0103 ai o telecomand\u0103 magic\u0103 pentru diverse servicii \u0219i instrumente. Instrumentul CI\/CD, precum Jenkins, este inutil singur, dar cu diverse instrumente \u0219i servicii devine atotputernic.<\/p>\n

<\/p>\n

Pe l\u00e2ng\u0103 Jenkins, exist\u0103 o mul\u021bime de alte instrumente open-source, po\u021bi alege oricare. <\/p>\n

<\/p>\n

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

<\/p>\n

Iat\u0103 cum arat\u0103 procesul DevOps cu un instrument CI\/CD<\/p>\n

<\/p>\n

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

<\/p>\n

Ai un instrument CI\/CD pe localhost, dar pentru moment nu ai nimic de f\u0103cut. S\u0103 trecem la urm\u0103torul pas.<\/p>\n

<\/p>\n

Pasul 2: gestionarea versiunilor<\/h3>\n

<\/p>\n

Cea mai bun\u0103 (\u0219i poate cea mai simpl\u0103) modalitate de a verifica magia instrumentului CI\/CD este s\u0103-l integratezi cu un instrument de control al versiunilor (source control management, SCM). De ce ai nevoie de controlul versiunilor? S\u0103 presupunem c\u0103 dezvol\u021bi o aplica\u021bie. O scrii \u00een Java, Python, C++, Go, Ruby, JavaScript sau \u00een orice alt limbaj, de care sunt o mul\u021bime. Ceea ce scrii se nume\u0219te cod surs\u0103. La \u00eenceput, mai ales dac\u0103 lucrezi singur, po\u021bi salva totul \u00eentr-un director local. Dar pe m\u0103sur\u0103 ce proiectul cre\u0219te \u0219i se al\u0103tur\u0103 mai multe persoane, ai nevoie de o modalitate de a partaja modific\u0103rile \u00een cod, dar \u0219i de a evita conflictele la fuziunea acestora. \u0218i, de asemenea, ai nevoie s\u0103 restaurezi versiunile anterioare f\u0103r\u0103 a folosi backup-uri \u0219i f\u0103r\u0103 a aplica metoda copy-paste pentru fi\u0219ierele cu cod.<\/p>\n

<\/p>\n

\u0218i aici SCM este esen\u021bial. SCM salveaz\u0103 codul \u00een depozite, gestioneaz\u0103 versiunile acestuia \u0219i coordoneaz\u0103 munca \u00eentre dezvoltatori.<\/p>\n

<\/p>\n

Exist\u0103 multe instrumente SCM, dar standardul de facto a devenit pe bun\u0103 dreptate Git. \u00ce\u021bi recomand s\u0103 folose\u0219ti tocmai acesta, dar exist\u0103 \u0219i alte op\u021biuni.<\/p>\n

<\/p>\n

\"Ghid<\/p>\n

<\/p>\n

Iat\u0103 cum arat\u0103 pipeline-ul DevOps dup\u0103 ad\u0103ugarea SCM.<\/p>\n

<\/p>\n

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

<\/p>\n

Instrumentul CI\/CD poate automatiza \u00eenc\u0103rcarea \u0219i desc\u0103rcarea codului surs\u0103 \u0219i colaborarea \u00een echip\u0103. Nu-i r\u0103u? Dar cum transformi acum asta \u00eentr-o aplica\u021bie func\u021bional\u0103, iubit\u0103 de miliarde de utilizatori?<\/p>\n

<\/p>\n

Pasul 3: instrumentul de automatizare a compil\u0103rii<\/h3>\n

<\/p>\n

Totul decurge conform planului. Po\u021bi desc\u0103rca codul \u0219i \u00eenregistra modific\u0103rile \u00een sistemul de control al versiunilor, precum \u0219i invita prieteni s\u0103 lucreze cu tine. Dar tu \u00eenc\u0103 nu ai o aplica\u021bie. Pentru a fi o aplica\u021bie web, aceasta trebuie compilat\u0103 \u0219i ambalat\u0103 pentru livrare sau rulat\u0103 ca un fi\u0219ier executabil. (Un limbaj de programare interpretat, precum JavaScript sau PHP, nu trebuie compilat.)<\/p>\n

<\/p>\n

Folose\u0219te un instrument de automatizare a compil\u0103rii. Indiferent de instrumentul pe care \u00eel alegi, acesta va compila codul \u00een formatul necesar \u0219i va automatiza cur\u0103\u021barea, compilarea, testarea \u0219i livrarea. Exist\u0103 diferite instrumente de compilare \u00een func\u021bie de limbaj, dar de obicei se folosesc urm\u0103toarele op\u021biuni cu surs\u0103 deschis\u0103.<\/p>\n

<\/p>\n

\"Ghid<\/p>\n

<\/p>\n

Excelent! Acum s\u0103 introducem fi\u0219ierele de configurare ale instrumentului de automatizare a compil\u0103rii \u00een sistemul de control al versiunilor, pentru ca instrumentul CI\/CD s\u0103 le compileze.<\/p>\n

<\/p>\n

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

<\/p>\n

Se pare c\u0103 totul este \u00een regul\u0103. Dar unde s\u0103 desf\u0103\u0219ori acum toate acestea?<\/p>\n

<\/p>\n

Pasul 4: serverul aplica\u021biei web<\/h3>\n

<\/p>\n

A\u0219adar, ave\u021bi un fi\u0219ier comprimat care poate fi executat sau desf\u0103cut. Pentru ca aplica\u021bia s\u0103 fie cu adev\u0103rat util\u0103, aceasta trebuie s\u0103 aib\u0103 un anumit serviciu sau interfa\u021b\u0103, dar trebuie s\u0103 o plasa\u021bi undeva.<\/p>\n

<\/p>\n

O aplica\u021bie web poate fi gazduit\u0103 pe un server de aplica\u021bii web. Serverul de aplica\u021bii ofer\u0103 un mediu \u00een care se poate executa logica programului din pachet, se poate realiza redarea interfe\u021bei \u0219i se pot deschide servicii web prin socket. Ave\u021bi nevoie de un server HTTP \u0219i de c\u00e2teva alte medii (de exemplu, o ma\u0219in\u0103 virtual\u0103) pentru a instala serverul de aplica\u021bii. Deocamdat\u0103, s\u0103 presupunem c\u0103 v\u0103 descurca\u021bi cu toate acestea \u00een proces (de\u0219i voi vorbi despre containere mai jos).<\/p>\n

<\/p>\n

Exist\u0103 c\u00e2teva servere de aplica\u021bii web open-source.<\/p>\n

<\/p>\n

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

<\/p>\n

Am reu\u0219it deja o aproape func\u021bional\u0103 lan\u021b DevOps. Felicit\u0103ri!<\/p>\n

<\/p>\n

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

<\/p>\n

\u00cen principiu, aici pute\u021bi s\u0103 v\u0103 opri\u021bi, mai departe v\u0103 descurca\u021bi singuri, dar merit\u0103 s\u0103 discut\u0103m \u0219i despre calitatea codului.<\/p>\n

<\/p>\n

Pasul 5: Acoperirea test\u0103rii<\/h3>\n

<\/p>\n

Testarea ia mult timp \u0219i efort, dar este mai bine s\u0103 descoperi\u021bi erorile din timp \u0219i s\u0103 \u00eembun\u0103t\u0103\u021bi\u021bi codul pentru a \u00eenc\u00e2nta utilizatorii finali. Pentru acest scop, exist\u0103 multe instrumente open-source care nu doar testeaz\u0103 codul, ci ofer\u0103 \u0219i sugestii despre cum s\u0103-l \u00eembun\u0103t\u0103\u021bi\u021bi. Cele mai multe instrumente CI\/CD se pot conecta la aceste instrumente \u0219i pot automatiza procesul.<\/p>\n

<\/p>\n

Testarea este \u00eemp\u0103r\u021bit\u0103 \u00een dou\u0103 p\u0103r\u021bi: cadre de testare pentru a scrie \u0219i executa teste \u015fi instrumente cu sugestii pentru \u00eembun\u0103t\u0103\u021birea calit\u0103\u021bii codului.<\/p>\n

<\/p>\n

Cadre de testare<\/h3>\n

<\/p>\n

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

<\/p>\n

Instrumente cu sugestii pentru calitate<\/p>\n

<\/p>\n

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

<\/p>\n

Majoritatea acestor instrumente \u0219i cadre sunt scrise pentru Java, Python \u0219i JavaScript, deoarece C++ \u0219i C# sunt proprietare (de\u0219i GCC are cod surs\u0103 deschis).<\/p>\n

<\/p>\n

Am aplicat instrumente pentru acoperirea test\u0103rii, iar acum lan\u021bul DevOps ar trebui s\u0103 arate ca \u00een figura din \u00eenceputul ghidului.<\/p>\n

<\/p>\n

Pa\u0219i suplimentari<\/h2>\n

<\/p>\n

Containere<\/h3>\n

<\/p>\n

A\u0219a cum am spus, serverul de aplica\u021bii poate fi gazduit pe o ma\u0219in\u0103 virtual\u0103 sau pe un server, dar containerele sunt mai populare.<\/p>\n

<\/p>\n

Ce sunt containerele<\/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

Pentru containere se folosesc de obicei Docker \u0219i Kubernetes, de\u0219i exist\u0103 \u0219i alte op\u021biuni.<\/p>\n

<\/p>\n

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

<\/p>\n

Citi\u021bi articole despre Docker \u0219i Kubernetes pe Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n