{"id":97895,"date":"2020-10-23T02:42:12","date_gmt":"2020-10-23T00:42:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd"},"modified":"2020-10-23T02:42:12","modified_gmt":"2020-10-23T00:42:12","slug":"kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","title":{"rendered":"Cum s\u0103 utiliza\u021bi HashiCorp Waypoint pentru colaborare cu GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cum<\/p>\n

<\/p>\n

HashiCorp a prezentat un nou proiect Waypoint<\/a><\/noindex> pe HashiCorp Digital<\/a><\/noindex>. Folose\u0219te un fi\u0219ier bazat pe HCL pentru a descrie construirea, livrarea \u0219i lansarea aplica\u021biilor pe diverse platforme cloud, de la Kubernetes la AWS \u0219i Google Cloud Run. Poate fi v\u0103zut ca o combina\u021bie \u00eentre Terraform \u0219i Vagrant pentru a descrie procesul de construire, livrare \u0219i lansare a aplica\u021biilor dumneavoastr\u0103.<\/p>\n

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

F\u0103r\u0103 a se schimba, HashiCorp a lansat Waypoint ca un proiect open-source, venind \u0219i cu o mul\u021bime de exemple. Nivelul orchestratorului r\u0103m\u00e2ne la alegerea dumneavoastr\u0103, Waypoint fiind livrat sub forma unui executabil pe care \u00eel pute\u021bi rula direct de pe laptopul dumneavoastr\u0103 sau din instrumentul de orchestrare CI\/CD ales. Scopul pentru desf\u0103\u0219urarea aplica\u021biilor este, de asemenea, ales de dumneavoastr\u0103, \u00eentruc\u00e2t Waypoint suport\u0103 Kubernetes, Docker, Google Cloud Run, AWS ECS \u0219i altele.<\/p>\n

<\/p>\n

Dup\u0103 ce am citit documenta\u021bie<\/a><\/noindex> \u0219i cele mai impresionate exemple<\/a><\/noindex> aplica\u021bii furnizate de HashiCorp, am decis s\u0103 arunc\u0103m o privire mai atent\u0103 asupra orchestration-ului Waypoint folosind GitLab CI\/CD. Pentru aceasta, vom lua o aplica\u021bie simpl\u0103 Node.js, care ruleaz\u0103 pe AWS ECS, din repository-ul de exemple.<\/p>\n

<\/p>\n

Dup\u0103 clonarea repository-ului, vom analiza structura aplica\u021biei, care afi\u0219eaz\u0103 o singur\u0103 pagin\u0103:<\/p>\n

<\/p>\n

\"Cum<\/p>\n

<\/p>\n

A\u0219a cum a\u021bi observat, \u00een acest proiect nu exist\u0103 un Dockerfile. Acestea nu au fost incluse \u00een exemplu, deoarece nu ne sunt necesare, deoarece Waypoint se va ocupa de ele pentru noi. S\u0103 analiz\u0103m mai \u00een detaliu fi\u0219ierul waypoint.hcl<\/code>, pentru a \u00een\u021belege ce va face:<\/p>\n

<\/p>\n

project = \"example-nodejs\"\n\napp \"example-nodejs\" {\n  labels = {\n    \"service\" = \"example-nodejs\",\n    \"env\" = \"dev\"\n  }\n\n  build {\n    use \"pack\" {}\n    registry {\n    use \"aws-ecr\" {\n        region = \"us-east-1\"\n        repository = \"waypoint-gitlab\"\n        tag = \"latest\"\n    }\n    }\n  }\n\n  deploy {\n    use \"aws-ecs\" {\n    region = \"us-east-1\"\n    memory = \"512\"\n    }\n  }\n}<\/code><\/pre>\n
<\/p>\n
\u00cen etapa de construire, Waypoint folose\u0219te Cloud Native Buildpacks (CNB<\/a><\/noindex>), pentru a determina limbajul de programare al proiectului \u0219i a crea o imagine pentru Docker f\u0103r\u0103 a folosi Dockerfile. \u00cen esen\u021b\u0103, aceasta este aceea\u0219i tehnologie care este utilizat\u0103 de GitLab \u00een sec\u021biunea Auto DevOps<\/a><\/noindex> la pasul Auto Build. Este pl\u0103cut s\u0103 vedem c\u0103 CNB de la CNCF c\u00e2\u0219tig\u0103 o popularitate tot mai mare printre utilizatori din industrie.<\/p>\n
<\/p>\n
Odat\u0103 ce imaginea a fost construit\u0103, Waypoint o va \u00eenc\u0103rca automat \u00een registrul nostru AWS ECR, pentru a fi gata pentru livrare. La finalizarea construc\u021biei, pasul de livrare utilizeaz\u0103 complementul AWS ECS<\/a><\/noindex> pentru a desf\u0103\u0219ura aplica\u021bia noastr\u0103 \u00een contul nostru AWS.<\/p>\n
<\/p>\n
De pe laptopul meu \u2013 totul este simplu. Instal\u0103m Waypoint, care este deja autentificat \u00een contul meu AWS, \u0219i \u201epur \u0219i simplu func\u021bioneaz\u0103\u201d. Dar ce se \u00eent\u00e2mpl\u0103 dac\u0103 vreau s\u0103 ie\u0219 s\u0103 dep\u0103\u0219esc laptopul meu? Sau, la un moment dat, vreau s\u0103 automatizez acest proces de desf\u0103\u0219urare ca parte a \u00eentregului meu pipeline CI\/CD, unde se ruleaz\u0103 testele mele de integrare, testele de securitate \u0219i altele? Aceasta este partea pove\u0219tii \u00een care intr\u0103 GitLab CI\/CD!<\/p>\n
<\/p>\n
N.B.<\/strong> Dac\u0103 abia planifica\u021bi implementarea CI\/CD sau dori\u021bi s\u0103 \u00eencepe\u021bi s\u0103 aplica\u021bi cele mai bune practici pentru construirea pipeline-urilor, arunca\u021bi o privire asupra noului curs oferit de Slyrma. \u201eCI\/CD prin exemplul Gitlab CI\u201d<\/a><\/noindex>. Acum este disponibil la un pre\u021b de precomand\u0103. <\/p><\/blockquote>\n
<\/p>\n
Waypoint \u00een GitLab CI\/CD<\/h2>\n
<\/p>\n
Pentru orchestrarea tuturor acestora \u00een GitLab CI\/CD, s\u0103 vedem ce ne va fi necesar \u00een fi\u0219ierul nostru. .gitlab-ci.yml<\/code>:<\/p>\n
<\/p>\n