{"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\/it\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","title":{"rendered":"Come utilizzare HashiCorp Waypoint per collaborare con GitLab CI\/CD.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Come<\/p>\n

<\/p>\n

HashiCorp ha presentato un nuovo progetto Waypoint<\/a><\/noindex> con HashiCorp Digital<\/a><\/noindex>. Utilizza un file basato su HCL per descrivere la costruzione, la distribuzione e il rilascio di applicazioni su diverse piattaforme cloud, da Kubernetes ad AWS e Google Cloud Run. Si pu\u00f2 pensare a Waypoint come alla fusione di Terraform e Vagrant per descrivere il processo di costruzione, distribuzione e rilascio delle vostre applicazioni.<\/p>\n

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

Rimanendo fedele a se stessa, HashiCorp ha rilasciato Waypoint come open source, e sono disponibili anche numerosi esempi. Il livello dell'orchestratore \u00e8 a vostra scelta; Waypoint viene fornito come file eseguibile che potete eseguire direttamente sul vostro laptop o dal vostro strumento di orchestrazione CI\/CD preferito. Anche la destinazione per il deployment delle applicazioni \u00e8 a vostra discrezione, poich\u00e9 Waypoint supporta Kubernetes, Docker, Google Cloud Run, AWS ECS e altro.<\/p>\n

<\/p>\n

Dopo aver esaminato alcuni documentazione<\/a><\/noindex> e straordinari esempi<\/a><\/noindex> applicazioni fornite da HashiCorp, abbiamo deciso di dare uno sguardo pi\u00f9 da vicino all'orchestrazione di Waypoint utilizzando GitLab CI\/CD. Per farlo, prenderemo una semplice applicazione Node.js, in esecuzione su AWS ECS, dal repository degli esempi.<\/p>\n

<\/p>\n

Dopo aver clonato il repository, daremo un'occhiata alla struttura dell'applicazione che visualizza una singola pagina:<\/p>\n

<\/p>\n

\"Come<\/p>\n

<\/p>\n

Come avrete notato, in questo progetto non c'\u00e8 un Dockerfile. Non sono stati aggiunti nell'esempio perch\u00e9 in realt\u00e0 non ci servono; Waypoint si occuper\u00e0 di tutto per noi. Esploriamo pi\u00f9 nel dettaglio il file waypoint.hcl<\/code>, per capire cosa far\u00e0:<\/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
Durante la fase di build, Waypoint utilizza i Cloud Native Buildpacks (CNB<\/a><\/noindex>), per determinare il linguaggio di programmazione del progetto e creare un'immagine per Docker senza l'uso di un Dockerfile. In sostanza, si tratta della stessa tecnologia utilizzata da GitLab nella parte di Auto DevOps<\/a><\/noindex> nel passaggio Auto Build. \u00c8 gratificante vedere che CNB della CNCF sta guadagnando sempre pi\u00f9 diffusione tra gli utenti del settore.<\/p>\n
<\/p>\n
Una volta che l'immagine \u00e8 stata costruita, Waypoint la caricher\u00e0 automaticamente nel nostro registro AWS ECR, rendendola pronta per la distribuzione. Al termine della costruzione, la fase di distribuzione utilizza l'integrazione AWS ECS<\/a><\/noindex> per distribuire la nostra applicazione nel nostro account AWS.<\/p>\n
<\/p>\n
Dal mio laptop \u00e8 tutto semplice. Installa Waypoint, gi\u00e0 autenticato nel mio account AWS, e funziona semplicemente. Ma cosa succede se voglio oltrepassare il mio laptop? O se voglio automatizzare questa distribuzione come parte del mio pipeline CI\/CD, dove vengono eseguiti i miei test di integrazione, i test di sicurezza e altro? Qui entra in gioco il GitLab CI\/CD!<\/p>\n
<\/p>\n
N.B.<\/strong> Se stai appena iniziando a pianificare l'implementazione di CI\/CD o desideri adottare le migliori pratiche nella costruzione di pipeline, dai un'occhiata al nuovo corso di Sl\u00ebrm. \u00abCI\/CD con GitLab CI\u00bb<\/a><\/noindex>. Ora \u00e8 disponibile a un prezzo di preordine. <\/p><\/blockquote>\n
<\/p>\n
Waypoint in GitLab CI\/CD<\/h2>\n
<\/p>\n
Per orchestrare tutto ci\u00f2 in GitLab CI\/CD, vediamo cosa ci servir\u00e0 nel nostro file. .gitlab-ci.yml<\/code>:<\/p>\n
<\/p>\n